Как искать идеи для развития продукта

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

Но прежде расскажу свое мировоззрение, методику работы: как мы в нашей компании подходим к разработке программных продуктов.

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

Однако с наличием самих идей обычно возникают трудности. По моему опыту, разработчик в такой компании чаще всего оказывается в одной из двух ситуаций:

• Не знает, чем заняться. Я сам через это проходил – когда текущие проекты завершены, идеи по разработке небольших ИТ-продуктов реализованы, и наступает своего рода творческий кризис. Непонятно, куда двигаться дальше, и что в следующую очередь разрабатывать.

• Либо, наоборот, идей слишком много, задачи накапливаются, и возникает вопрос: как расставить приоритеты – что делать в первую очередь, на чем сфокусироваться? Это тоже серьезная проблема.

• Есть, кстати, и третье состояние – как в том фильме, что показан на слайде: «Кризис – это когда тебе ничего не хочется. И тогда ты начинаешь хотеть чего-то хотеть». Это состояние отсутствия мотивации, но мы его сегодня обсуждать не будем.

Чтобы достичь ощутимых результатов, важно сосредоточиться на достаточно узкой сфере. Не развивать одновременно десятки ИТ-продуктов, а выбрать одно направление и создать в нем один качественный продукт, затем еще один и так далее – сконцентрировать усилия и настойчиво трудиться в выбранном направлении.

Однако, когда вы начинаете заниматься новым бизнесом, результаты не приходят мгновенно – для достижения успеха должно пройти время. Даже если это низкоконкурентная среда, все равно должно пройти 10-20 лет, чтобы ваши усилия окупились. Да, в ИТ-индустрии бывают истории стремительного взлета за 2-3 месяца, но такие случае – скорее исключение.

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

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

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

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

• Есть и другая проблема – информационная перегрузка. Если не делать паузы, не находиться время от времени в тишине, мозг просто не успевает перерабатывать входящий поток данных. В результате становится сложно принимать взвешенные решения – не хватает времени на осмысление и формирование выводов.

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

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

Кстати, картинка на слайде – это ни в коем случае не дискриминация обезьян, они отлично справляются на своем месте и задачи в своей нише решают вполне успешно.

Чтобы расширять кругозор и проверять адекватность собственного восприятия, есть несколько подходов.

• Один из подходов – проводить Customer Development, слушать заказчиков и пытаться понять их проблемы. Однако у этого метода есть свои ограничения. Как говорил Генри Форд: «Если бы я спросил людей, чего они хотят, они бы ответили – более быструю лошадь». Вы можете добавить в ваш продукт много новых возможностей, которые реально нужны людям, и это улучшит вашу позицию на рынке. Но вы можете при этом упустить нечто принципиально новое – то, о чем сами пользователи даже не подозревают, потому что мыслят в рамках уже известного опыта.

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

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

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

Для полноценной оценки идей и анализа гипотез при разработке программного продукта есть проверенные методики, но мы их использовать не будем:

• Не будем заниматься финансовой стороной проектирования программных продуктов.

• Не будем оценивать доступные ресурсы: какая у вас команда, насколько она укомплектована, работает ли удаленно, и какие задачи реально можно реализовать в текущих условиях.

• Не будем проводить полноценный всесторонний анализ гипотезы – его можно провести по методике Lean Canvas или Business Model Canvas (способ бизнес-моделирования по методике Остервальда Пинье). Например, Lean Canvas – это универсальный инструмент, позволяющий рассмотреть идею с девяти ключевых точек зрения: от целевой аудитории до каналов продвижения и структуры затрат.

Мы будем использовать формат «мозгового штурма» с привлечением экспертов «со стороны». Это обусловлено следующими причинами:

• Взгляда «изнутри» часто бывает недостаточно. Если вы сядете с коллегами и начнёте заполнять Lean Canvas для текущего или будущего продукта, вы можете не выйти за пределы привычных рамок мышления.

• По-настоящему свежие идеи чаще всего приходят от новых людей, с другим опытом и другим взглядом на задачу. Поэтому делитесь всем, что вы знаете по теме, и фиксируйте всё, что кажется важным и новым.

Важно: постарайтесь проводить мозговой штурм не с вашими постоянными коллегами. Если вы и так общаетесь с ними каждый день, то обсуждение может получиться менее продуктивным. Кто-то из участников начинает разговор, а остальные слушают и записывают свои мысли. Затем слово переходит к следующему. Цель – услышать новые взгляды и познакомиться с чужим опытом.

Поскольку в обсуждении участвуют все, такой формат можно назвать мозговым штурмом – а у него, как известно, есть определенные правила:

• Нужно говорить все, что придет в голову – таким способом мы постараемся придумать что-то более оригинальное, а дальше уже будем фиксировать.

• Нельзя критиковать чужие идеи.

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

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

Обсуждать идеи можно через ответы на вопросы:

• В чем ценность решения?

• Какую боль пользователей должно решать решение? (Какая самая сильная боль?)

• Крутые фичи у существующих решений.

• Слабые места у существующих решений, которые важны пользователям (отстройка от конкурентов).

• Интересные истории коллег (байки).

• Другая полезная информация.

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

*************

Статья написана по итогам доклада (видео), прочитанного на конференции Анализ & Управление в ИТ-проектах 2023.