🗺 Карта данных: Клиенты → Данные →
Данные по клиенту

Водопад данных: от брифа до журнала

Всё, что мы знаем о клиенте, течёт сверху вниз по одному руслу. У каждого факта — ровно одно место. Бот подмешивает эти данные в проверку каждого макета и постановку каждого ТЗ. Нет данных — проверка формальная.

Водопад

Сверху — то, что говорит клиент. Снизу — то, что накопили мы. Всё, кроме одного шага, клиент не видит никогда.

внутреннее — только мы внешнее — клиент видит это читает бот
0

Клиент источник

Пришла заявка. Провели созвон. Дальше всё растёт отсюда.

разговор → бриф
1

Бриф внутреннее

Что клиент сам про себя сказал. Его слова, не наш пересказ — с ними потом сверяем всё остальное.

  • ниша · гео
  • что продаёт · чек
  • УТП
  • опыт рекламы
  • бюджет · цель
  • материалы
Где: базаpipeline.brief (лид) → clients.brief (после оплаты), целиком, без обрезкиКто правит: менеджер + клиент (форма брифа)
📥

Бриф сдан с сайта → всё само: текст целиком ложится в карточку лида (нет лида — бот его создаёт), этап становится 🧬 ДНК, Косте падает задача. Раньше бриф улетал одним сообщением в Телеграм с обрезкой и не сохранялся нигде — поэтому brief.md был пуст у всех.

🔒

Гейт. Пока клиент не ответил на ключевые вопросы — на Разбор не идём. Пустой бриф → голодная ДНК → выдумки.

блоки 1 · 2 · 6 · 7 · 8 — бизнес, продукт, боли владельца, что делаем, инфраструктура
2

ДНК внутреннее основа Разбора

Кому и что продаём. Главный документ про клиента и его рынок — 40–70 тысяч знаков, 12 блоков. Делает Костя (маркетолог): каркас из брифа за 15–30 мин, дальше Deep Research 1–2 часа.

🎯

Зачем. Реклама бьёт в человека, которого мы не видели. Пока не знаем, кто покупает, какими словами он про свою проблему думает и чем мы лучше тех, к кому он пойдёт иначе, — креативы и офферы пишутся из головы. Это и есть галлюцинации в документе клиенту. ДНК — единственное место, где эта правда добывается один раз и потом используется всеми: в Разборе, в офферах, в креативах, в текстах.

📤

ДНК клиенту НЕ отправляем. Отправляем Разбор — одну ссылку. Отдельного документа «ДНК» у клиента не существует: Разбор и есть отрендеренная ДНК. Блоки 1–5 становятся его разделами, бриф — нижней частью. Блоки 6, 11, 12 не уходят никогда: это не про его рынок, а про НЕГО и про нас. Спрятать их «внутри» файла нельзя — что попало в HTML, то клиент прочитает.

  • 1. О клиенте — из брифа → в Разбор: раздел внизу, «мы вас правильно поняли»
  • 2. Продукт — из брифа → в Разбор: там же
  • 3. ЦА: сегменты, боли, язык покупателя ⭐ — Deep Research → в Разбор: раздел «Аудитория»
  • 4. Рынок: конкуренты, GAP, голубой океан — Deep Research → в Разбор: раздел «Рынок и конкуренты»
  • 5. Оффер: формула, варианты на тест — Deep Research → в Разбор: разделы «Офферы» и «Лестница Ханта»
  • 6. Боли владельца❌ НЕ шлём. Это портрет ЛПР («звонить, а не писать», «не слать 10 правок»). Наша инструкция, как с ним работать. Он откроет Разбор и прочитает досье на себя
  • 7. Что мы делаем — из брифа → служебное, в Разборе не нужно
  • 8. Инфраструктура — из брифа → в Разбор: внутри «Готовности к запуску»
  • 9–10. Цифры · регуляторика — служебное
  • 11. История работы❌ НЕ шлём. Наша внутренняя хроника отношений
  • 12. Гипотезы / TODO❌ НЕ шлём. Наши сомнения и «что ещё проверить». Клиенту это читается как «они сами не знают»
Где: базаpipeline.dna (лид) → clients.dna (после оплаты)Кладёт: Костя — файл .md боту с подписью /днк <Имя>Проверить: /днк <Имя>Читает: человек — боту не влезает (для бота = паспорт)
🔒

Статус считается из содержимого, а не ставится галочкой. Блоки 3–5 наполнены → «полная» → Разбор открыт. Не наполнены → бот пишет, каких не хватает, и не даёт ни перевести лида на Разбор, ни опубликовать его. Тапом «Готово» ворота не обходятся. Файл dna.md — рабочая копия Кости; единственный источник для системы = база.

Приток

