разграничению этих ролей и обоснованию их раздельности, сводя суть к следующему:
• роль управления продуктом – это реализация стратегии;
• роль маркетинга продукта – создание маркетингового сообщения
Если вы хотите, чтобы к вам относились серьезно и у вас было место за столом, и если вы планируете общаться с руководителями, то вам нужно начать говорить на языке бизнеса. Вы должны говорить о том, как заработать деньги. Вы должны говорить о том, как их сэкономить. Вы должны говорить о том, как избежать ненужных затрат.
самом простом виде все идеи можно оценить как требующие больших или малых усилий, и далее – как имеющие высокую или низкую отдачу. Такой метод позволяет выполнять грубую сортировку первого порядка. Идеи с высокой отдачей и небольшими усилиями занимают первое место. Идеи с низкой отдачей и большими усилиями никогда не рассматриваются.
Например, у вас не может быть двух приоритетов. Главных вещей, которые, по вашему мнению, имеют значение, может быть много, но только одна из них будет приоритетом (и если это не так, то у вас есть ноль приоритетов, а не два).
Как только вы, находясь в роли менеджера продукта, увидите, как деньги текут под поверхностью почти каждого усилия, вы осознаете, что, по сути, это такой же материал для создания чего-то нового, как и строчки кода или пиксели на экране.
Прежде чем начинать тест, чрезвычайно важно определить время его окончания. В противном случае возникает соблазн «сорвать куш»[43] – завершить тест, когда результат, за который вы болеете, вырвется вперед.
Также важно завершить тест, когда он достигнет значимости, а не просто «давать ему поработать еще немного» в надежде, что ваша побежденная сторона еще возьмет верх в овертайме.
data-driven design): «Данные – не самый лучший водитель». (Данные, пожалуйста, не садитесь за руль! Ваша приборная панель не управляет вашим автомобилем.) Но данные чрезвычайно важны для удержания колес на дороге, автомобиля на своей полосе и цели в поле зрения.
Демонстрационный день может быть частью официального ритуала принятия продукта, во время которого менеджер продукта объявляет, что созданный код принят, или выявляет пробелы, где требования не выполнены.
