---
документ: Маховик продаж — комикс, демка, сториз
статус: черновик v1
обновлено: 2026-08-29
основано на: выпуск №5 «Дело о демке за одну ночь», досье S7, модуль Stories (Б24 87471),
  адресные рассылки сторис (87757), сторизы в веб-аппах (87741), прайс comics.ai-delivery.ru
связано: [[pozicionirovanie]] · [[partner-gtm]] · [[tarifikaciya]]
---

# Маховик продаж

## Что уже работает

Конвейер серии S существует и описан в каноне: звонок → расшифровка (S1) → папка проекта →
демка, собранная за ночь агентом-конструктором (S7). Клиент играет со своим ботом
**до подписания договора**. По прайсу сборка демки стоит 490 ₽ — то есть почти ничего.

## Чего не хватало

Двух звеньев по краям. Они и превращают конвейер в маховик.

```
        ┌──────────────────────────────────────────────────┐
        │                                                  │
   запрос клиента                                    новые клиенты
        │                                                  ▲
        ▼                                                  │
   ① ВЫПУСК КОМИКСА ──► ② ДЕМКА ──► ③ СТОРИЗ ──► ④ БИБЛИОТЕКА ──► ⑤ ПАРТНЁРЫ
     сценарий          за ночь      ссылка       кейсов          продают
     до кода           по сценарию  клиенту      растёт          по кейсам
```

Раньше конвейер начинался с звонка и заканчивался демкой. Теперь **перед** демкой стоит
сценарий, а **после** — упаковка, которая живёт дальше и работает на следующие сделки.

---

# ① Сначала выпуск, потом демка

**Правило: ни одна демка не собирается, пока запрос клиента не лёг в выпуск комикса.**

Два пути, и оба законные:

| Путь | Когда | Что делаем |
|---|---|---|
| **Подобрать** | запрос ложится на существующий выпуск | находим выпуск, где та же боль, и говорим клиенту: «вот про вас, выпуск №8» |
| **Написать** | боль новая, ни один выпуск не подходит | пишем новый выпуск по его запросу — и он остаётся в библиотеке навсегда |

## Почему именно так, а не сразу к демке

**Выпуск — это техзадание, которое клиент прочитал и одобрил.** Он написан человеческим языком,
занимает пять минут и заканчивается понятным результатом. Клиент, согласившийся с историей,
согласился со спецификацией — а спорить о списке функций в ТЗ уже не придётся.

**Демка по сценарию собирается точнее.** У агента-конструктора есть не расплывчатое «клиенту
нужен бот для записи», а разобранная ситуация: кто действующие лица, что происходит по шагам,
чем всё заканчивается. Из этого демка получается с первого раза.

**Каждый новый клиент делает следующую продажу дешевле.** Если запрос лёг в существующий
выпуск — работы почти нет. Если родил новый — библиотека выросла, и следующий похожий клиент
уже попадёт в готовое. **Со временем доля «попал в существующий» растёт, а себестоимость
продажи падает.** Это и есть механика маховика: он не просто крутится, он разгоняется.

**Отказ тоже полезен.** Если боль клиента не ложится ни в один выпуск и писать новый не хочется —
это сигнал, что клиент не наш. Дешёвая квалификация до всяких затрат.

## Дисциплина

- Выпуск пишется **до** сборки демки, а не после и не параллельно.
- Клиент видит выпуск **до** демки — сначала история, потом продукт.
- Новый выпуск публикуется в общий каталог, а не остаётся в переписке. Не попал в каталог —
  считай, не написан.
- Имя клиента в публичном выпуске — только с его согласия. Иначе меняем отрасль и детали.

---

# ② Демка

Работает как раньше — конвейер S7 через MCP, сборка за ночь из папки проекта. Меняется одно:
**исходником служит выпуск**, а не конспект звонка.

После сделки та же сборка переезжает в аккаунт клиента боевым ботом. Ничего не собирается
заново — это уже заложено в механике.

---

# ③ Демка уходит сториз, а не ссылкой на бота

**Формат доставки — веб-сториз.** Не письмо с логином, не «зайдите в бот по ссылке»,
не PDF-презентация.

Механика уже есть: модуль Stories умеет собирать веб-историю с записью экрана работы бота,
описанием, результатами и ссылками — и отдавать **готовую ссылку для отправки клиенту**.

## Что внутри сториз

| Экран | Что показывает |
|---|---|
| 1 | Боль из выпуска — узнаваемая ситуация, в которой клиент видит себя |
| 2 | Запись экрана: агент работает **на данных этого клиента** |
| 3 | Что получилось: цифры, сроки, что перестали делать руками |
| 4 | Ссылка на живую демку — потрогать самому |
| 5 | Ссылка на выпуск комикса — прочитать историю целиком |
| 6 | Один следующий шаг: разговор, пилот, расчёт |

## Почему сториз, а не ссылка на бота

- **Открывается с телефона за секунду** — там, где решение и принимают.
- **Пересылается внутрь компании** целиком. Ссылку на бота руководителю не перешлёшь: он в него
  не полезет. Сториз посмотрит.
- **Не требует объяснений.** В сториз уже есть контекст: вот боль, вот работа, вот результат.
- **Живёт после встречи.** Ссылка на бота протухает вместе с демо-аккаунтом; сториз остаётся
  кейсом навсегда.