Deep Research. Блоки 3, 4, 5 клиент про себя не знает — спрашивать бесполезно. ЦА, рынок и оффер добываем сами. Эталон: Фабрика Шкафов, 70 195 знаков.

Приток

От команды. Точечные факты в ДНК не пишем. Он шлёт /памятка боту, факт падает в журнал, а dna-sync.py раз в месяц вливает накопленное сюда. Подробно — раздел «Как обновлять».

рендерим то, что покажем клиенту
3

Разбор клиент видит

Единственное, что уходит наружу. Показываем работу до начала работы — а не «вы просили X, вот X». КП — его финальный раздел, отдельного документа нет.

  • аудитория · рынок
  • лестница Ханта
  • офферы
  • каналы · медиаплан
  • план 30 дней
  • креативы
  • готовность к запуску
  • КП — финал
Где: razbor.ecomdigital.io/<slug>Ссылка в базе: razbor_urlКто: маркетолог + ПМ
🔒

Гейт. Отправка клиенту — человек проверяет и отправляет сам. Оба лого обязательны.

клиент сказал да → договор · оплата · доступы

Точка решения

✅ Да → договор, оплата, доступы · 🤔 Думает → прогрев · ❌ Нет → база, ретаргет позже.
До этой точки паспорта нет и быть не может — нет ни доступов, ни бюджета, ни ЛПР.

💰

Оплата — каскад одна кнопка

Менеджер жмёт 💰 Оплачен в воронке. Больше ничего писать не надо — всё уже в системе с прошлых этапов. Дальше бот делает сам:

  • Карточка клиента в CRM — создаётся (slug · active · дата старта = дата оплаты · менеджер) или привязывается существующая
  • Данные переезжают с лида: бриф целиком · ДНК со статусом · финальный разбор. Карточка рождается наполненной, в воронке ничего не остаётся
  • Черновик паспорта — бот собирает сам из брифа + ДНК + финразбора (кто это · ЦА и язык · согласованный оффер · тариф · площадки). Менеджер дополняет только операционку: доступы · ЛПР · границы
  • Отклонённые офферы с созвона — в журнал (⛔ правило: в креативы не брать)
  • Цепочка запуска: «Подготовка» → макеты дизайнеру → 🔒 чек-лист готовности → запуск. Не развернулась (нет исполнителя) — бот говорит менеджеру почему
  • Онбординг-пинг менеджеру — 3 шага: /доступы · /паспорт (проверить черновик) · создать чат «<Клиент> - Ecom» и добавить бота (группы бот создавать не умеет — ограничение Telegram; привяжет чат сам)
  • Менеджер тапает услуги (🎯/🔍/оба) → бот создаёт темы клиента в форумах этих услуг и привязывает их — задачи и репорты из тем цепляются к клиенту сами
Правило: новый клиент появляется ВЕЗДЕ сразу — не «где-то появился, где-то нет»
выжимка ДНК + операционка
4

Паспорт внутреннее бот читает

Как мы ведём этого клиента. Не сжатая ДНК — рабочая карточка: из ДНК сюда 3–5 строк, остальное операционка. 2–7 тысяч знаков.

🤖

Черновик собирает бот при оплате — из брифа + ДНК + финального разбора (кто это · ЦА и язык · согласованный оффер · тариф · площадки), с пометкой «🟡 ЧЕРНОВИК». Руками с нуля не пишем. Менеджер дополняет операционку, которой у бота нет: доступы · ЛПР и характер · границы — и убирает пометку.

  • 1. Кто это — выжимка из ДНК
  • 2. Что делаем / чего НЕ делаем
  • 3. Контакты и ЛПР: кто согласует, характер
  • 4. Деньги: чек, бюджет, модель оплаты
  • 5. Кабинеты и доступы (пароли — у Кости)
  • 6. Карта посадок
  • 7. Бренд / дизайн-дефолты 🤖
  • 8. Стратегия: что сработало / что нет 🤖
  • 9. Повторяющиеся ситуации
  • 10. Границы для бота 🤖
Где: база — карточка клиентаКто правит: все, через бота и кабинет🤖 = эти 3 секции уходят боту
Приток

Операционка. Доступы, бюджет, характер ЛПР, договорённости — этого в ДНК нет и быть не должно. ДНК про клиента, паспорт про нашу работу.

выжимка — только жёсткие запреты
5

Правила дизайна внутреннее бот читает

Что бот обязан заблокировать, глядя на макет. Не отдельная сущность — выжимка из паспорта. Только то, что проверяется по картинке объективно. 300–700 знаков.

  • язык макетов
  • валюта и формат цены
  • размеры: 4:5 · 9:16 · А4
  • оффер-константы дословно
  • кто согласует
  • что НЕЛЬЗЯ
