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

Я обнаружил, что самый простой, но наиболее эффективный инструмент для определения приоритетов разработки продуктов — это [канбан](http://en.wikipedia.org/wiki/Kanban), или, по крайней мере, моя интерпретация. Хорошо организованная канбан-доска может помочь команде визуализировать, какие идеи продукта в настоящее время привлекают или не привлекают внимание, какими членами команды и почему. Он поощряет «бережливый» менталитет, помещая идеи в последовательность проектирования, разработки и проверки только тогда, когда для этого есть текущие возможности. И тем не менее, он также обеспечивает плацдарм для давних идей, ожидающих своей очереди на реализацию.

Для создания канбана можно использовать цифровое программное обеспечение, например [Trello](http://trello.com), но я предпочитаю старомодные карточки для заметок, ленту и маркеры. Чтобы создать его, вам просто нужны эти материалы и приличное количество места на стене. Вы будете записывать идеи продуктов на карточках, а затем прикреплять их на стену под заранее определенными столбцами и разделами в зависимости от того, где они находятся. Большим преимуществом размещения этого на стене является то, что вы можете легко использовать доску во время встреч, чтобы сообщать о направлении развития продукта, не заставляя всех прятаться за своими ноутбуками. Настенную систему канбан также легче настраивать «на лету».

Идеи продукта, соответствующие карточкам для заметок, на которых в основном отображается их метка (например, «Ежедневный дайджест электронной почты»), начинаются с крайнего левого столбца «Холодник» и перемещаются вправо через столбцы «Дизайн», «Разработка» и «Проверка» по мере продвижения по производственному процессу. Идеи зарождаются в холодильнике, потому что все идеи заслуживают обоснования, прежде чем они привлекут сколько-нибудь значительное внимание команды, и, как следует из названия, в холодильнике идеи остаются замороженными (т. е. над ними никто не работает). Всякий раз, когда вы или кто-либо из членов команды приходит в голову умной идее нового продукта, ее следует вывесить на доске в холодильнике, потому что тогда ее можно будет рассмотреть для производства.

Мне нравится делить «холодильник» на подколонки, чтобы упорядочить идеи по их основным целям. Основная цель должна быть определена для каждой идеи, даже если эта идея служит нескольким целям, поскольку в противном случае трудно оправдать ее принятие, а затем подтвердить ее успех. Вы можете обнаружить, что цели, которые вы излагаете на доске, различаются от продукта к продукту, но для многих продуктов вы можете свести их к главным образом пользовательским/клиентским «Привлечением», «Активации» и «Вовлечению». Например, приведенный выше пример электронного письма с ежедневным дайджестом, вероятно, следует отнести к разделу «Вовлеченность», поскольку основная гипотеза такого электронного письма заключается в том, что оно может увеличить частоту взаимодействия и долгосрочное удержание пользователей. Другая идея, например «Страница отправки приглашений», может быть включена в раздел «Привлечение», поскольку она предназначена для помощи в вирусном распространении.

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

Как только решено, что идея должна быть запущена в производство (поскольку она содержит наибольший потенциал для решения наиболее насущных потребностей бизнеса (таких как вовлечение или привлечение пользователей)), ее карточка перемещается из холодильника в столбец «Дизайн». Этот столбец разделен на две строки: «В процессе» вверху и «Готово» внизу. Идея сначала попадает в строку «В разработке», что указывает на то, что дизайнеры начали активно работать над ее дизайном. Как только дизайнеры завершат всю запланированную работу по проектированию идеи, она перемещается в столбец «Готово», где и должна оставаться, хотя бы ненадолго, прежде чем перейти в столбец «Разработка».

Как и в столбце «Дизайн», столбец «Разработка» указывает, когда идеи привлекают внимание разработчиков или инженеров. Столбец «Разработка» состоит из двух строк: «В отслеживании» вверху и «В процессе» внизу. Поскольку я использовал канбан для визуализации приоритезации продукта в сочетании с [Pivotal Tracker](http://pivotaltracker.com) для определения приоритетов в разработке, строка «В трекере» указывает, когда данная идея продукта была подхвачена командой разработчиков и добавлена ​​в их собственные проекты основного трекера, что позволяет им разбить ее на конкретные инженерные задачи. Наличие идеи в разделе «В трекере» раздела «Разработка», а не в разделе «Готово» раздела «Дизайн», указывает на то, что ее цели и конструкции были объяснены и переданы разработчикам, и поэтому идея находится на их стороне для продолжения реализации. Когда они начинают работать над идеей (которая должна быть быстро реализована в хорошо отрегулированной системе канбан), она переходит в статус «В работе» до тех пор, пока не будет завершена.

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

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

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

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