- **Считается.** Видно, кто открыл, досмотрел ли до конца, перешёл ли к демке. Это первая
  честная метрика интереса до разговора о деньгах.

---

# ④ Библиотека кейсов

Каждая сториз после сделки становится кейсом и остаётся в общей библиотеке.

Библиотека — не архив, а **рабочий инструмент продаж**. Из неё:

- подбирают, что показать похожему клиенту на первой же встрече;
- собирают подборку под отрасль: «вот четыре истории из автобизнеса»;
- берут материал для рассылок и выступлений.

Правило чистоты: в библиотеке лежат только **реальные** кейсы, с реальными цифрами.
Одна выдуманная история обесценивает всю библиотеку, потому что проверить может любой.

---

# ⑤ Партнёры получают те же сториз

Ключевое добавление: **партнёрам сториз рассылаются адресно, тем же механизмом.**
Технически это уже есть — адресные рассылки сторис выбранным пользователям.

## Что это даёт

**Партнёр учится продукту, не читая документацию.** Он не изучает список функций — он смотрит,
что реально продали и за сколько. Через месяц таких рассылок партнёр знает продуктовый каталог
лучше, чем после любого обучения.

**Партнёр узнаёт своих клиентов в чужих кейсах.** «У меня же есть такая же автомастерская» —
и это заявка без единого звонка с нашей стороны.

**Партнёр может запросить кейс.** Увидел историю → попросил такую же демку под своего клиента →
получил сториз со своим брендом. Это превращает библиотеку в самообслуживание.

## Как устроена рассылка

| Что | Кому | Как часто |
|---|---|---|
| Новый кейс из своей ниши | партнёрам, работающим в этой отрасли | по мере появления |
| Дайджест новых историй | всем партнёрам | раз в две недели |
| Новый выпуск комикса | всем партнёрам | в день публикации |
| Демка под клиента партнёра | по запросу партнёра | 1–2 дня |

**Партнёр пересылает сториз своему клиенту как есть** — под своим брендом, если у него
white-label. Ему не нужно ничего готовить: материал продажи приходит сам.

---

# Почему это маховик, а не воронка

Воронка расходуется: провёл встречу — потратил встречу. Маховик накапливает.

| Оборот | Что прибавляется | Что становится дешевле |
|---|---|---|
| Клиент пришёл с болью | новый выпуск в каталоге | следующая демка в этой нише |
| Демка собрана | сториз в библиотеке | материал для похожих клиентов |
| Сделка закрыта | реальный кейс с цифрами | доверие в переговорах |
| Кейс разослан партнёрам | партнёры знают, что предлагать | обучение партнёров |
| Партнёр привёл клиента | ещё одна боль в каталоге | и так по кругу |

**Каждый оборот удешевляет следующий.** Первая продажа в нише стоит нового выпуска и ночи
сборки. Десятая — стоит одной ссылки.

## Что ломает маховик

1. **Демка без выпуска.** Экономия десяти минут ценой того, что кейс не остаётся в библиотеке
   и не работает на следующие сделки.
2. **Сториз, которую не разослали партнёрам.** Кейс, лежащий только у клиента, не крутит колесо.
3. **Выдуманные кейсы.** Убивают доверие ко всей библиотеке разом.
4. **Выпуск, не попавший в каталог.** Написали в переписке — значит не написали.
5. **Партнёр, которому не о чем рассказать.** Если рассылка встала, партнёр за месяц забывает
   о продукте.

---

# Метрики маховика

| Метрика | Что показывает | Ориентир |
|---|---|---|
| Доля запросов, попавших в готовый выпуск | разгон маховика | растёт от квартала к кварталу |
| Новых выпусков в месяц | пополнение библиотеки | 2–4 |
| Дней от запроса до сториз у клиента | скорость конвейера | до 3 |
| Досмотры сториз до конца | качество упаковки | от 50% |
| Переходы из сториз в демку | сила материала | от 30% |
| Заявок от партнёров после рассылки | работает ли ⑤ | от 1 на рассылку |
| Себестоимость одной демки | эффект маховика | падает |

Главная из них — **первая**. Пока каждый клиент требует нового выпуска, вы толкаете колесо
руками. Когда половина запросов ложится в готовое, оно начинает крутиться само.

---

# Что нужно доделать

1. **Модуль Stories довести до рассылки** — сборка веб-истории есть, адресные рассылки есть,
   связать их в один поток.
2. **Библиотека кейсов как страница** — сейчас кейсы разрознены. Нужна витрина с фильтром
   по отрасли, доступная партнёрам.
3. **Кнопка «запросить демку» для партнёра** — чтобы заявка на сториз под клиента шла в один клик,
   а не письмом.
4. **Правило в процесс продаж** — «нет выпуска, нет демки» должно стоять в регламенте, иначе
   его обойдут в первую же горячую сделку.
5. **Счётчики сториз** — досмотры и переходы. Без них качество упаковки не измерить.

---

_Источник: `cobra-components/sales-flywheel.md` в репозитории audio-talks. Эта копия обновляется скриптом `sync-components.mjs` — правки вносить в источник, не здесь._