Любой продуктолог поправит вас, если назвать его проджект-менеджером. Ведь каждому хочется быть гением-визионером, а не тем парнем, который с утра до вечера сортирует задачки в Джире. В итоге продуктолог уходит в крайность и старается сбагрить этот процесс менее опытному коллеге или тому, «кому это по душе». Но есть и другая крайность - когда продуктолог действительно становится тем парнем, который только и делает, что таскает задачи из колонки в колонку и тестирует баги, потому что, по его мнению или мнению руководства, надо не думать, общаться с клиентами и тестировать, а пилить фичи - ведь ещё чуть-чуть и эти фичи сделают нас лидером рынка!.. Истина состоит в том, что в современной продуктово-ориентированной компании, которая разрабатывает софт, роли продуктолога и проджект-менеджера совмещены. И, несомненно, работа продуктолога здесь первична. А значит, процесс постановки и контроля задач должен строиться на основе тщательно описанных и продуманных гипотез. Каждая задача для разработки или продвижения должна содержать ответ на вопрос: «Какую гипотезу поможет нам проверить эта задача?» Из доклада вы узнаете подход команды Soyuz.chat к формулированию гипотез в виде «применения», или юзкейса. Вы получите шаблон, который позволит быстро составить несколько вариантов применения вашего продукта, а также увидите, как эти применения завязаны с другими задачами в сервисе Airtable. В Soyuz.chat не держат зоопарк сервисов, не используют единовременно Google Docs, Trello, Jira, Confluence, Notion и так далее. Все задачи по систематизации и хранению информации решают с помощью одного Airtable.Такой подход точно будет работать в небольших командах — до 5–6 человек. Возможно, он выдержит десятки и сотни сотрудников. Доклад будет интересен в первую очередь стартапам, во вторую - продуктологам из корпораций.
