# Дайджест CustDev-интервью — 3 версии

---

## Версия 1. Slack-пост для команды

```
🔥 Команда, итоги 5 кастдевов с пользователями!

Топ-3 боли, которые мы услышали:

📊 #1 Ручная отчётность — 5/5 респондентов
Все до одного таскают данные в Excel/Google Slides, потому что продукт не умеет в нарратив.
> «Я выгружаю CSV и строю в Excel. В 2026 году. CSV и Excel.» — Сергей, Enterprise

🌐 #2 Нет кросс-проектной видимости — 4/5 респондентов
Больше 10 проектов = хаос. Настройки не переносятся, каждый проект — остров.
> «У нас два источника правды, и ни один не полный.» — Дмитрий, Team

💬 #3 Потеря контекста в коммуникациях — 3/5 респондентов
Комментарии тонут, уведомления все одинаковые, решения не фиксируются.
> «Я получаю 40-50 уведомлений в день и игнорирую 90%. А потом пропускаю важное.» — Алина, Startup

💡 Главный инсайт: автодайджесты для руководства = quickest win. Все пять человек готовы сэкономить по 3-12 часов в месяц.

Полный разбор — ниже в Notion-версии 👇
```

---

## Версия 2. Email для руководителя

**Тема: Результаты CustDev-исследования — приоритеты продукта на основе болей клиентов**

Уважаемый [Имя],

По итогам пяти глубинных интервью с пользователями нашей платформы (тарифы Startup — Enterprise, стаж 5–20 месяцев) выделены три ключевые болевые точки. Все три влияют на удержание и потенциал расширения аккаунтов.

**Первая и наиболее массовая проблема — ручная сборка отчётности.** Каждый из пяти опрошенных тратит от 40 минут до 3 часов еженедельно на перенос данных из продукта во внешние инструменты (Excel, Google Slides, Slack). Продукт предоставляет цифры, но не формирует нарратив, понятный руководству заказчика. В количественном выражении это до 12 человеко-часов в месяц на одного менеджера. Функция автоматических дайджест-отчётов способна полностью закрыть эту потребность и стать аргументом для повышения тарифа.

**Вторая проблема — отсутствие кросс-проектной видимости при масштабировании.** Четыре из пяти респондентов отмечают, что при росте числа проектов выше десяти продукт перестаёт обеспечивать портфельный взгляд. Результат — дорогостоящие синхронизационные встречи (до 4,5 человеко-часов в неделю) и кустарные обходные пути. Это критический барьер для Enterprise-сегмента, где средний клиент ведёт 10–15 проектов.

**Третья проблема — потеря контекста в коммуникациях.** Три респондента столкнулись с тем, что комментарии не структурированы, уведомления не ранжированы, а связь между решениями и задачами теряется. Это снижает ценность продукта как единого источника правды и вынуждает команды дублировать информацию в сторонних инструментах (Slack, Miro, Notion).

**Рекомендация по приоритизации:** первая болевая точка является общим знаменателем для всех клиентов и напрямую конвертируется в экономию времени. Предлагаю рассмотреть автоматические еженедельные дайджесты как приоритет ближайшего квартала. Дополнительно прилагаю детализированный Notion-документ с цитатами и оценкой потерь по каждому респонденту.

Готов обсудить на ближайшем планировании.

С уважением,
[Имя]

---

## Версия 3. Notion-документ для архива

# CustDev-исследование: болевые точки пользователей
**Период:** 18–22 марта 2026 | **Метод:** глубинные интервью | **Респонденты:** 5

## Методология

| Параметр | Значение |
|---|---|
| Формат | Полуструктурированное интервью, 25–35 мин |
| Респонденты | 5 пользователей B2B SaaS (тарифы Startup, Team, Business, Enterprise) |
| Стаж использования | от 5 до 20 месяцев |
| Индустрии | финтех, e-commerce, HR-tech, логистика, медтех |
| Исходные файлы | [interview-01.md](interviews/interview-01.md) — [interview-05.md](interviews/interview-05.md) |

## Респонденты

| # | Имя | Роль | Компания | Тариф | Стаж |
|---|---|---|---|---|---|
| 1 | Марина | Руководитель проектного офиса | финтех | Business | 14 мес |
| 2 | Дмитрий | Тимлид разработки | e-commerce | Team | 8 мес |
| 3 | Алина | Продакт-менеджер | HR-tech стартап | Startup | 5 мес |
| 4 | Сергей | Директор по операциям | логистика | Enterprise | 20 мес |
| 5 | Наталья | Скрам-мастер | медтех | Business | 11 мес |

---

## Боль #1: Ручная сборка отчётности для руководства

**Частота:** 5 из 5 респондентов (100%)

**Суть:** Продукт предоставляет данные на уровне задач, но не формирует сводный отчёт с контекстом, достаточный для передачи руководству. Пользователи вручную переносят данные в Excel, Google Slides или переписывают в Slack.

### Оценка временных потерь

| Респондент | Частота | Время | Инструмент-заменитель |
|---|---|---|---|
| Марина | еженедельно | 2 ч | Excel |
| Дмитрий | раз в 2 недели | 1.5 ч | ручной текст |
| Алина | еженедельно | 2 ч | Google Slides |
| Сергей | еженедельно | 3 ч | Excel (CSV-выгрузка) |
| Наталья | еженедельно | 40 мин | Slack + ручной текст |