Где: база — поле «Правила»Кто правит: ПМ
🔒

Гейт. Нет паспорта и правил → дизайн-задачи не ставим. Бот проверит макет по пустоте и пропустит что угодно.

запуск → копим с первого дня
6

Журнал внутреннее бот читает

Что поняли на практике. Лента, копится вечно. Иначе опыт живёт в голове одного человека и уходит вместе с ним.

  • правило — что нельзя или надо всегда. Не стареет: запрет ЛПР бессрочен. Идёт в проверку макета
  • сработало — что зашло и почему. Старше 3 лет → бот метит «⚠️ СТАРОЕ»
  • не сработало — что провалилось и почему. Важнее первого: чужие грабли экономят месяц
Где: база — лента фактовКто пишет: всеКак: /памятка <Клиент> голосом → бот разберёт сам → /стоп
Раз в месяц — круг: заметное из журнала → в паспорт. Поменялся продукт, ЦА или цена → обновили ДНК → пересобрали выжимку в паспорт. Иначе через полгода ДНК, паспорт и реальность — три разные вселенные.

Что видит клиент, а что только мы

Из шести полок наружу уходит ровно одна.

Клиент видит

Один документ, и тот мы отправляем руками

  • Разбор — аудитория, рынок, офферы, каналы, план
  • КП — его финальный раздел

Только мы

Здесь деньги, доступы и характер ЛПР — наружу не показываем никогда

  • Бриф — сырые слова клиента
  • ДНК — 70К про его рынок и ЦА
  • Паспорт — деньги, доступы, ЛПР
  • Правила — что нельзя рисовать
  • Журнал — что сработало и что нет

Бот помогает всем — по роли

Это не только про дизайнера. Любой сотрудник пишет боту «<Клиент>: …», и бот отвечает от данных клиента, а не выдумывает — подмешивает нужные секции паспорта под роль спрашивающего. Роль бот знает сам, из базы.

Кто спрашиваетПример запроса ботуЧто бот подмешивает из паспорта
🎯 Таргетолог«Мазда: идея для осеннего запуска»Оффер · ЦА и язык · стратегия · что не сработало
✍️ Смм / копирайтер«Даймонд: текст поста, какие фразы?»ЦА и язык · оффер · бренд-тон
📊 Контекстолог«Ареса: на что бить в объявлениях?»Оффер · ЦА и язык · стратегия
🎨 Дизайнерпроверка макета, ТЗБренд · границы · правила · журнал-правила
👔 Менеджер / ПМлюбой вопрос по клиентуВсё, что есть в паспорте
Откуда у бота оффер и язык ЦА. Раньше их не было в паспорте — лежали только в ДНК, куда бот не дотягивается (70К не влезает). 17.07 добавили в паспорт две секции — «🎯 Оффер» и «👥 ЦА и язык», выжимкой из ДНК. Теперь: оффер — 11 из 19 клиентов, ЦА и язык — 12 из 19. У кого пусто (ДНК ещё не собрана) — бот честно говорит «данных нет», а не сочиняет.

Что технически попадает в промпт

Бот читает не весь паспорт — берёт секции под роль и режет по лимиту.

Правилацеликом · идут первыми · приоритет
Паспорт → «Оффер»таргет · смм · контекст
Паспорт → «ЦА и язык»таргет · смм · контекст
Паспорт → «Бренд»дизайнер · смм
Паспорт → «Границы»все роли
Паспорт → «Стратегия»кроме дизайнера
Журналправила — всем, опыт — для ТЗ
ДНКне читает — 70К не влезает
Деньги · доступы · ЛПРдля людей, не в промпт
🤖
Ботпо роли · обрезка
Помощь по клиентуоффер, пост, идея, ЦА — от данных
Проверка макеталимит 1800 знаков
Постановка ТЗлимит 2600 знаков
Почему «Правила» — отдельное поле, а не секция паспорта. Две работы, которых у паспорта нет: ① пинг дизайнеру показывает только правила; ② в склейке они идут первыми — при обрезке доедут гарантированно, а паспорт отрежется. Это приоритетный слот.
Закон против дублей. Бот получает и паспорт, и правила — он их склеивает. Значит факт, который уже стоит в секции «Бренд» или «Границы» паспорта, в правила не копируем: он и так доедет, а два места на один факт разъедутся.

Паспорт «Бренд» = справка: «Лого лежит тут: mazda-service.by/…/logo.png»
Правила = приказ: «Знак Mazda как лого клиента НЕЛЬЗЯ — чужой товарный знак»

Как обновлять — чтобы не потерялось

Клиент меняется каждый месяц: новая цена, новый ЛПР, новый запрет. Видит это работник, а бриф лежит файлом на маке Антона, а ДНК с 17.07 — в базе (/днк <Имя> файлом боту). Значит правило «правь в источнике» для работника невыполнимо, и придумывать ему второй адрес не будем.

