Спросить у ИИ: нужен вообще раздел Цены, если назвать их все равно не можем? Может лучше сделать раздел Как мы работаем - где все подробно расписать, а на главной просто блок со ссылкой Читать подробнее. Или все таки страница с Ценами нужна?

1. Для кого этот формат

• Владельцы и директора малого/среднего бизнеса (выручка условно от X до Y млн в год).
• Есть понятные боли:
• теряются заявки в мессенджерах, VK, на Авито, на сайте;
• сотрудники захлебываются в рутине;
• клиенты “засыпают”, нет системного возврата;
• есть подозрения на утечки и бардак в процессах, но нет времени “копать”.

Короткий текст:
Если вы понимаете, что ИИ “где‑то рядом”, но не хотите превращаться в айтишника,
директор по ИИ на аутсорсе — формат, в котором мы думаем и делаем за вас.

2. Что входит по шагам (формат сотрудничества)
Можно оформить как 4 шага:

1. Диагностика болей и точек роста

• 1–2 сессии с владельцем/управляющим.
• Разбор: где теряются деньги, где бардак в коммуникациях и процессах.
• Определяем 2–3 зоны, где ИИ может дать быстрый и осязаемый эффект.

1. Проект “Практичный ИИ” под ваш бизнес

• Подбираем конкретные ИИ‑решения:
• нейросотрудники по переписке, голосовые агенты, ИИ‑радар спящих клиентов, мониторинг поломок, контроль процессов.
• Считаем предварительную экономику: какие метрики трогаем, какой эффект ожидаем.
• Согласуем пошаговый план внедрения.

1. Внедрение и обкатка

• Настройка агентов (через pro-talk, neuroagents, suvvy, nodul и т.д.).
• Тестирование на реальных диалогах/процессах.
• Обучение команды работать “вместе с ИИ” (минимум теории, только практические инструкции).

1. Постоянный контроль и улучшения

• Ежемесячный/еженедельный разбор цифр:
• – сколько заявок обработано ИИ,
• – сколько денег вернули за счет возврата клиентов/оптимизации,
• – сколько времени сотрудников освободили.
• Доработка и расширение сценариев, подключение новых ИИ‑модулей по мере роста.

Коротко можно подписать:
Не внедряем и исчезаем. Работаем как внешний директор:
план → внедрение → контроль → регулярные улучшения.
3. Как это выглядит для владельца (видимый результат)
Подзаголовок:
Что вы получаете как собственник
Блок в формате списков:

• Понятную картинку, где и за счёт чего ИИ приносит пользу.
• Не “нейросети, модели и токены”, а:
• столько‑то заявок не потеряли,
• столько‑то клиентов вернули,
• столько‑то часов в месяц освободили сотрудникам,
• столько‑то денег сэкономили/заработали.
• Минимум вашей вовлечённости в технику.
• Вам не нужно учить ИИ, разбираться в сервисах и моделях — вы общаетесь с человеком, который переводит всё в язык бизнеса.
• Ощущение, что ИИ — это не модное слово, а реально работающий сотрудник и инструмент контроля.

4. Формат и тарифы (каркас, без цифр)
Можно набросать уровни:

• Пилот “Практичный ИИ для одной боли”
• – 1–2 ключевые проблемы (например, заявки в мессенджерах салона/СТО/магазина).
• – 1–2 ИИ‑модуля (нейро‑сотрудник в чат + возврат спящих клиентов).
• – Срок 1–2 месяца, чёткий до/после.
• Абонентский формат “Директор по ИИ”
• – Фиксированная помесячная оплата.
• – Постоянная доработка ИИ‑сценариев.
• – Ежемесячные отчёты для собственника, фокус на KPI.

На лендинге можно написать без цифр, но структурно:
Стоимость зависит от масштаба и количества зон, куда заходит ИИ.
На пилоте начинаем с одной боли и одного‑двух инструментов,
чтобы вы увидели живой результат и поняли, как это работает именно в вашем бизнесе.

2.4. Тарифы (обязательно “как у них”: 2–3 уровня)
Пример структуры без цифр:

1. Пилот (1 боль → 1–2 решения → результат за 2–6 недель)
2. Чтобы снять страх и быстро показать эффект.
3. Директор по ИИ (абонентка)
4. Ежемесячное сопровождение: контроль, улучшения, расширение сценариев.
5. Под ключ / Трансформация (квартал/полгода)
6. Для тех, кто хочет “системно”: несколько отделов/процессов.

2.5. Регулярный цикл (это то, что делает тебя “как Нескучные”)
Оформи как “Как мы работаем”:

