Пятница, половина шестого вечера. Менеджер Асель сидит перед двумя мониторами: на одном открыт личный кабинет Kaspi Магазин с 47 новыми заказами, на другом — CRM, где половина этих заказов ещё не появилась. Клиенты пишут в чат: «Когда доставка?», а Асель честно не знает — потому что статус «Принят» в Kaspi это одно, а в CRM такого статуса вообще нет. И так каждый день.
Знакомая ситуация? Если вы продаёте через Kaspi Магазин и ведёте клиентов в CRM, то наверняка сталкивались с этой путаницей. Два мира, две системы статусов, два понимания того, что происходит с заказом. А между ними — менеджеры, которые пытаются это всё связать в голове.
В этой статье разберём, как правильно «поженить» Kaspi Магазин с CRM: какой статус чему соответствует, кто за что отвечает на каждом этапе, и главное — что из этого можно автоматизировать, чтобы менеджеры занимались продажами, а не копированием данных из одной вкладки в другую.
Если коротко (TL;DR)
- Kaspi Магазин имеет 6 основных статусов заказа, CRM — обычно 5-8 этапов воронки
- Главная задача — создать чёткий маппинг «статус Kaspi → этап CRM» и закрепить ответственного
- SLA должен быть привязан к каждому переходу: сколько времени есть на реакцию
- 80% рутины можно автоматизировать через API и вебхуки
Почему это вообще проблема
Kaspi Магазин — это не просто очередной маркетплейс. Для казахстанского рынка это фактически стандарт онлайн-торговли. По статистике, более 70% онлайн-покупок в Казахстане проходят через экосистему Kaspi. И если вы продаёте в Казахстане — вы почти наверняка продаёте через Kaspi.
Проблема возникает, когда бизнес растёт. Пока у вас 5-10 заказов в день, можно держать всё в голове. Но когда заказов становится 50, 100, 200 в день — начинается хаос. И вот почему:
- Статусы не совпадают. В Kaspi есть статус «Готов к выдаче», а в вашей CRM — «Доставляется». Что есть что?
- Непонятно, кто отвечает. Заказ завис — это склад не собрал или курьер не забрал? Без чёткого распределения начинается перекладывание ответственности
- Нет SLA. Сколько времени допустимо держать заказ в статусе «Новый»? Час? День? Неделю? Если не договориться — сроки будут срываться
- Дублирование работы. Менеджер смотрит в Kaspi, потом вручную переносит в CRM, потом отмечает в Excel для отчёта. Три раза одно и то же
Выход есть, но требует системности: нужно сделать единую карту статусов, закрепить ответственных и настроить автоматизацию. Разберём по шагам.
Статусы заказов в Kaspi Магазин: что означает каждый
Прежде чем строить маппинг, нужно понять, какие статусы существуют в Kaspi и что конкретно они означают. Вот полный список:
🆕 Новый
Заказ только что создан покупателем. Вы ещё не подтвердили, что готовы его выполнить. Это точка входа — с неё начинается весь процесс.
✅ Принят в обработку
Вы подтвердили заказ и начали его выполнять. Товар должен быть зарезервирован, менеджер назначен, процесс запущен.
📦 Готов к выдаче / передан курьеру
Заказ собран и ждёт клиента в пункте выдачи или уже передан курьеру для доставки. Физически товар готов — осталось только отдать.
🚚 Доставляется
Курьер в пути к клиенту. Статус актуален для доставки «до двери». Клиент ждёт, таймер тикает.
🎉 Завершён
Клиент получил товар, деньги списаны, все счастливы. Финальная точка успешного заказа.
❌ Отменён
Заказ не состоялся. Причины разные: клиент передумал, товара нет в наличии, не удалось доставить. Важно фиксировать причину для аналитики.
Это базовые статусы, которые видит и продавец, и покупатель. В реальности могут быть подстатусы и дополнительные состояния (например, «Ожидает оплаты» для рассрочки), но для маппинга достаточно этих шести.
Продаёте через Kaspi и устали от ручного переноса данных?
Мы настроим автоматическую синхронизацию заказов из Kaspi Магазин в вашу CRM. Статусы, клиенты, товары — всё будет обновляться само.
Обсудить интеграциюТаблица маппинга: Kaspi → CRM
Теперь самое важное — как статусы Kaspi соотносятся с этапами вашей CRM-воронки. Ниже — универсальный маппинг, который можно адаптировать под вашу специфику.
| Статус Kaspi | Этап в CRM | Ответственный | SLA | Что происходит |
|---|---|---|---|---|
| 🆕 Новый | Новая заявка | Менеджер по продажам | 15 мин | Заказ появляется в CRM. Менеджер проверяет наличие товара, резервирует, подтверждает заказ в Kaspi |
| ✅ Принят | В работе / Сборка | Склад | 2 часа | Склад получает задачу на сборку. Комплектует заказ, упаковывает, готовит к отгрузке |
| 📦 Готов к выдаче | Готов к отгрузке | Логист / Курьерская служба | 4 часа | Заказ ждёт курьера или клиента. Если самовывоз — клиенту отправляется уведомление |
| 🚚 Доставляется | В доставке | Курьер / Служба доставки | По договору | Курьер везёт заказ. CRM отслеживает статус доставки, клиент получает трек-номер |
| 🎉 Завершён | Успешно реализовано | Менеджер (контроль) | — | Сделка закрыта. Финансы обновляются, клиент переходит в базу для повторных продаж |
| ❌ Отменён | Закрыто и не реализовано | Менеджер | 1 час | Фиксируется причина отмены. Резерв снимается, товар возвращается в свободный остаток |
Комментарии к таблице
Эта таблица — отправная точка, а не догма. В вашем бизнесе могут быть нюансы. Например:
- Если вы работаете только на самовывоз — статус «Доставляется» вам не нужен
- Если товар требует предоплаты — между «Новый» и «Принят» может быть этап «Ожидает оплаты»
- Если у вас производство под заказ — добавьте этап «В производстве» после «Принят»
Главное — чтобы каждый статус Kaspi имел однозначное соответствие в CRM. Никаких «ну это примерно то же самое». Чёткость — залог порядка.
SLA: сколько времени есть на каждый этап
SLA (Service Level Agreement) — это не бюрократия, а инструмент контроля. Без чётких сроков заказы будут зависать, клиенты — злиться, а вы — терять деньги на отменах и плохих отзывах.
Вот рекомендуемые SLA для каждого перехода между статусами:
| Переход | Рекомендуемый SLA | Почему именно столько |
|---|---|---|
| Новый → Принят | 15-30 минут | Kaspi показывает покупателю время подтверждения. Чем быстрее — тем выше доверие. Долгое ожидание = отмена |
| Принят → Готов к выдаче | 2-4 часа (или до конца дня) | Зависит от сложности сборки. Для стандартных товаров — пара часов. Для сложных комплектов — до конца рабочего дня |
| Готов → В доставке | До конца следующего рабочего дня | Курьер должен забрать заказ. Если собственная доставка — планируйте маршрут на следующий день |
| В доставке → Завершён | По договору с клиентом | Зависит от географии и условий. Алматы — 1-2 дня, регионы — 3-5 дней. Главное — выполнить обещанное |
| Отмена → Обработка | 1 час | Отмена — это не конец, а возможность. Быстро свяжитесь с клиентом, узнайте причину, предложите альтернативу |
Как контролировать SLA
В CRM должны быть настроены автоматические уведомления:
- 50% SLA прошло — «жёлтое» напоминание менеджеру
- SLA истёк — «красное» уведомление менеджеру + руководителю
- Еженедельный отчёт — статистика по соблюдению SLA для анализа узких мест
Распределение ответственности: кто за что отвечает
Одна из главных проблем — размытая ответственность. «Это не моё, это склад должен был» — знакомо? Чтобы такого не было, нужно чётко закрепить роли.
👤 Менеджер по продажам
Зона ответственности:
- • Подтверждение новых заказов
- • Связь с клиентом при проблемах
- • Обработка отмен и возвратов
- • Контроль прохождения заказа
- • Upsell и cross-sell
📦 Склад
Зона ответственности:
- • Сборка и комплектация заказа
- • Проверка качества товара
- • Упаковка
- • Передача курьеру/в ПВЗ
- • Актуализация остатков
🚚 Логистика
Зона ответственности:
- • Планирование маршрутов
- • Доставка в срок
- • Связь с клиентом по доставке
- • Возврат недоставленных заказов
- • Обновление статусов в CRM
Важный момент: в CRM на каждом этапе должен быть один ответственный. Не «склад» абстрактно, а конкретный сотрудник. Иначе задача повиснет в воздухе — все будут думать, что это сделает кто-то другой.
«Мы ввели правило: заказ без ответственного — это ЧП. Если система не смогла автоматически назначить исполнителя, руководитель получает алерт. За месяц количество "потерянных" заказов упало с 8% до 0,5%.»
Руководитель отдела продаж
Интернет-магазин электроники, Алматы
Что можно автоматизировать
Хорошая новость: большую часть рутины можно переложить на систему. Kaspi предоставляет API для работы с заказами, и его можно связать с CRM. Вот что реально автоматизировать:
✅ Автоматизируется легко
- Создание сделки в CRM при новом заказе в Kaspi
- Синхронизация статусов Kaspi → CRM
- Обновление статуса в Kaspi при смене этапа в CRM
- Назначение ответственного по правилам
- Уведомления при нарушении SLA
- Резервирование товара на складе
- Создание задачи для склада на сборку
⚙️ Требует настройки
- Автоматический ответ клиенту в чате Kaspi
- Синхронизация остатков (нужна интеграция со складом)
- Автоматический расчёт сроков доставки
- Генерация накладных и этикеток
- Маршрутизация на разные склады
Пример автоматического сценария
Вот как может выглядеть полностью автоматизированный процесс от заказа до сборки:
- 15:00 — Клиент оформляет заказ в Kaspi Магазин
- 15:01 — Вебхук от Kaspi API. CRM создаёт сделку, присваивает номер, подтягивает данные клиента и товара
- 15:01 — CRM проверяет остаток на складе. Товар есть — резервируется автоматически
- 15:02 — Назначается ответственный менеджер (по правилу: категория товара + город)
- 15:02 — Менеджер получает push-уведомление: «Новый заказ #12345, SLA: 15 минут»
- 15:05 — Менеджер проверяет заказ, нажимает «Подтвердить». CRM отправляет подтверждение в Kaspi через API
- 15:05 — Автоматически создаётся задача для склада: «Собрать заказ #12345, SLA: 2 часа»
- 16:30 — Склад отмечает «Собрано». CRM обновляет статус в Kaspi на «Готов к выдаче»
Весь этот процесс занял 90 минут, из которых человек работал минуты три — остальное сделала система.
Хотите такую автоматизацию у себя?
Мы уже настраивали интеграции Kaspi + CRM для десятков компаний. Знаем все нюансы API, типичные ошибки и лучшие практики. Обсудим ваш случай?
Обсудить автоматизациюГрабли, на которые наступают все
За годы работы мы видели десятки интеграций Kaspi с CRM. Честно скажу: ошибки повторяются с удручающей регулярностью. Вот самые болезненные — те, что приводили к потерям денег и нервов.
Однажды к нам пришёл клиент, который решил «упростить» воронку. Объединил статусы «Принят» и «Готов к выдаче» в один этап «В работе». Логика была: «Зачем плодить лишние этапы?». Через месяц склад и менеджеры перестали понимать друг друга. Заказ висит «В работе» — это ещё собирать или уже ждёт курьера? Клиенты звонят: «Когда доставка?», менеджер честно не знает. Переделывали всю воронку, заново мигрировали данные. Каждому статусу Kaspi — свой этап в CRM. Без исключений.
Вторая классика: интеграция работает только в одну сторону. Заказы из Kaspi приходят в CRM, всё красиво. Но когда менеджер отмечает «Отгружено» в CRM — в Kaspi статус не меняется. Клиент открывает приложение, видит «Принят», нервничает, пишет гневные сообщения. А менеджер не понимает, почему клиент злится — у него-то всё отмечено. Мораль: интеграция должна быть двусторонней. Изменили в CRM — изменилось в Kaspi. Автоматически.
Третья ловушка — дубли контактов. Один и тот же клиент заказал три раза — в CRM появилось три карточки. Через полгода база раздулась до 5000 контактов, из которых 3000 — дубли одних и тех же людей. Аналитика врёт, рассылки уходят по три раза одному человеку, менеджеры тратят время на поиск «правильного» контакта. Решение простое: при создании сделки проверять, есть ли уже контакт с таким телефоном. Есть — привязываем к нему, нет — создаём новый.
И наконец, молчаливые сбои. Интеграция упала в пятницу вечером — никто не заметил. В понедельник выяснилось, что 200 заказов за выходные не попали в CRM. Менеджеры не позвонили клиентам, заказы не обработаны, рейтинг на Kaspi просел. Что делать? Перебирать вручную весь список и искать расхождения. Логирование, мониторинг, алерты о сбоях — это не «потом настроим», это «настраиваем сразу».
Метрики: как понять, что интеграция работает
После настройки интеграции важно отслеживать, даёт ли она результат. Вот ключевые метрики:
| Метрика | Что измеряет | Целевое значение |
|---|---|---|
| Время подтверждения заказа | От появления заказа в Kaspi до статуса «Принят» | < 15 минут |
| Процент соблюдения SLA | Доля заказов, обработанных в срок | > 95% |
| Время полного цикла | От заказа до доставки клиенту | Зависит от логистики, но стремиться к 24-48 часов |
| Процент отмен | Доля отменённых заказов | < 5% |
| Рейтинг продавца в Kaspi | Интегральная оценка качества | > 4.8 из 5 |
Эти метрики должны быть видны на дашборде руководителя. Не в Excel-файле, который обновляется раз в неделю, а в реальном времени. Если SLA падает — это должно быть видно сразу, а не через месяц в отчёте.
Кейс: интернет-магазин бытовой техники
Компания «ТехноМаркет» (название изменено) — крупный продавец бытовой техники в Казахстане. 300-400 заказов в день через Kaspi Магазин, команда из 8 менеджеров, собственный склад и служба доставки.
Проблемы до интеграции:
- Менеджеры вручную переносили заказы из Kaspi в CRM — 2-3 часа в день на всю команду
- Среднее время подтверждения заказа — 40 минут (клиенты уходили к конкурентам)
- 15% заказов «терялись» между статусами — никто не знал, на каком этапе завис
- Рейтинг продавца в Kaspi — 4.2 (ниже среднего по категории)
Что сделали:
- Настроили автоматическую синхронизацию заказов Kaspi → CRM через API
- Создали чёткий маппинг статусов по таблице выше
- Настроили автоматическое назначение ответственного по категории товара
- Внедрили SLA-контроль с уведомлениями
- Добавили обратную синхронизацию CRM → Kaspi
Результаты через 2 месяца:
Время подтверждения
40 → 8 мин
Соблюдение SLA
72% → 96%
Потерянные заказы
15% → 2%
Рейтинг Kaspi
4.2 → 4.7
Бонусом: менеджеры освободили 2-3 часа в день, которые раньше тратили на ручной перенос данных. Это время теперь уходит на работу с клиентами — допродажи, решение проблем, повышение лояльности.
Чек-лист: что проверить перед внедрением
Если вы решили настроить интеграцию Kaspi Магазин с CRM, вот что нужно подготовить:
- Доступ к API Kaspi — получите токен в личном кабинете продавца
- Список статусов в CRM — определите, какие этапы воронки у вас уже есть
- Таблица маппинга — свяжите статусы Kaspi с этапами CRM
- SLA для каждого перехода — договоритесь с командой о сроках
- Правила назначения ответственного — кто берёт заказ в работу
- Тестовые заказы — подготовьте несколько заказов для проверки интеграции
- План на случай сбоя — что делать, если интеграция упала
Что в итоге
Интеграция Kaspi Магазин с CRM — это не просто техническая задача. Это изменение того, как работает весь отдел: менеджеры, склад, логистика. Процесс непростой, но результат того стоит.
Один наш клиент — интернет-магазин электроники — после настройки интеграции перестал терять заказы. Совсем. Раньше 5-7 заказов в неделю «проваливались» между системами: то менеджер забыл перенести, то статус не обновился. Теперь каждый заказ автоматически попадает в CRM, получает ответственного, контролируется по SLA. Потери — ноль.
Менеджеры освободили 2-3 часа в день, которые раньше тратили на ручной перенос данных. Теперь это время уходит на работу с клиентами — допродажи, решение проблем, повышение лояльности. Рейтинг в Kaspi вырос с 4.2 до 4.7 за два месяца. А с рейтингом выросли и продажи — алгоритмы Kaspi любят хороших продавцов.
Настройка занимает от нескольких дней до пары недель — зависит от того, насколько у вас всё запущено. Окупается обычно за месяц-два: экономите время, сокращаете отмены, повышаете рейтинг.
Если чувствуете, что тонете в ручной работе с заказами из Kaspi — самое время это исправить. Не потому что «так модно», а потому что конкуренты уже это сделали.
Готовы навести порядок в заказах из Kaspi?
Покажем, как интеграция работает на демо с вашими данными. Расскажем, сколько времени займёт настройка и какой результат получите.
Записаться на демоПолезные материалы по теме
Если вы работаете с маркетплейсами и хотите глубже разобраться в автоматизации, эти статьи будут полезны:
- CRM + маркетплейсы: Ozon, Wildberries, Яндекс.Маркет — как управлять продажами на нескольких площадках
- CRM + МойСклад — интеграция для торговли — как связать продажи и складской учёт
- Автоворонка продаж в CRM — триггеры, сценарии и контроль качества
- Автоматизация рутины в CRM — 15 готовых сценариев для отдела продаж
- SLA, NPS, CSAT: какие метрики реально полезны — как измерять качество работы с клиентами