Технологии имеют решающее значение для успеха компании-разработчика программного обеспечения, но они не могут определять стратегию продукта. Стратегия продукта должна быть ведущей. Компании, которые позволяют технологиям вести себя за собой, часто оказываются в затруднительном положении, производя множество изумительных вещей, но не имея покупателей.
Продуктовая стратегия связывает бизнес, рынок и технологии воедино, чтобы все они работали в гармонии. Вы должны уметь делать ценностное предложение для своих пользователей, иначе вы не сможете зарабатывать деньги.
Все вышесказанное возвращает нас к тому, что вы должны стать компанией, ориентированной на продукт. Такие организации оптимизируют бизнес-цели, приводят продуктовую стратегию в соответствие с этими целями, а затем определяют приоритеты наиболее эффективных проектов, которые помогут превратить продукт в локомотив экономического роста. Чтобы стать такой компанией, вам необходимо пересмотреть роли, стратегию, процесс и саму организацию. Эта книга поможет вам сделать именно это.
Хорошо то, что осуществить эти изменения технически несложно. Вам не нужно нанимать новую команду. Вам не нужно отбраковывать все свои продукты и начинать все сначала. Однако есть то, что может показаться самым трудным условием – изменение мышления.
Применяя методы, описанные в моей книге, и последовательно практикуя их, вы начнете действовать и менять мышление. Но не стоит забывать, что главное в этом процессе – придерживаться его. И да, будет непросто как для отдельных людей, так и для компаний, потому что для них это будет новый этап. Вам нужно начать фокусироваться на результатах и принять экспериментальный образ мышления, чтобы устранить неуверенность в том, что то, что вы строите, достигнет ваших целей.
Глава 5
Известное и неизвестное
Разработка продукта полна неопределенностей. Важно отделить известные нам факты от того, что нам нужно узнать. Для этого мы исследуем известные и неизвестные моменты, как показано на схеме 5.1.
Схема 5.1. Известное и неизвестное
Приступая к проекту, лучше всего начать с определения того, что конкретно вы знаете о ситуации (известное-неизвестное). Эти факты вы собираете из данных или критических требований клиентов. Не все известные требования являются необходимыми, но некоторые из них все же имеют весомое значение. Они могут быть предписаны правительственными постановлениями, или это могут быть базовые потребности, необходимые для выполнения работы.
Вам необходимо выделить эти пункты и обозначить те, в которых вы не точно уверены (известное-неизвестное). В данном случае предположения достаточно ясны, и вы знаете, какой вопрос нужно задать. Сюда относятся предположения, которые вы хотите проверить; данные, которые вы хотите