1. Диагностика болей (где теряются деньги/время/заявки)
2. План действий (что делаем, какие KPI трогаем)
3. Внедрение (настройка ИИ, интеграции, тесты)
4. Контроль качества (скрипты, правила, метрики)
5. Ежемесячный отчет владельцу (простым языком)
6. Улучшения и масштабирование (следующая боль)

Это и есть “их философия”, перенесенная на ИИ.

Понимаю очень точно: “Куратор ИИ‑решений” звучит хорошо как роль сопровождения, но на этапе “пришли → диагностировали → продали проект на 300к → внедрили” клиенту нужно ощущение команды, проекта и ответственности, а не “одного куратора”. Это решается архитектурой: у вас есть две разные роли во внешней коммуникации, которые плавно передают клиента друг другу.
Ниже — как я бы выстроил путь клиента (end‑to‑end), кто с кем общается, когда подключается технарь, и как роль “Куратор” становится центральной после внедрения.
1) Роли в команде (и как их называть клиенту)Роль 1. Менеджер по развитию / Аккаунт‑менеджер (внешний “лид” до продажи и во время проекта)
Задача: продать, собрать вводные, держать коммуникацию, не дать проекту развалиться.
Как звучит клиенту:

• “Ваш менеджер проекта”
• “Ваш аккаунт”
• “Ваш представитель Практичного ИИ”

Роль 2. Аналитик процессов / Консультант по эффективности (подключается на диагностике)
Задача: раскопать боли, посчитать эффект, сформировать план и KPI.
Как звучит клиенту:

• “Аналитик процессов”
• “Эксперт по эффективности”
• “Бизнес‑аналитик”

Роль 3. Техлид / Инженер внедрения ИИ (подключается точечно, чаще после диагностики)
Задача: проверить реализуемость, выбрать инструменты, оценить интеграции, риски, ограничения, потом внедрить.
Как звучит клиенту:

• “Технический специалист”
• “Инженер внедрения”
• “Техлид”

Роль 4. Куратор ИИ‑решений (главный после запуска в эксплуатацию)
Задача: сопровождение, контроль метрик, улучшения, обучение сотрудников на уровне “как пользоваться”, корректировки.
Как звучит клиенту:

• “Куратор ИИ‑решений”
• “Сопровождение и контроль”

Важно: куратор может быть тем же человеком, что техлид или аналитик, но клиенту лучше воспринимать это как отдельную “функцию”, а не как “один человек на всё”.
2) Клиентский путь: от первого касания до сопровожденияЭтап 0. Первичное касание (5–15 минут)
Кто общается: менеджер по развитию (ты/менеджер).
Цель: понять “это наш клиент или нет”, зафиксировать одну главную боль и назначить диагностику.
Что говорит менеджер (суть):

• “Мы внедряем ИИ под ключ и потом сопровождаем.”
• “Сначала короткая диагностика — поймём, где быстрее всего будет эффект.”

Результат этапа:

• назначена “Диагностика болей” (созвон/встреча),
• ЛПР понимает, что вы не продаёте “бота”, вы продаёте решение боли.

Этап 1. Диагностика болей (45–90 минут)
Кто общается: менеджер + аналитик процессов (опционально без технаря).
Технарь подключается, если уже на этом этапе нужно понять ограничения (интеграции, данные, каналы, безопасность).
Что вы делаете:

• Расшиваете боли по процессам: “где теряем заявки”, “где рутина”, “где контроль слабый”.
• Снимаете базовые цифры (пусть даже грубо):
• входящий поток сообщений/лидов, конверсия, время ответа, доля потерянных, нагрузка на людей.

Что важно проговорить ЛПР:

• “Вам не нужно разбираться в ИИ. Наша работа — предложить практичную схему.”
• “Мы не обещаем магию. Мы покажем план работ и ожидаемый эффект.”

Результат этапа:

• список 2–4 “болей‑кандидатов”,
• понимание каналов (VK/Avito/сайт/мессенджеры),
• договоренность: делаете “План внедрения” (платно или бесплатно — по твоей стратегии).

Этап 2. Проектирование решения и КП (3–7 дней)
Кто общается: менеджер — основной контакт; аналитик и техлид готовят начинку.
Техлид в этот момент обязателен (иначе риски “продали то, что сложно сделать”).
Что вы выдаёте:

1. Карта болей → решения (не больше 3 решений в первом этапе).
2. План внедрения по спринтам (например, 2–4 недели).
3. Метрики успеха (KPI):

• время ответа, доля обработанных обращений, конверсия в заявку/оплату, возврат “спящих”, экономия времени.

1. Риски и ограничения (что ИИ не делает: медицина/финансы/юридические советы и т.п.).
2. Стоимость (например, 300к) + “что входит”.

Как объяснять “300к”:

• не за “бота”, а за диагностику + внедрение + настройку + тестирование + запуск + месяц контроля.

