Одним из ключевых преимуществ набора функций продукта является то, что он помогает донести ваше видение продукта до других, таких как ваша команда или инвесторы. В этой статье я научу вас, как структурировать набор функций вашего продукта и что должно быть описано в таком документе. Попутно я попытаюсь убедить вас в ценности написания набора функций продукта.
Когда вы начинаете создавать продукт, у вас есть видение того, чего вы хотите достичь. Благодаря набору функций продукта вы должны сделать свое видение как можно более конкретным.
1. Что и почему?
Что такое набор функций продукта ?
Набор функций лучше всего представить в виде письменного документа, в котором перечислены технические характеристики продукта. Он включает в себя список функций, которые вместе составляют продукт. Кроме того, вы описываете свое дизайнерское видение, а также то, какие технологии будут использоваться для создания продукта.
Зачем вам это нужно ?
Набор функций продукта в первую очередь используется для облегчения коммуникации о вашем видении продукта. Вот несколько типичных случаев использования:
- Для себя: главная цель — получить справочный документ, на который можно положиться и на который можно вернуться. Это заставляет вас быть конкретными о том, что вы хотите создать.
- Для вашей команды: Для команд это еще более эффективный вариант использования. Получить всех на одной странице о продукте во время его разработки нелегко. В то время как другие процессы, такие как пользовательские истории, отлично справляются с описанием мельчайших подробностей функции и их технической реализации, набор функций полезен для того, чтобы все были на одной странице с общим видением продукта. Как правило, один человек вступает во владение этим живым документом. Обычно это владелец продукта. Это создает статус-кво того, что представляет собой продукт, и облегчает внутренние обсуждения с вашей командой. В этих сценариях набор функций продукта часто называют документом требований продукта .
- Для инвесторов: у вас есть идея для продукта, и вы пытаетесь собрать деньги. Единый документ, подробно описывающий продукт, помогает инвесторам понять, что влечет за собой ваш продукт.
- Для вашего клиента: если вы работаете фрилансером или в сервисной компании, например в агентстве, качество вашего общения часто отличает лучшее от хорошего. Предоставление клиенту набора функций перед началом проектирования и разработки продукта гарантирует, что все находятся на одной странице.
Набор функций продукта — это недорогой, очень ценный документ, который облегчает общение. Он задает тон продукту до его разработки.
2. Требования к набору функций продукта
Не существует стандарта для набора функций продукта. Я обнаружил, что следующая структура работает лучше всего для меня. Он охватывает различные темы, которые определяют направление продукта:
- Вступление
- Резюме или шаг
- видение
- Видение продукта
- Design Vision
- Бизнес видение
- Продукт
- Информационная архитектура
- Техническая Архитектура
- Характеристики
- Дорожная карта продукта
Размышление о каждом из этих отдельных элементов поможет вам лучше понять ваш продукт. Это облегчит общение о различных частях указанного продукта.
3. Давайте начнем писать
Достаточно теории, давайте напишем набор функций продукта. В этой статье я даю рекомендации по написанию набора функций продукта. Тем не менее, не стесняйтесь настроить его под свои нужды и, что более важно, для своей аудитории. Если набор функций продукта предназначен исключительно для инвесторов, то структура и формулировка могут отличаться от тех, которые вы пишете для себя.
Вступление
В первом разделе набора функций вы начинаете писать сводку вашего продукта. В сводке вы задаете этап для остальной части документа. Это должно быть коротким и сладким. Попробуйте придерживаться в течение двух-трех абзацев. Если кто-то просматривает резюме, он должен знать, какова ценность вашего продукта.
Допустим, вы пишете резюме для Snapchat, в первые дни продукта. Резюме может быть примерно таким:
| С Snapchat пользователи могут отправлять личные сообщения друг другу. Личные сообщения представлены в виде фотографий, сделанных пользователем в режиме реального времени. Пользователь может выбрать количество времени, в которое получатель может просматривать фотографию.
С помощью нашего продукта мы хотели бы вернуть конфиденциальность в разговоры, как между друзьями, так и незнакомцами. Целевая аудитория в основном состоит из мужчин и женщин в возрасте от 16 до 30 лет. Используя личные фотографии в качестве основного способа общения, мы ожидаем короткие всплески использования продукта. Пользовательский контент будет более низкого качества, так как он нацелен на одного человека. Это идет вразрез с текущим статусом-кво в отрасли, которая обслуживает контент для большой аудитории, такой как Instagram или Facebook. |
видение
В разделе «Видение» мы сфокусируемся на общей картине различных аспектов вашего продукта.
Видение продукта
В разделе «Видение продукта» у вас есть возможность объяснить общую картину вашего продукта. Все лучшие продукты происходят из MVP или минимально жизнеспособного продукта. Если вы не уверены, что такое минимальный жизнеспособный продукт, или вам интересно, как вы можете его охватить, вы можете прочитать эту статью .
Резюме продукта должно объяснить ваш MVP. В описании продукта вы описываете свое грандиозное видение, какова конечная цель продукта?
Сравните разработку продукта с восхождением на гору. Ваш MVP — сводка продукта — это ваша первая остановка на горе во время восхождения, в то время как видение продукта — это вершина.
Давайте возьмем другой пример, Facebook. Их видение продукта могло звучать так:
| Первоначально мы хотим сосредоточиться на соединении студентов в местных колледжах. В конечном счете, мы хотим дать всем людям возможность общаться со своими друзьями, семьей и незнакомцами. |
Design Vision
Если вы дизайнер, я уверен, что вы ориентируетесь как на пользовательский интерфейс, так и на пользовательский интерфейс. Вы можете иметь в виду стиль дизайна, например, Material Design , или вы можете упомянуть ряд продуктов, которые вам действительно нравятся с точки зрения их пользовательского опыта. Это то, что вы освещаете в дизайне своего набора функций.
Для кого-то, кто намного менее знаком с дизайном, это может быть трудным для написания раздела. Если вы не можете думать о чем-то большем, чем «чистый, простой в использовании», то я бы рекомендовал не включать этот раздел в свой набор функций.
Дизайн продукта важен. Если это не входит в ваш набор навыков, тогда я настоятельно рекомендую обратиться за советом к дизайнеру продукта.
Бизнес видение
Конечно, бизнес-модель продукта также покрыта. Вам доступно множество маршрутов монетизации, начиная с freemium и рекламы и заканчивая моделью на основе подписки. Это важная и широкая тема, требующая отдельной статьи.
В этом разделе вы описываете, как вы планируете получить возврат инвестиций от продукта и как вы бы назвали его «успешным». В зависимости от целей продукта, это может быть даже не доход, а, например, влияние на маркетинговую кампанию.
Помните, что большинство продуктов редко приносят доход с первого дня. Фактически, большинство продуктов требуют значительного сцепления, прежде чем они станут безубыточными. Это особенно актуально для продуктов, ориентированных на freemium и рекламу.
Монетизация для каждого продукта отличается. Иногда лучше сосредоточиться на привлечении пользователей, а иногда лучше сосредоточиться на денежном аспекте вашего продукта. Это решение, которое вы должны принять.
Продукт
Потрясающие. Мы рассмотрели ваши цели с высоты 10 000 футов. Пришло время добраться до мельчайших деталей. В разделе продукта вы более подробно описываете план. Вы определяете все движущиеся части продукта.
Информационная архитектура
Прежде всего, необходимо определить информационную архитектуру продукта. Определяя информационную архитектуру, вы структурируете продукт для поддержки удобства использования и обнаружения.
В вашем наборе функций цель состоит в том, чтобы перечислить различные потоки продукта. Это дает хорошее понимание того, насколько большой или маленький продукт. Это помогает людям понять, какие функции содержит продукт. Он также отвечает на вопрос, как пользователь перемещается по вашему продукту.
Следующая схема является примером информационной архитектуры для простого приложения для знакомств:
|
Отличное упражнение — попытаться нанести на карту большой существующий продукт. Например, если вы выполните это упражнение для Facebook, вы поймете, что есть много движущихся частей (события, группы, страницы, реклама, …).
Техническая Архитектура
Если у вас есть технический опыт, рекомендуется предоставить некоторые технические замечания высокого уровня.
Лично в технической архитектуре мне нравится перечислять API, которые я планирую использовать, описывать функциональные возможности бэкэнда и описывать возможные технические проблемы для продукта.
Я сам не разработчик, поэтому моя цель при определении технической архитектуры — начать дискуссию с командой разработчиков.
Цель не в том, чтобы принять окончательные технические решения, а в том, чтобы поговорить о лежащей в основе технологии и о том, как она влияет на продукт.
Вот пример технической архитектуры из набора функций:
Список API:
|
Характеристики
Раздел функций является наиболее важным разделом вашего набора функций. В этом разделе вы опишете особенности продукта более подробно.
Вы можете спросить, сколько деталей вы должны добавить? Когда дизайнер может спроектировать пользовательский интерфейс продукта на основе вашего набора функций, тогда достаточно деталей.
По сути, описание функции означает описание различных элементов, обеспечивающих работу этой функции. Какая логика требуется на бэкэнде? Какие элементы должен иметь пользовательский интерфейс? Как я могу перемещаться между разными потоками? Вот некоторые вопросы, которые вы можете задать себе при написании функций продукта.
Вот пример домашней ленты, в которой перечислены приглашения на мероприятия:
| Домашний канал состоит из списка событий. Каждый элемент списка содержит заголовок и дату. Список отсортирован по дате, самые последние события отображаются первыми. Список показывает только текущие и будущие события, события в прошлом больше не видны. События, созданные пользователем, имеют визуальный индикатор. Если у пользователя нет приглашений в его домашней ленте, он увидит иллюстрацию и копирайтинг с призывом к действию для создания события.
Домашний канал имеет верхнюю панель навигации. В верхней панели навигации пользователь может перейти к своим настройкам или создать событие. Пользователь может нажать на событие, чтобы увидеть экран сведений о событии. |
Дорожная карта продукта
Цель вашего набора функций — сосредоточиться на минимальном жизнеспособном продукте, как я описал в начале этой статьи. Что касается большинства продуктов, то есть грандиозное видение того, чего вы хотите достичь, и того, как вы видите, как ваш продукт растет с точки зрения возможностей. Это описано в дорожной карте продукта.
В последнем разделе набора функций продукта вы расскажете о будущем вашего продукта.
Какие функции вы бы хотели развить в версии 1.1? Версия 1.5? А как насчет 2.0?
Важно то, что в этом разделе вы просто царапаете поверхность. Когда ваш продукт набирает обороты, вы получаете представление о том, как люди используют ваш продукт. Эта информация обычно влияет на ваше видение продукта. Ваш продукт может привыкнуть не так, как вы предполагали.
Вот краткий пример того, как дорожная карта продукта может выглядеть для MVP фитнес-продукта:
| 1. Общайтесь с другими
Одним из возможных следующих маршрутов для продукта будет запуск интеграции возможности подключения к другим. Мы бы создали социальный слой поверх профилей пользователей. Возможными другими функциями являются лента активности, возможность дружить с другими пользователями, поиск личного тренера и возможность отправлять сообщения другим пользователям. 2. Веб-интеграция и обмен профилями |
Вывод
Вот и все. В этой статье мы рассмотрели, как вы пишете набор функций продукта. Теперь твоя очередь. Единственный способ по-настоящему научиться писать набор функций — это написать его.
Если у вас нет продукта, над которым вы сейчас работаете, я рекомендую написать набор функций существующего продукта. Это хорошее упражнение.
Вопросов? Дайте мне знать в комментариях или в Twitter .