Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - [79]

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

Как я уже говорил, мы позаимствовали эту практику из опыта Amazon. Джефф Безос называет это «работа в обратном порядке – от клиента». Это означает, что разработчики не берут и создают продукт, который считают крутым, – они начинают с желаний клиентов, а это не всегда то же самое. Обычно пресс-релиз формируется в процессе множества обсуждений, с тем чтобы с самого начала обеспечить ориентирование на проблему клиентов. Процесс кажется долгим, но в целом он экономит время, поскольку разработчики не тратят недели, месяцы или даже годы на разработку продуктов, на которые не оказывается спроса. Разработка многих продуктов не идет дальше начального этапа.

Как говорит Вернер Фогельс, «вы создаете продукты для клиентов. Это не решение типа “давайте создадим какую-нибудь технологию на ровном месте и посмотрим, пойдет она или нет”. Вам нужен действенный механизм, позволяющий убедиться в том, что вы точно знаете, что именно нужно создать для клиентов». Пресс-релиз – именно такой механизм, который гарантирует, что клиенты находятся в центре ваших планов по созданию продукта с самого начала.

Двери, а не стены

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

Если это сделать, происходит чудо. Для Bunq одна из форм открытых дверей – это участие разработчиков в форуме клиентов и выражение благодарности клиентам за вклад в создание ПО. Результатом является лояльность клиентов и быстрый рост компании, поскольку Bunq уводит клиентов у старых занудных банков. Разработчики этих банков, похоже, никогда не разговаривают с клиентами, а может, даже не понимают, как клиенты пользуются их программами.

Вы могли заметить, что я осторожничаю со словом «стратегия», поскольку его можно ошибочно принять за директиву руководства, т. е. за прямую противоположность выслушиванию клиентов. В Twilio я часто говорю: «Наша стратегия проста: создавайте то, что хотят наши клиенты и за что они платят». Конечно, у нас есть долгосрочные бизнес-планы, но я не хочу, чтобы команды смешивали их с целями нашей компании по обслуживанию клиентов. Единственный путь реализации наших корпоративных планов – обслуживание клиентов. Мой любимый способ понять, влезают ли команды в ботинки клиентов, – это обход разработчиков и выяснение, над какой проблемой клиентов они работают. Если они рассказывают мне о какой-то функции, то я спрашиваю, какую проблему клиента она решает. Если они не могут ответить на этот вопрос, то это говорит об отсутствии у команды достаточной связи с клиентами. Вы тоже можете поступать так – это несложно. Вот еще о чем нужно напоминать разработчикам: во время анализа продукта разговор следует начинать с проблемы клиента. Не переходите сразу к обсуждению стратегии или функций, начинайте с того, почему клиенту это интересно. Спросите руководителей о том, какие клиенты сообщили нам о проблеме и как они убедились в том, что решение этой проблемы нужно широкому рынку. Ответ не так важен, как сам процесс. Есть ли у команды эффективные механизмы, чтобы реально понимать клиентов? Эти вопросы позволят вам понять, как мыслят ваши команды. Уверен, стоит им только узнать об этих вопросах, и они сразу начнут примерять на себя ботинки клиентов.

Глава 10 Развеиваем мифы о методологии аджайл

Мы постоянно открываем более совершенные методы создания программного обеспечения, занимаясь разработкой сами и помогая в этом другим.

МАНИФЕСТ АДЖАЙЛ, 2001 Г.

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