📣 Работнику — один адрес, всегда

/памятка <Клиент> боту → рассказал голосом как есть → /стоп

Не думай, куда это идёт — в ДНК, в паспорт или в журнал. Не твоя работа знать про блоки и полки. Просто расскажи: бот расшифрует, разберёт на факты, подпишет твоим именем и датой. С этой секунды знание не теряется — оно в базе, а не в голове.

Что происходит дальше — уже не забота работника. Ниже для тех, кто разгребает.

Что поменялосьРаботник шлётБот берёт самАнтон / агент — раз в месяц
ЛПР сказал новое «нельзя» /памятка Сразу — в проверку макета Ничего. В паспорт не дублируем
Что-то сработало или провалилось /памятка В постановку ТЗ Заметное → в паспорт, секция «Стратегия»
Клиент сменил продукт, цену или ЦА /памятка Ничего — ДНК бот не читает dna-sync.py вольёт в dna.md → разложить по блокам → пересобрать выжимку в паспорте, иначе бот останется на старой цене
Поменялась стратегия, каналы, оффер /памятка ДНК → затем обновить Разбор: на него ссылаемся как на согласованное с клиентом
Сменился ЛПР, контакт, бюджет, доступы /памятка или кабинет Из паспорта — сразу Перенести в паспорт. В ДНК не лезем: это про нашу работу, не про клиента
Сменилось лого, шрифты, цвета /памятка Из паспорта — сразу В паспорт, секция «Бренд». Правила трогаем только если появился запрет
Клиент ушёл на паузу или вернулся сказать Антону Статус в базе Ничего
Почему бот не правит dna.md сам. Бот живёт в Cloudflare — диска Антона он не видит и не увидит. Поэтому цепочка из двух шагов: работник → бот → база (мгновенно, знание уже спасено) и база → dna.md (python3 04-ops/dna-sync.py --apply на маке Антона, раз в месяц).

Скрипт дописывает новые факты в конец ДНК, в раздел «📥 Входящее от команды», с датой и автором. Разложить по блокам — человек или агент: скрипт только доносит, чтобы не потерялось, а решать, что тут блок 2, а что блок 6, он не умеет и притворяться не будет.

⚠️ Живая мина: PROFILE.md на диске — не паспорт

В папке клиента лежит файл PROFILE.md. Он выглядит как паспорт, читается как паспорт — но это замороженная выгрузка от 02.07. Бот его не читает никогда. Отредактируете там — правка не дойдёт ни до бота, ни до команды и потеряется молча.

Проверено 17.07: у 5 клиентов из 15 файл уже разошёлся с базой — паспорт в базе поправили, файл остался старым:

Мерс академия · Сантинель · Мазда · МБ Service · Компас-Инвест

Паспорт живёт только в базе. Правим через бота или кабинет. Файл на диске — читать нельзя, править нельзя. Автовыгрузки из базы в файл пока нет — она в списке задач.

Круг — раз в месяц, при отчёте. Заметное из журнала переносим в паспорт. Поменялись продукт, ЦА или цена — обновляем ДНК, пересобираем выжимку в паспорте, при смене стратегии правим Разбор. Иначе через полгода ДНК, паспорт и реальность — три разные вселенные.
Три правила, которые всё это держат. ① Один факт — одно место: увидели один и тот же факт в двух полках, одну надо стереть. ② Правит тот, кто знает: не «отдам аналитику», а сам голосом боту. ③ Не уверены, куда писать — пишите в журнал: он никогда не бывает неправильным адресом, оттуда разнесём.

Как заполняем — правила игры

Ничего не выдумываем

У каждого утверждения — метка достоверности

  • 📊 факт — из кабинета, с сайта, от клиента
  • 🔬 наша оценка — честно: не факт
  • пробел — не знаем, спросим

«Не знаю» — нормальный ответ. Идеально не нужно — нужна правда.

Голосом, не документом

Заполняет тот, кто знает, а не тот, кто печатает

  • боту /памятка <Клиент>
  • рассказываете как есть, своими словами
  • бот сам разберёт на факты с датами
  • /стоп

Или текстом одной строкой: правило Мазда: …

Внутренний мануал ECOM Digital. Канон данных — team-skill/client-data-canon.md, путь клиента — team-skill/lifecycle.js.
🗺 Карта данных — что есть, где дыра, когда обновляли: кабинет → Клиенты → переключатель «Данные». Вход как обычно, через Телеграм. Клик по клиенту → карточка, там же правится.
Локальная карта на маке Антона — python3 04-ops/karta-klientov.py (заодно шлёт в кабинет снапшот ДНК с датами).