Результат этапа:

• ЛПР принимает решение,
• подписывается договор.

Этап 3. Онбординг и сбор материалов (1–5 дней)
Кто общается: менеджер + техлид (минимально), без перегруза.
Цель: собрать всё, что нужно, чтобы не “буксовать” в внедрении.
Что собираете:

• продуктовые данные: прайс, услуги, регламенты, условия доставки/оплаты, FAQ,
• примеры переписок (лучшие/худшие),
• доступы к каналам/виджету/CRM (или ручной режим на первом этапе),
• политика “что можно говорить клиентам”, тон общения.

Результат:

• “база знаний” + правила, согласованные с ЛПР,
• готовность к настройке.

Этап 4. Внедрение (2–6 недель, спринтами)
Это ключевой момент, где нельзя, чтобы ЛПР видел “куратора” как одиночку. Здесь вы показываете проектный подход.

Кто общается с ЛПР:

• Менеджер проекта — регулярно (статус, дедлайны, согласования).
• Техлид — точечно (когда нужно утвердить логику, интеграции, ограничения).
• Аналитик — если нужно уточнить KPI/бизнес‑логику и скрипты.

Как выглядит процесс:

• Спринт 1: MVP (например, нейро‑сотрудник в одном канале + базовый сбор заявок).
• Спринт 2: расширение сценариев (возвраты, возражения, upsell, сложные вопросы).
• Спринт 3: интеграции/автоматизация (если нужно).

Какие “контрольные точки” показывать ЛПР:

• демо в живом чате,
• чек‑лист качества ответов,
• первые цифры (пусть маленькие): скорость ответа, обработка, лиды.

Результат:

• решение запущено,
• команда клиента понимает, как пользоваться,
• определены правила эскалации на человека.

Этап 5. Запуск в эксплуатацию (первые 7–14 дней после релиза)
Вот здесь появляется твоя идея: после внедрения на первый план выходит Куратор ИИ‑решений.
Кто общается:

• Куратор — основной контакт по ежедневным вопросам и улучшениям.
• Менеджер — сохраняется как “владелец отношений” и контролирует продление/добавление модулей.
• Техлид — в фоне, подключается только при технических инцидентах или крупном расширении.

Что делает куратор:

• мониторит качество диалогов/скриптов,
• фиксирует “провалы” и быстро правит,
• собирает обратную связь от сотрудников,
• следит за метриками.

Результат:

• система стабилизируется,
• вы ловите “детские болезни”,
• ЛПР начинает ощущать: “оно реально работает без моего участия”.

Этап 6. Полноценное сопровождение (абонентка)
Это фаза, где “Куратор” — идеальное слово.
Кто общается:

• Куратор ИИ‑решений — 80% коммуникации (вопросы, улучшения, отчёты).
• Менеджер — 20% (план развития, допродажи, стратегические решения, отношения).
• Техлид — по заявке (новый канал, новая интеграция, большой модуль).

Как выглядит сопровождение в ритме (пример):

• Еженедельно: короткий отчёт “что улучшили, что увидели, что мешает”.
• Ежемесячно: отчёт для собственника “метрики → эффект → план на следующий месяц”.
• По мере роста: подключение новых болей (спящие клиенты → голос → контроль процессов и т.п.).

3) Как это объяснять ЛПР одной фразой (чтобы не было ощущения “куратор = слабый”)
Можно использовать простую рамку:
“На этапе внедрения с вами работает команда проекта: менеджер + аналитик + техспец.
После запуска у вас появляется Куратор ИИ‑решений, который ежедневно следит, чтобы всё работало и улучшалось.
Вы не вникаете — вы получаете контроль и результат.”
Так куратор не “заменяет команду”, а становится операционным владельцем результата после внедрения.
4) Кто “лицо” компании для ЛПР
Важно: ЛПР не должен общаться с тремя людьми хаотично. Дай ему простую схему:

• Всегда один главный контакт — менеджер проекта/аккаунт (коммуникация, сроки, договорённости).
• Куратор появляется как “дежурный по результату” после запуска.
• Техлид/аналитик подключаются “по делу”.

Это повышает ощущение системности и “не бросили”.
5) Мини-шаблон коммуникаций (чтобы у тебя это прямо легло в процессы)

1. Первое общение → менеджер → “диагностика”
2. Диагностика → менеджер + аналитик
3. КП/план → менеджер (продаёт) + техлид (валидирует)
4. Внедрение → менеджер (ритм) + техлид (технические решения)
5. Запуск → куратор (основной) + менеджер (контроль отношений)
6. Абонентка → куратор + ежемесячный “совет” с менеджером/руководителем

Если хочешь, я могу дальше сделать две конкретики:

