Product Management без ошибок. Гид по созданию, управлению и успешному запуску продукта - читать онлайн книгу. Автор: Мелисса Перри cтр.№ 4

Вскоре менеджеры неизбежно вернулись к прежним методам. Они перестали выполнять пользовательские исследования, потому что это отнимало у них время на написание историй для команды разработчиков, и сконцентрировали все свое внимание на выпуске новых функций.

В следующем месяце, когда пришел срок очередного релиза, у них в запасе имелось около десяти новых функций, которые можно было предложить клиенту. Руководство пребывало в восторге. «Вот о чем я говорю! Вот это и есть хорошее управление!» – горячо аплодировал технический директор на обзорной сессии.

На следующей неделе эти новые функции были внедрены. А затем начали поступать звонки. Сайт ломался, потому что программы, которые они поспешили запустить, плохо протестировали. Учителя тоже расстроились, потому что все эти нововведения мешали им выполнять важные задачи: работать с курсом и отвечать на комментарии учеников. Многие преподаватели решили свернуть свою деятельность, а менеджеры по работе с учетными записями бросились их возвращать.

Спустя несколько недель мы решили проверить, как эти функции использовались студентами. И знаете, что? Никак. Ими никто не пользовался. Столько работы осталось за плечами, а компания застряла на одном месте. Рост доходов неумолимо снижался, ввиду чего организация столкнулась с большими проблемами.

В возникших трудностях нельзя было винить одного конкретного человека или отдел. Вся организация была не нацелена ни на продукт, ни на его ценность. Именно это я объясняла Крису во время той встречи.

– Я не понимаю. Как другие компании добиваются успеха? – спросил он. – Как они приходят в себя после такого краха? Что мы делаем не так?

– Дело не только в навыках продакт-менеджеров, – объяснила я. – Некоторые из них работали хорошо и принимали верные решения. Они действительно пытались понять, как обеспечить ценность новых функций. Если бы им дали возможность продолжать идти этим путем, они бы справились. Но в вашей компании существует масса организационных проблем, которые мешают сотрудникам создать что-то стоящее.

– Например? – полюбопытствовал он. – Что мы можем улучшить?

– Скажите мне, что сейчас для вас самое главное?

– Рост выручки, – отчеканил он без лишних колебаний. – Нам нужно вернуть показатели хотя бы на прежний уровень.

– Когда я спрашивала сотрудников, они дали другой ответ, – призналась я.

Крис выглядел слегка изумленным.

– Технический директор сказал, что самое важное – это мобильная стратегия. Когда я попросила пояснить ответ, он сослался на члена совета директоров. Когда я спросила Карен, она ответила, что самое главное – это привлечение большего количества учителей. Когда я спросила руководителя отдела продаж, он сказал, что нужно привлекать больше корпоративных клиентов. Никто не ставит доход на первое место. У вас разногласия, ребята.

Я продолжила:

– По большей части это связано с неумением расставлять приоритеты. В вашем списке все стоит на первом месте. Вы распределили огромное количество задач между небольшим количеством людей. Нельзя дать команде обширную задачу и ожидать результатов уже через месяц. Такие вещи требуют времени и сил. Вы должны правильно выстраивать свои действия.

– А на что тогда менеджеры? – вдруг спросил он. – Ведь это их работа. Как и работа других руководителей. Если видят проблему или не справляются, пусть скажут мне напрямую.

– Ваша компания закрыта для обратной связи. Люди боятся разговаривать как с вами, так и с другими руководителями. Вы привязываете премию к выпуску программного обеспечения, а не к решению проблем. Они думают, что должны создавать функцию за функцией, иначе им не заплатят, – объяснила я. – Кроме того, у вас на должности продакт-менеджеров стоят совершенно не те люди. Они не знают, как найти правильные решения, способные увеличить доход. Они маркетологи, а не менеджеры по продукту. Вам нужно создать правильную команду управленцев, которая сможет понять, как придать ценность бизнесу. Поймите, для этого требуются специализированные навыки.

Крис выглядел подавленным, но был готов к диалогу.

– Так что мне делать? Компания должна развиваться, Мелисса. Что я могу сделать, чтобы все исправить?

– Вы застряли в ловушке, Крис. Чтобы выбраться, вам нужно изменить подход к разработке программного обеспечения. Вы должны развиваться за счет ценности продукта и придерживаться этой стратегии. И да, это предполагает изменение всего менталитета организации: от постановки цели до достижения результатов. Вам придется поменять структуру и тактику. И это касается не только рабочего процесса, но и политики и системы поощрения.

Крис выглядел ошарашенным.

– Вы готовы к таким переменам? Это нелегко, но на 100 % возможно, – обещала я.

– Что ж, в том же духе нам нельзя продолжать, иначе мы выйдем из бизнеса, – признал он. – Да, я готов.

И вот тогда мы начали.

Marquetly стала классическим примером компании, застрявшей в ловушке разработки. Проблема заключалась не в том, что у нее не было отличной идеи или отличного продукта, а в том, что сама компания была не нацелена на развитие продукта. В организации отсутствовали роли, стратегия, процессы и политика, необходимые для продвижения и поддержания реальной ценности.

Ловушка разработки – это страшное место, потому что она отвлекает от истинной задачи. Все настолько сосредоточены на выпуске большего количества программного обеспечения, что теряют из виду главное: создание ценности для клиентов, достижение бизнес-целей и поиск инноваций для борьбы с конкурентами.

Компания Kodak даже не заметила, как цифровая фотография подорвала их успех. Вместо того чтобы отреагировать на изменения, они удвоили усилия и продолжили делать то, что делали всегда. Когда они попытались внедрить инновации (о которых я рассказываю в конце книги), ничего не получилось. Было уже слишком поздно.

Хотя компании Microsoft не грозил немедленный крах, она находилась на пути к разрушению. Она снова и снова использовала один и тот же стратегический рецепт, рассчитывая на то, что Windows станет основой бизнеса. И так было до тех пор, пока не пришел генеральный директор Сатья Наделла. Он переориентировал компанию на стратегию, способную помочь компании продолжать внедрять инновации, а затем соответствующим образом настроил людей, занимающихся этой деятельностью.

Ловушка разработки касается не только программного обеспечения. Она связана с осознанием, что вам придется изменить привычный порядок действий. Это значит, что вы путаете показатели прогресса, ориентированные на результат, с реальными показателями ценности. Чтобы выбраться из капкана, вам нужно взглянуть на всю компанию, а не только на команду разработчиков. Оптимизируете ли вы организацию для постоянного производства ценного продукта? Нацелены ли вы на его рост и развитие? Именно этим занимается нацеленная на продукт организация.