База знаний команды
Создаём структуру документации чтобы знания не хранились только в головах
Алёна руководит отделом поддержки в SaaS-стартапе. Команда выросла с 3 до 12 человек за полгода. И каждый новый сотрудник задаёт одни и те же вопросы: «Как обрабатывать возвраты?», «Где шаблоны писем?», «Что делать, если клиент требует escalation?». Алёна отвечает в Slack, коллеги дублируют в личке — знания размазаны по чатам, и никто не может найти нужное через месяц.
«Нам нужна база знаний, — решила Алёна, — но я не знаю, с чего начать. Confluence? Notion? И что туда вообще писать?»
Проблема
Когда команда растёт быстро, появляется хаос:
- Новички спрашивают одно и то же, отнимая время у опытных
- Важные инструкции живут в головах 2-3 человек
- При увольнении сотрудника знания уходят с ним
- Процессы меняются, а старые объяснения в чатах устаревают
Алёна понимала: нужна структура. Но сесть и написать всё с нуля — это недели работы.
Как Claude помогает
Шаг 1: Описываем команду и процессы
Алёна открыла Claude и описала контекст:
Мы — команда поддержки SaaS-продукта (CRM для малого бизнеса).
12 человек, работаем удалённо.
Основные процессы:
- Ответы на тикеты в Zendesk (L1, L2 поддержка)
- Обработка возвратов и отмен подписок
- Эскалация багов в разработку
- Онбординг новых клиентов
Что чаще всего спрашивают новички:
- Как отвечать на частые вопросы (биллинг, интеграции)
- Куда эскалировать технические проблемы
- Шаблоны писем для разных ситуаций
- Как работать с недовольными клиентами
Шаг 2: Просим структуру базы знаний
Предложи структуру базы знаний для такой команды.
Нужны разделы, подразделы и шаблоны статей —
чтобы любой новичок мог быстро найти ответ.
💡 Claude предложил:
1. Начало работы
- Как устроена команда (роли, каналы связи)
- Первая неделя: чек-лист для новичка
- Доступы и инструменты>
2. Работа с тикетами
- Процесс обработки (SLA, приоритеты)
- Шаблоны ответов (15 частых ситуаций)
- Эскалация: когда и кому передавать>
3. Частые вопросы клиентов (FAQ)
- Биллинг и подписки
- Технические проблемы (интеграции, баги)
- Функционал продукта>
4. Сложные ситуации
- Работа с негативом
- Возвраты и отмены
- Юридические вопросы (когда передавать юристу)>
5. Инструкции по инструментам
- Zendesk, Slack, Jira
Шаг 3: Пишем первые статьи
Алёна выбрала три самых горячих темы:
Напиши три статьи для базы знаний:
1. «Как обрабатывать запрос на возврат» — пошаговая инструкция
2. «Шаблоны ответов на 5 самых частых вопросов» — с примерами писем
3. «Когда эскалировать тикет в разработку» — критерии и процесс
Формат: заголовок, краткое описание, шаги, примеры.
Пример статьи от Claude:
### Как обрабатывать запрос на возврат>
Когда применять: клиент просит вернуть деньги за подписку>
Шаги:
1. Уточни причину (технические проблемы / не подошёл функционал / финансовые сложности)
2. Проверь срок подписки — если меньше 14 дней, возврат автоматический
3. Если больше 14 дней — предложи альтернативу (downgrade тарифа, пауза на месяц)
4. Если клиент настаивает — оформи возврат через Stripe, используй шаблон письма refund_approved
5. Закрой тикет тегом churn_refund, заполни форму обратной связи
>
Шаблон письма:
"Привет, [Имя]! Мы оформили возврат — деньги вернутся на карту в течение 5-7 рабочих дней. Если захочешь вернуться, напиши — сделаем спецусловия 🙂"
Что получилось
За 40 минут Алёна получила:
✅ Структуру из 5 разделов и 23 подтем — готовую для Notion
✅ 3 полноценные статьи, которые можно сразу публиковать
✅ Шаблон для будущих инструкций — теперь команда может дописывать сама
Через неделю новый сотрудник Дима сказал: «Я 80% вопросов решил по базе, не дёргая никого». Алёна сэкономила 5-6 часов в неделю на повторяющихся объяснениях.
Что забрать с собой
- Опиши контекст подробно — чем больше деталей о процессах, тем точнее структура
- Начни с 3-5 самых болезненных тем — не пытайся написать всё сразу
- Используй шаблоны Claude — они универсальны, команда сама допишет остальное
- Обновляй базу регулярно — назначь ответственного, который раз в месяц проверяет актуальность