Самый ценный талант, которым могут обладать менеджеры по продукту для воплощения концепции продукта в жизнь, - это умение эффективно писать.
Почему документация важна?
![] (https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_PTc9VJ5wxwdL1k6yB/boo_EJBR2kCoLVuTRTFDl/ba1c9cc6-2f5a-b10e-9eae-74f8adcdf486ux_indonesia_pqzRfBhd9r0_unsplash.jpg)
Начнем с того, почему правильная документация является критически важной для проекта по разработке цифрового продукта?
Есть два основных объяснения:
1. Она служит хранилищем всех важных решений.
При работе над сложным, долгосрочным проектом критические решения относительно приоритетов, особенностей и стратегических целей принимаются каждый день.
С течением времени и продвижением проекта по разработке продукта легко потерять представление о том, когда и почему были приняты важные решения. Очень важно вести подробный учет, чтобы вы могли быстро ответить на запросы и объяснить, почему были приняты те или иные решения.
Это важно для того, чтобы убедиться, что вы достигли того, что намеревались построить, точнее, что вы с самого начала соответствовали критериям проекта. Кроме того, это очень важно для контроля отчетности.
2. Это помогает сохранить информацию о продукте.
Зачастую над проектом работает множество команд, которые практически не взаимодействуют между собой, а в некоторых случаях текучесть кадров довольно распространена, и хотя эффективная передача дел крайне важна, детали иногда упускаются. Таким образом, документация служит осязаемой записью всей информации, полученной в ходе проекта, как для того, чтобы ничего не потерять, так и для облегчения передачи этих знаний.
И это еще до того, как мы рассмотрим передачу информации командам поддержки и конечным пользователям после выпуска продукта, что является еще одной важной ролью эффективной документации.
По этим причинам нам нужна документация, чтобы помочь командам поддержки и поддерживать хорошую связь и сотрудничество между командами и отделами, чтобы продукт мог быть выпущен с помощью всех.
Как воплотить концепцию продукта в жизнь?
![] (https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_hEhWpISL2GzWXaggB/boo_EJBR2kCoLVuTRTFDl/afffdac6-e885-5a8c-deb1-2b69597a4147image.png)
Чтобы стать успешным менеджером продукта, вы должны обладать техническими знаниями, глубоким пониманием своих клиентов, а также достаточной креативностью и дисциплиной, чтобы воплотить в жизнь свежую концепцию продукта.
Однако самый ценный талант, который может приобрести менеджер продукта, не связан с программированием или дизайном; это умение эффективно писать.
Как менеджер продукта, основным ограничителем вашей работы является способность эффективно общаться с остальными членами вашей команды.
Ваша роль не заключается в тушении пожаров, контроле всех аспектов создания продукта или организации совещаний. Как сказал Этан Холлинсхед, старший менеджер по продуктам в Strava: "Самая большая проблема управления продуктом - это согласование ресурсов. Размер команды постоянно меняется и часто бывает неравномерным. В некоторые недели у вас много ресурсов на дизайн и нет iOS, в другие - нет дизайна и все iOS. Наличие глубокого бэклога проектов с правильно расставленными приоритетами является ключом к эффективной работе команды". Поскольку команды постоянно меняются, наличие хорошо структурированного процесса документирования и размещения документации имеет важное значение для поддержания хорошей и эффективной работы.
Написание эффективной документации имеет решающее значение в каждой крупной области продукта, за которую отвечает менеджер продукта:
Процесс формулирования "почему" проекта заставляет менеджеров по продуктам делать сложный выбор на ранних этапах и дает остальным членам команды четкую "Северную звезду", на которой они могут сосредоточить свои усилия.
Планирование: Разбивая это видение на краткие, хорошо сформулированные истории, цели и спринты, проекты становятся более управляемыми и соответствуют требованиям клиентов.
Исполнение: Менеджеры по продукту, умеющие общаться в письменной форме с дизайнерами, инженерами и другими специалистами, лучше всего справляются с устранением узких мест, разрешением конфликтов и доведением своих идей до реализации.
В целом, чем эффективнее вы будете излагать свои мысли в устной форме в качестве менеджера по продукту, тем более доступным будет ваше мышление для других. Это означает, что вы будете тратить меньше времени и энергии на исправления и объяснения и больше времени на решение важных задач.
Документирование требований к продукту равносильно более полному видению продукта.
![] (https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_Atvu5TQEy94ODrVLp/boo_EJBR2kCoLVuTRTFDl/a370be08-a260-fa0b-ad1b-71c00091cd30ux_indonesia_w00FkE6e8zE_unsplash.jpg)
Один из самых важных видов документации, который приходится разрабатывать менеджерам по продуктам, называется PRD (документация по требованиям к продукту). Начиная новый проект, хороший менеджер продукта рассматривает каждый элемент продукта и его окружения. Они выясняют, какие клиенты хотели бы получить предложение компании и почему. Они выясняют, что делают другие фирмы в данной области и как они могут улучшить свои показатели. Когда они не уверены в чем-либо, они ищут информацию и оценивают свои гипотезы и предубеждения в сравнении с этими знаниями.
Отличные менеджеры по продукту используют вышеуказанную информацию, чтобы рассказать о клиенте и его требованиях, вдохновляя всю команду по продукту на работу над общей целью.
Критические элементы PRD включают следующее:
-
Цель: Целевая часть PRD описывает проблему клиента, которую вы пытаетесь решить, и то, как она связана с видением, целями и амбициями вашей организации. Здесь описывается общая цель того, чего вы пытаетесь достичь, и целевая аудитория вашего продукта.
-
Выпуск: Текущий вопрос Опишите, что и когда будет предоставлено в части PRD, посвященной выпуску. Это позволяет внутренним командам организовать свою работу, понимая объем и сроки выпуска. Отслеживайте критические этапы и зависимости, чтобы все оставались на своих местах.
-
Функции: На следующем этапе необходимо определить каждую функцию (или пользовательский этаж), включенную в релиз. В этой части PRD вы описываете, что именно должно быть создано и как команда разработчиков должна это сделать.
-
Поток пользователей и дизайн: Включите в PRD визуальные схемы и макеты, чтобы показать, как будет выглядеть функция и где она будет располагаться на общей карте сайта или страницы. Это поможет команде разработчиков понять, что именно вы задумали и как должна быть реализована функциональность.
-
Аналитика: Очень важно заранее определить, как вы будете оценивать эффективность ваших функций. Создайте гипотезу о том, какое влияние, по вашему мнению, окажет функция, чтобы определить, принесет ли она желаемые результаты.
-
Будущая работа: Может быть полезно добавить в PRD информацию высокого уровня о планах будущего развития вашего продукта. Включите любые важные факты, которые помогут команде понять, как продукт может измениться со временем.
Пользовательские истории с контекстом обеспечивают удовлетворение требований клиента.
Воплощение продукта в жизнь требует большего, чем создание стратегии и последующая работа над функциями. Как менеджер продукта, ваша самая ценная задача - точно определить, что каждая функция должна делать для клиента, а затем сжать это в наиболее сжатую форму для вашей команды.
Хотя на разработку непробиваемого пользовательского описания, которое настроит вашу команду разработчиков на успех и практически исключит возможность того, что они создадут что-то неправильное, может потребоваться больше времени, вы сэкономите значительно больше времени на этапе реализации. Менеджеры по продукту, которые упускают этот момент, сэкономят время в ближайшей перспективе, но впоследствии будут расплачиваться за это.
Проблема в том, что когда вы говорите только о том, что делает ваша функция, вы игнорируете контекст потребителя.
Когда вы просто просите свою команду предоставить список функций, вы всегда будете сталкиваться с расхождениями между вашим видением и их видением.
Приоритет хорошо разработанной и написанной документации по продукту необходим для завершения процесса адаптации пользователей, чтобы они знали, как наиболее эффективно использовать ваш продукт. Однако она также должна включать в себя истории пользователей, в которых должны быть приведены примеры использования вашего продукта и в каком качестве, основанные на исследованиях пользователей.
Письменная коммуникация налагает ответственность на отдельных людей и поддерживает инициативы.
![] (https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_SkMdH7bHVaDRNaLa4/boo_EJBR2kCoLVuTRTFDl/f6ca1a85-e36d-0a54-bcf5-380ea9eec66fmarvin_meyer_SYTO3xs06fU_unsplash.jpg)
Плохой менеджер продукта накапливает информацию и вынужден тратить время на оправдание своих действий перед сотрудниками. Это убивает динамику развития продукта - люди тратят свое время на разговоры с менеджером продукта, вместо того чтобы выполнять работу, а менеджер продукта тратит свое время на тушение пожаров, вместо того чтобы сосредоточиться на важной работе.
Важнейшим компонентом работы любого успешного менеджера продукта является обеспечение постоянного и неограниченного доступа всех членов команды к обширной информации о продукте, который они создают, включая: FAQ, маркетинговые материалы, руководства по стилю, интервью с клиентами, маркетинговые исследования, презентации и многое другое. Когда у ваших инженеров, дизайнеров и маркетологов есть четкие сроки и полный доступ к данным и информации, необходимым для выполнения их обязанностей, ваши проекты могут продвигаться значительно быстрее.
Когда менеджер по продукту фанатично относится к внутренней документации и регулярно обновляет ее, он также возлагает ответственность на всю команду.
Менеджер по продукту подчиняется вице-президенту или генеральному директору, поскольку их видение продукта и их мнение о том, как он должен быть выполнен, документируется публично.
Руководители инженерных, конструкторских и других команд несут ответственность, поскольку вклад их команды в проект аналогичным образом определен в видении. Все знают о критериях, которые они и другие должны выполнять, что повышает взаимопонимание в команде и помогает всем двигаться вперед.
Наконец, по мере развития проекта новые знания требуют пересмотра плана. Будь то результат исследования рынка, интервью с клиентами или изменение целей компании, способность продемонстрировать обоснование любых корректировок PRD помогает убедиться, что команда знает "почему", стоящее за этими изменениями.
Работа успешного менеджера по продукту заключается не только в обновлении PRD, но и в его создании. По мере того как команды ставят новые вопросы, конкуренты корректируют свои стратегии, возникают технологические препятствия, вы должны учитывать их в PRD и гарантировать, что "живой документ" не отстает от реальности. Когда PRD отстает от графика, члены команды перестают считать его авторитетным и менее склонны обращаться к нему в следующий раз, когда у них возникнет проблема.
Написание документации - это секретный соус вашей продуктовой команды.
![] (https://cdn.docsie.io/workspace_8D5W1pxgb7Jq3oZO7/doc_vQfR1TFvrUMWGTXFc/file_4z8D06QZclNxpCYTN/boo_EJBR2kCoLVuTRTFDl/369bc520-2e75-fd34-8a9e-0495da932f4aimage.png)
Хотя все команды сталкиваются с проблемой управления информацией, продуктовые команды имеют уникальный набор проблем, когда дело доходит до управления их коллективными знаниями о своей миссии.
Сплоченность имеет решающее значение для выживания продуктов. Речь идет не о сборке виджетов, а об управлении предоставлением единого клиентского опыта несколькими различными подразделениями.
Написание в развернутой форме заставляет вас отчитываться. Оно заставляет вас на ранней стадии столкнуться с логическими противоречиями и может выявить недостатки, о которых вы не знали, когда просто обдумывали ситуацию. Кроме того, это помогает вам связно рассуждать о том, кто ваш потребитель и что ему действительно нужно от вашего продукта, а не просто составлять список того, что, по вашему мнению, должно быть в нем.
Записывание своих целей и мыслей, а также тщательное отношение к тому, что и как вы говорите, - это самый эффективный рычаг, которым вы располагаете как менеджер продукта для обеспечения того, чтобы ваш продукт предлагал целостный опыт, когда он будет завершен.
Docsie предоставляет все инструменты и функции для создания документации, необходимые каждому менеджеру продукта для достижения успеха.[ Попробуйте Docsie бесплатно ] (https://www.docsie.io/), чтобы узнать, как мы можем помочь вам в работе с документацией.