Своя AI-native CRM для Heritage вместо AmoCRM: воронка, чаты и двусторонняя связка с МойСкладом

Heritage это бренд премиальных изделий из кожи ручной работы: ремни, кошельки, сумки, аксессуары, своё производство. Бренд работает с 2016 года. Продажи вели с 2018 года в AmoCRM, но она оказалась дорогой и неудобной и не решала главных задач. Я собрала для Heritage собственную CRM, в которой менеджеры работают целиком, а МойСклад остаётся системой учёта ТМЦ.

Если коротко

Я построила для Heritage свою AI-native CRM вместо AmoCRM, силами AI-агентов (Claude Code) и собственной разработки. В ней воронка сделок над чатами из всех мессенджеров, двусторонняя связка с МойСкладом (заказ создаётся и целиком редактируется прямо из карточки CRM и пишется обратно в учёт), выручка по входящим платежам, которая сходится с финансовым отчётом один в один, и ежедневный отчёт в Telegram.

Система в проде, отдел продаж работает в ней каждый день. Мигрировано больше 36 000 клиентов, 14 800 заказов и 14 000 платежей. Отказ от AmoCRM и её платного стека это уже сотни тысяч рублей экономии в год.

А задумана система шире. Главная цель, ради которой всё и затевалось, это AI-агент, который знает контекст компании, помогает вести продажи, отвечать и предлагать идеи. Он ещё в разработке, а сама CRM уже полностью в работе.

Проблема: дорогая AmoCRM и слепой МойСклад

AmoCRM это была не только подписка примерно на 150 тысяч в год. Вокруг неё нарос платный стек: около 20 тысяч в год за интеграцию с МойСкладом, около 14 тысяч в месяц за интеграции с мессенджерами, отдельные приложения, которые просто копировали сделки. Плюс у AmoCRM платные API-запросы, поэтому любая своя доработка выходила дорого.

А ещё было просто неудобно. Кто работал в AmoCRM, тот знает: тяжёлый интерфейс, и нет даже банального фильтра клиентов по количеству сделок. Уйти на другую готовую CRM значило снова платные подписки и снова систему не под нас.

МойСклад, куда перешли как в учётную систему, воронки не имеет: сделки заводятся сразу как «заказы покупателя», без этапов «новый лид, консультация, ожидание оплаты, закрытие». Вот корневая причина боли: терялись лиды, не было работы с базой и допродаж, у собственника не было видимости.

При этом узкое место бизнеса не конверсия, она высокая, а объём лидов и работа с базой: повторные продажи и LTV. Именно сюда и хотелось направить систему.

Почему своё, а не готовое

Я рассмотрела три пути и честно взвесила каждый.

1. Воронка внутри МойСклада. Не подошло: лид до заказа не имеет в МойСкладе своей сущности, значит появились бы мусорные пустые заказы, поехали бы отчёты по отгрузкам, и негде хранить контекст для будущего AI.
2. Готовая CRM. Не подошло: это откат к тому, от чего ушли, снова подписка, чужой неуправляемый слой и привязка к вендору.
3. Свой CRM-слой, а МойСклад как система учёта. Выбрала это. Максимум контроля, свой стек без новой подписки, и есть куда класть контекст компании.

Принцип получился простой: МойСклад это источник истины по контрагентам, заказам и деньгам, а воронка, карта клиента, аналитика и дашборд живут в своём продукте. В учёт мы пишем только когда лид дозрел до заказа, чтобы не мусорить отчётность.

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

Всё, что ниже, в проде и в ежедневной работе отдела.

