# Продукт и аналитика: требования и решения > Пространство без кода для менеджеров продукта, аналитиков и заказчиков: один вопрос — один ответ по документам команды, со ссылкой на источник. Сценарий # Продукт и аналитика: требования и решения Продакт команды «Заметок» спрашивает: «что в дорожной карте на четвёртый квартал и не противоречит ли это требованиям к экспорту и регламенту релизов?» Дорожная карта лежит в одной папке, требования в другой, регламент в третьей, а разработчики заняты — на каждый такой вопрос уходит день. [Создать пространство](https://buff.systems/app) [Все сценарии](https://buff.systems/use-cases) Для продуктовых команд, у которых знания живут в документах, а не в коде **Спросить в пространстве** три документа ← прокрутите кадр → **Три документа — один ответ (обведено):** что запланировано на квартал и кто отвечает, где дорожная карта сходится с требованиями и регламентом релизов, а где расходится, — со ссылками на файлы. Ситуация ## Три документа — три разных ответа Что мешает - Знания разбросаны по Notion, Confluence, Google Диску, сетевым папкам и головам коллег. - Ответ «как у нас на самом деле» где-то записан, но искать его дольше, чем спросить в чате. - Документы расходятся между собой, и никто не знает, какой из них верен. - Каждый вопрос от бизнеса — отвлечение разработчика или ожидание ответа до завтра. - Договорённости уходят вместе с людьми. - Кода у команды нет — или он ни при чём, а инструменты «для разработчиков» начинаются с кода. Решение 01 ## Пространство без кода — рабочее место команды Пространство создаётся по одному имени, доступ к коду ему не нужен. Внутри — «Спросить», глубокое исследование, база знаний и подключения к источникам знаний; разделов про код в нём нет. В примере — пространство продуктовой команды «Заметок», заведённое рядом с проектами разработки той же организации. [Как устроено пространство](https://buff.systems/docs/quickstart/space) **Пространство команды** без кода ← прокрутите кадр → **Что внутри:** слева (обведено) — «Спросить», «Глубокое исследование», подключения («Коннекторы»), «База знаний» и «Сессии разработки» — журнал работы программистов в Buff Code; разделов с кодом проекта нет. Решение 02 ## «Спросить» — ответ по документам со ссылкой на источник Продакт спрашивает, какой срок ответа обещан клиентам на тарифе «Бизнес» и совпадает ли он с тем, что говорит поддержка. Модель читает регламент поддержки, договоры и FAQ, называет 4 рабочих часа, замечает, что FAQ поддержки обещает 8 часов и устарел, и называет каждый файл с разделом. Только чтение: в документах ничего не меняется. [Как задать вопрос](https://buff.systems/docs/ask) **Ответ по нескольким документам** расхождение найдено ← прокрутите кадр → **Источники названы (обведено):** регламент и договор — 4 рабочих часа, FAQ поддержки — 8 и устарел; каждый документ назван с разделом. Решение 03 ## Источники знаний — ваши документы там, где они лежат Notion, Confluence, Google Диск, Figma, файлы на сервере и сетевые папки — а при необходимости и публичный интернет — подключаются через коннектор — небольшую программу, которую ваш ИТ-специалист один раз ставит в вашей сети. Ничего не копируется заранее: модель читает только то, что нужно для ответа. Вопросы можно задавать и в трекерах — комментарием к тикету. Источники знаний - [Confluence](https://buff.systems/marketplace/confluence) - [Figma](https://buff.systems/marketplace/figma) - [Файлы на диске](https://buff.systems/marketplace/files) - [Google Диск](https://buff.systems/marketplace/google-drive) - [Notion](https://buff.systems/marketplace/notion) - [Интернет](https://buff.systems/marketplace/web) - Свой внутренний сервис Трекеры и обсуждения — вопрос комментарием, ответ туда же - [Bitbucket Cloud](https://buff.systems/marketplace/bitbucket-cloud) - [Bitbucket Data Center](https://buff.systems/marketplace/bitbucket-dc) - [Gitea](https://buff.systems/marketplace/gitea) - [GitHub](https://buff.systems/marketplace/github) - [GitLab](https://buff.systems/marketplace/gitlab) - [Jira](https://buff.systems/marketplace/jira) - [Jira Cloud](https://buff.systems/marketplace/jira-cloud) - [Redmine](https://buff.systems/marketplace/redmine) Что читается - Word - Excel - PowerPoint - PDF - Google Документы - Google Таблицы - Google Презентации - сетевые папки - текстовые файлы - вложения к вопросу 14 интеграций в каталоге, ставятся в уже установленную программу без нового ПО; систему вне каталога — CRM, Битрикс24, 1С, мессенджер — ваш ИТ-специалист подключает собственным инструментом, и она доступна ИИ-агенту сразу. Документы читаются на месте — ничего не копируется заранее. [Весь каталог →](https://buff.systems/marketplace) [Какие источники подключаются](https://buff.systems/docs/connector/knowledge) Решение 04 ## Вопрос там, где команда уже работает Комментарий к странице Notion или Confluence, к документу на Google Диске или к тикету в трекере с упоминанием бота — это вопрос, и ответ приходит в то же обсуждение. Так же заказывается исследование — готовый документ или ссылка на него приходят туда же. Открывать приложение не обязательно. [Как спросить из трекера](https://buff.systems/docs/connector/trackers) **Тикет в трекере** в обсуждении ← прокрутите кадр → **Два комментария бота:** снизу — «принял, запускаю исследование», сверху — готовый документ прямо в обсуждении тикета. Решение 05 ## База знаний — то, что должно пережить смену людей Правила, факты и ловушки команды в одном месте, в одинаковом виде для людей и для модели. Модель видит их в каждом вопросе и исследовании и сама дописывает то, что выяснила по ходу работы; правила пишет только человек. [Что записывать в базу знаний](https://buff.systems/docs/knowledge) **База знаний** правила · факты · ловушки ← прокрутите кадр → **Три записи команды:** правило «сроки клиентам — только по договору», факт о том, где лежат документы, ловушка про отстающий FAQ — только записи пространства. Решение 06 ## Глубокое исследование — документ, а не ответ в чате Когда нужен не ответ, а проработка. Две роли модели: аналитик читает источники и пишет документ; проверяющий сверяет каждое утверждение с теми же источниками и заводит замечания; аналитик исправляет. На выходе — документ со ссылками и с названными расхождениями. *01* #### Аналитик пишет Собирает документ по регламентам, требованиям, договорам и записям базы знаний; каждое утверждение — со ссылкой. *02* #### Проверяющий сверяет Перечитывает источники, находит недоказанное и расхождения между документами, заводит замечания. *03* #### Документ уходит к вам PDF или текстовый файл; заказанный из Notion — приходит туда страницей, с Google Диска — новым документом рядом с исходным. [Как заказать исследование](https://buff.systems/docs/research) Итог У продакта, аналитика и заказчика есть одно место, где на вопрос о продукте отвечают по документам команды и со ссылкой на источник, — не отвлекая разработчиков и без доступа к коду. Первый шаг — одно имя ## Создайте пространство и задайте первый вопрос Регистрация по почте, пространство — сразу. Пока источники не подключены, модель отвечает по базе знаний и по файлам, которые вы приложите к вопросу. На знакомство даётся стартовый баланс. [Создать пространство](https://buff.systems/app) [Написать нам](mailto:info@buff.systems) Пока источники не подключены — приложите документ к вопросу