1. Схему “кто что делает” в виде RACI (кто отвечает/кто согласует/кто выполняет/кого информируем) для каждого этапа.
2. Формат абонентки куратора: что входит, какие SLA (по ответам/правкам), какие метрики, какой календарь отчётов.

3) Стоит ли “уравновешивать 3 роли” и как это сделать без раздувания штата
Ты правильно видишь: в твоей схеме “чистый аналитик” может быть слишком узким. Поэтому делай не 3 человека, а 3 функции — и функции можно совмещать.
Рекомендованная схема для старта (минимальный штат)

1. Менеджер/аккаунт (лицо клиента)

• 80% коммуникаций на старте, 20% после.
• Отвечает за сроки, договорённости, “чтобы всё двигалось”.

1. Техлид/инженер внедрения (делает систему)

• 60–80% всех часов в проекте на внедрении.
• Подключается к ЛПР точечно (когда нужно согласовать ограничения/интеграции/риски).

1. Куратор ИИ‑решений (он же аналитик на старте)

• На старте: диагностика + постановка KPI + приоритизация.
• После запуска: мониторинг KPI + улучшения + отчётность.

То есть да: аналитик = будущий куратор. Это логично.


4) Этапы проекта и кто сколько времени/денег “берёт” (проценты)Этап A. Продажа и диагностика (до договора)
Обычно это либо бесплатно, либо символически оплачивается. Проценты тут считать сложно, но важно понимать: главный драйвер — менеджер + куратор (как аналитик).

• Менеджер: 60–70% усилий коммуникации.
• Куратор: 30–40% (диагностика болей, KPI, концепт решения).
• Техлид: 0–10% (только оценка реализуемости, если нужно).

Этап B. Внедрение (проект 200 000 ₽)
Разобьём на две логики: “кто сколько общается” и “кто сколько создаёт ценности руками”.
Коммуникация с ЛПР (ощущение команды)

• Менеджер: ~70–80% контактов.
• Куратор: ~15–25% (обсуждение KPI, логики, качества).
• Техлид: ~5–15% (точечные решения/риски/согласования).

Деньги/маржинальность проекта (как делить 200 000 ₽)
Рекомендованный стартовый сплит, если техлид делает основной объём работ:

• Техлид: 45–55%
• Куратор (аналитик+будущий куратор): 20–30%
• Менеджер проекта: 20–30%

Пример “сбалансированного” распределения на 200 000 ₽:

• Техлид: 50% = 100 000 ₽
• Куратор: 25% = 50 000 ₽
• Менеджер: 25% = 50 000 ₽

Почему так:

• техлид реально “строит” систему (много часов);
• куратор делает критичную бизнес‑часть (что внедрять и как мерить успех) и потом ещё ведёт клиента на абонентке;
• менеджер обеспечивает движение проекта и удержание клиента (без него всё разваливается).

Если внедрение очень “бизнесовое” (много сценариев/скриптов, мало интеграций), можно сдвинуть в пользу куратора:

• Техлид 45%, Куратор 30%, Менеджер 25%.

Этап C. Стабилизация (первые 2 недели после запуска)
Это не отдельная продажа, но по нагрузке важно. Здесь куратор резко становится ключевым, техлид — в режиме “дежурного инженера”.
По усилиям:

• Куратор: 50–60%
• Техлид: 25–35%
• Менеджер: 10–20%

Этап D. Сопровождение (20 000 ₽/мес)
Тут ты прав: после внедрения “куратор” должен стать основной ролью. Менеджер — “владелец отношений/продления”, техлид — по заявкам.
Рекомендованный сплит 20 000 ₽/мес:

• Куратор: 50–70%
• Менеджер: 15–30%
• Техлид: 10–25% (зависит от количества тех. правок)

Оптимальный базовый вариант (если сопровождение без сложных доработок):

• Куратор: 60% = 12 000 ₽
• Менеджер: 25% = 5 000 ₽
• Техлид: 15% = 3 000 ₽

Если клиент часто просит новые интеграции/фичи (а вы пока это не выносите в отдельные мини‑проекты), то:

• Куратор: 50% (10 000 ₽)
• Менеджер: 20% (4 000 ₽)
• Техлид: 30% (6 000 ₽)

Важно: если техлид стабильно получает 25–30% от абонентки, значит вы по факту делаете “постоянную разработку” за 20к — это обычно невыгодно. Тогда правильнее:

• либо ограничить сопровождение рамками (что входит),
• либо продавать доработки отдельными пакетами/мини‑проектами.

7) Важный управленческий вывод
Чтобы ты как владелец зарабатывал стабильно:

• не пытайся “впихнуть” в 20k/мес то, что по сути является новым внедрением;
• держи абонентку как “контроль результата + небольшие правки”;
• все расширения продавай этапами (как ты и описал).