• Воронка сделок над чатами. Входящие из всех мессенджеров (Telegram, WhatsApp, Instagram, Avito, VK, email) собираются в единый инбокс, а над ними воронка. Две зоны: продажи, где этапы лида двигает менеджер, и производство, где статусы приходят из МойСклада и просто отражают движение заказа. Менеджер видит, где заказ, не заходя в МойСклад.
• Развёрнутая карточка заказа. Заказ МойСклада правится прямо в CRM: позиции (количество, цена, скидка, добавить или удалить товар из каталога), поля, статус, дата. Кнопка «Редактировать, Сохранить» пишет всё обратно в учёт одним действием. Есть и внутренняя заметка по сделке, которая остаётся только в CRM и в МойСклад не уходит.
• Чаты. Единый инбокс: читать и отвечать, отправлять файлы, открывать переписку прямо из карточки сделки.
• Карта клиента. LTV, средний чек, история заказов, теги по категориям и сертификаты.
• Выручка и обзор. Выручка считается по входящим платежам и сходится с финансовым отчётом один в один. На экране обзора план месяца, темп, смены менеджеров и конверсия.
• Ежедневный отчёт по выручке. Telegram-бот в 21:00 присылает отделу отчёт с разбивкой по способам оплаты, ровно как раньше делали руками.
• Уведомления. Счётчики, всплывашки и звук о новых сообщениях и заказах с сайта.
• Админка. Сертификаты, история удалённых сделок с восстановлением, редактор плана продаж.

Как это устроено

Фронт и бэк дашборда на Next.js 15 и React 19, база PostgreSQL (с pgvector под будущий поиск по знаниям) и Drizzle, всё в Docker Compose на выделенном сервере Hetzner, HTTPS автоматически через Caddy. С МойСкладом синхронизация автоматическая и мгновенная: изменения подхватываются в реальном времени.

Двусторонняя связка в двух словах: из МойСклада читаем заказы, контрагентов, платежи, статусы и ассортимент, а пишем туда создание и редактирование заказа, поля и статусы. Входящий платёж заводится автоматически только когда заказ переводят в статус «Новый заказ на производство», то есть по факту оплаты. Заказ при этом можно создать ещё на консультации: деньги и производство это разные события.

И один инженерный урок, который хорошо показывает суть двусторонней интеграции. Производственные задания в МойСкладе создаёт сценарий самого МойСклада, а не CRM. Когда эти задания вдруг начали задваиваться, причина оказалась не в CRM, а в условии сценария на стороне МойСклада. В связке двух систем критически важно точно проводить границу, кто какой документ создаёт.

Что дальше

Продукт задуман шире, чем CRM, как AI-native система продаж, которая достраивает себя через знания и инструменты, и всё под одобрением человека. Проговорю честно: этого пока нет в проде, это дорожная карта.

• Lifecycle-движок касаний под LTV: реактивация, дни рождения и годовщины, предзаказы, и всё черновиками менеджеру, а не автоответами.
• AI-консультант в роли copilot: на входящее сообщение агент собирает контекст (карта клиента, история покупок, переписка, база знаний, голос бренда) и готовит черновик ответа, а менеджер одобряет или правит.
• Самообучение и узкий автопилот на уже одобренных шаблонах, персональные офферы.
• Аналитика по каналам и эффекту касаний.
• Интеграция с финансами: свяжем CRM с ПланФактом и с финансовым агентом Heritage, чтобы продажи и деньги были в одном контуре.

Ещё раз, чтобы не путать: автоответов клиентам, автопилота и рассылок сейчас нет. Сегодня в проде ядро CRM, двусторонняя связка и отчётность. Честность тут часть ценности кейса.

Итог

Получилась своя система под конкретный бизнес за долю стоимости готовой. Она закрыла боль, которую не решали ни AmoCRM, ни МойСклад, сходится с бухгалтерией один в один и растёт под задачи компании. И то, что мне особенно нравится: она дорабатывается в диалоге с теми, кто работает в ней каждый день, руководителем отдела продаж и менеджерами. Их правки я закрывала партиями, и продукт становился лучше именно там, где это чувствуют руки.

Если у вас готовая CRM дорогая и чужая, а учётная система не видит лидов и воронки, такую систему можно собрать под ваши процессы и связать с вашим учётом. Напишите мне в Telegram или оставьте заявку. Расскажите, где сейчас теряются клиенты и деньги, и я честно скажу, что из этого стоит собрать.