Продукт и аналитика: требования и решения

Что мешает

• Знания разбросаны по Notion, Confluence, Google Диску, сетевым папкам и головам коллег.
• Ответ «как у нас на самом деле» где-то записан, но искать его дольше, чем спросить в чате.
• Документы расходятся между собой, и никто не знает, какой из них верен.
• Каждый вопрос от бизнеса — отвлечение разработчика или ожидание ответа до завтра.
• Договорённости уходят вместе с людьми.
• Кода у команды нет — или он ни при чём, а инструменты «для разработчиков» начинаются с кода.

Пространство создаётся по одному имени, доступ к коду ему не нужен. Внутри — «Спросить», глубокое исследование, база знаний и подключения к источникам знаний; разделов про код в нём нет. В примере — пространство продуктовой команды «Заметок», заведённое рядом с проектами разработки той же организации.

Продакт спрашивает, какой срок ответа обещан клиентам на тарифе «Бизнес» и совпадает ли он с тем, что говорит поддержка. Модель читает регламент поддержки, договоры и FAQ, называет 4 рабочих часа, замечает, что FAQ поддержки обещает 8 часов и устарел, и называет каждый файл с разделом. Только чтение: в документах ничего не меняется.

Notion, Confluence, Google Диск, Figma, файлы на сервере и сетевые папки — а при необходимости и публичный интернет — подключаются через коннектор — небольшую программу, которую ваш ИТ-специалист один раз ставит в вашей сети. Ничего не копируется заранее: модель читает только то, что нужно для ответа. Вопросы можно задавать и в трекерах — комментарием к тикету.

Комментарий к странице Notion или Confluence, к документу на Google Диске или к тикету в трекере с упоминанием бота — это вопрос, и ответ приходит в то же обсуждение. Так же заказывается исследование — готовый документ или ссылка на него приходят туда же. Открывать приложение не обязательно.

Правила, факты и ловушки команды в одном месте, в одинаковом виде для людей и для модели. Модель видит их в каждом вопросе и исследовании и сама дописывает то, что выяснила по ходу работы; правила пишет только человек.

Когда нужен не ответ, а проработка. Две роли модели: аналитик читает источники и пишет документ; проверяющий сверяет каждое утверждение с теми же источниками и заводит замечания; аналитик исправляет. На выходе — документ со ссылками и с названными расхождениями.