**Итого:** ~13.5 ч/мес только среди пяти опрошенных. Экстраполяция на пользовательскую базу — значительный скрытый churn-фактор.

### Подтверждающие цитаты

> «Утром открываю дашборд, смотрю статусы. Потом начинается хаос. У нас 12 проектов параллельно, и я трачу, наверное, минут 40 каждое утро просто на то, чтобы собрать картинку — кто где застрял, у кого дедлайн горит.» — **Марина** ([interview-01.md](interviews/interview-01.md))

> «Каждые две недели я трачу полтора часа на то, чтобы собрать отчёт: сколько задач закрыли, сколько перенесли, почему перенесли. Продукт даёт мне цифры, но не контекст.» — **Дмитрий** ([interview-02.md](interviews/interview-02.md))

> «Сейчас я готовлю эту картину 2 часа в Google Slides.» — **Алина** ([interview-03.md](interviews/interview-03.md))

> «Я выгружаю CSV и строю в Excel. В 2026 году. CSV и Excel.» — **Сергей** ([interview-04.md](interviews/interview-04.md))

> «Вся эта информация уже есть в продукте — но нет способа автоматически превратить её в читаемый отчёт. Я копирую данные и переписываю человеческим языком.» — **Наталья** ([interview-05.md](interviews/interview-05.md))

### Потенциальное решение

Автоматические еженедельные дайджесты с нарративной структурой: «что изменилось → где риски → что требует внимания». Форматы: email, Slack, PDF. Настройка реципиентов и уровня детализации.

---

## Боль #2: Отсутствие кросс-проектной видимости

**Частота:** 4 из 5 респондентов (80%)

**Суть:** При масштабировании свыше 10 проектов продукт не обеспечивает портфельный взгляд. Настройки не переносятся между проектами, каждая команда выстраивает свою логику, данные разрозненны.

### Проявления проблемы

| Респондент | Масштаб | Последствие |
|---|---|---|
| Марина | 12 проектов, 60 человек | 3 недели на стандартизацию шаблонов — без результата |
| Алина | 4 команды, 30 человек | Еженедельный синк на 4.5 человеко-часа |
| Сергей | 6 направлений, 15 проектов | 3 ч/нед на ручную агрегацию данных |
| Дмитрий | 2 команды | Два источника правды из-за односторонней интеграции с Jira |

### Подтверждающие цитаты

> «Мне нужен один экран, где я вижу все проекты с их реальным здоровьем. Не статус "в работе", а прогноз — успеем или нет.» — **Марина** ([interview-01.md](interviews/interview-01.md))

> «Я до сих пор не могу нормально посмотреть, что делает другая команда, без того чтобы зайти в их проект и разбираться в их структуре задач.» — **Алина** ([interview-03.md](interviews/interview-03.md))

> «Данные разбросаны по 15 проектам, и нет одной кнопки, которая собирает всё вместе.» — **Сергей** ([interview-04.md](interviews/interview-04.md))

> «В итоге у нас два источника правды, и ни один не полный. Это хуже, чем было без интеграции.» — **Дмитрий** ([interview-02.md](interviews/interview-02.md))

### Потенциальное решение

Портфельный дашборд: кросс-проектная временная шкала с ключевыми милестоунами, индикаторами здоровья, тепловой картой ресурсов. Глобальные шаблоны настроек, наследуемые проектами.

---

## Боль #3: Потеря контекста и шум в коммуникациях

**Частота:** 3 из 5 респондентов (60%)

**Суть:** Лента комментариев не структурирована, решения тонут в обсуждениях. Уведомления не ранжированы по приоритету. Связь между ретроспективами и задачами теряется.

### Подтверждающие цитаты

> «Комментарии — это лента, где всё вперемешку: вопросы, ответы, ссылки, "ок, понял", гифки. Найти в этом решение через неделю — невозможно. Мне нужно что-то вроде "решение зафиксировано" — отдельный блок, который не тонет в обсуждении.» — **Дмитрий** ([interview-02.md](interviews/interview-02.md))

> «Я получаю 40-50 уведомлений в день и игнорирую 90% из них. А потом пропускаю то одно важное, которое действительно требовало внимания.» — **Алина** ([interview-03.md](interviews/interview-03.md))

> «Через месяц я не могу найти, из какой ретроспективы родилась задача и почему мы решили её делать. Контекст теряется.» — **Наталья** ([interview-05.md](interviews/interview-05.md))

### Потенциальное решение

- Блок «Зафиксированные решения» в задаче (отдельно от комментариев)
- Умная ранжировка уведомлений (критичные / информационные)
- Связка «ретроспектива → action item → задача» с сохранением трассировки

---

## Рекомендации по приоритизации

| Приоритет | Боль | Покрытие | Сложность | Ожидаемый эффект |
|---|---|---|---|---|
| **P0** | Ручная отчётность | 100% | Средняя | Экономия 3–12 ч/мес на пользователя, аргумент для upsell |
| **P1** | Кросс-проектная видимость | 80% | Высокая | Барьер для Enterprise, влияет на NPS и расширение |
| **P2** | Потеря контекста | 60% | Средняя | Удержание команд, снижение оттока в Slack/Notion |