База покупателей (CRM) для магазина: заказы и история — КанБан

В магазине «ТехноПро» покупатели возвращаются постоянно: сегодня взяли смартфон, через неделю — чехол и стекло, через месяц звонят по гарантии. Но каждое обращение начинается с чистого листа. Менеджер заказов Алексей заново переспрашивает телефон, роется в переписке из мессенджеров, чтобы понять, что человек уже покупал и куда ему возили заказ, а адрес доставки с прошлого раза потерялся в чате.

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

В КанБан есть отдельный раздел «Клиенты» — это CRM, где на каждого покупателя заводится карточка с телефоном, почтой, адресом и своими полями, а к ней сама подшивается вся история заказов и доставок. Поиск идёт по всей базе, любой прошлый заказ поднимается за пару секунд, а повторную покупку можно оформить кнопкой «Повторить». Ниже разберём, как это устроено и как настроить на примере «ТехноПро».

В чём проблема магазина

Клиентская база магазина обычно не существует как единое целое. Она разбросана: телефоны — в мессенджерах и в мобильном менеджера, заказы — в таблице или в голове, адреса доставки — в переписке. Пока покупатель активный, это терпимо. Но стоит ему пропасть на пару месяцев — и вся история теряется.

• Не помнят, что покупали. Клиент обращается повторно, а что он брал в прошлый раз, на какую сумму и куда возили — восстановить неоткуда.
• Переспрашивают контакты и адрес. Телефон, почту и адрес доставки приходится выяснять заново при каждом заказе, будто человека нет в базе.
• Гарантия и возвраты на память. «Я у вас месяц назад это покупал» — а доказать нечем, чек и заказ не найти.
• Дубли и путаница. Один покупатель заведён трижды с разным написанием имени и разными телефонами, и история размазана по всем трём.
• База уходит с сотрудником. Контакты и договорённости живут в личном телефоне менеджера, а не в системе магазина.

Корень один: покупатель и его заказы не связаны в единую запись. Обычная таблица заказов эту проблему не решает — в ней нет карточки клиента, которая сама накапливает все его покупки и доставки. Нужна база, где контакт и история цепляются друг к другу автоматически.

Как решает КанБан

Раздел «Клиенты» в КанБан — это CRM-справочник, встроенный в ту же систему, где вы ведёте заказы на досках. Покупатель и его заказы связаны напрямую, поэтому история собирается сама, без второй программы и двойного ввода.

• Карточка покупателя. Имя, телефон, email и заметка — базовый набор, который заполняется в один клик через кнопку «Добавить клиента».
• Свои поля. Администратор настраивает дополнительные поля под магазин через кнопку «Поля» — например «Адрес доставки», «Город», «Скидочная карта» или «Источник (сайт / Авито / рекомендация)». Их можно сделать обязательными и вывести прямо на карточку заказа на доске.
• История заказов. У каждого покупателя есть кнопка «История» со списком всех связанных карточек-заказов: их названия, статусы и даты. Прошлый заказ открывается за секунду, а кнопка «Повторить» создаёт новый заказ по образцу старого — с тем же типом, полями и покупателем.
• Поиск по всей базе. Строка поиска ищет по имени, телефону и email сразу по всей базе покупателей — не только по загруженной странице, и подгружает записи по мере прокрутки.
• Привязка заказа к покупателю. В самой карточке заказа есть поле выбора клиента: находите существующего поиском или создаёте нового прямо из заказа, не покидая его. Можно задать «ключ привязки» (телефон или номер заказа) — тогда заказ с тем же значением поля цепляется к покупателю автоматически.
• Защита от дублей. При создании клиента система подсказывает «Похожий клиент уже есть» по телефону или имени — и предлагает открыть существующую запись вместо создания второй.
• Два вида и импорт. База показывается карточками или таблицей, сортируется по числу заказов, а существующую базу покупателей можно загрузить целиком импортом из CSV или Excel.

История заказов и доставок: собирается сама

Ценность базы не в списке телефонов, а в том, что за каждым покупателем видна вся его история. В КанБан заказ живёт карточкой на доске и проходит по колонкам-этапам — например «Новый → Собран → Передан курьеру → Доставлен». Стоит привязать заказ к покупателю, и он навсегда остаётся в его истории.

• Заказ — это карточка на доске. В ней сумма, состав, адрес и статус доставки. Пока заказ едет по колонкам, менеджер видит, на каком он этапе, а покупатель — в своей истории.
• Кнопка «История». В карточке покупателя нажатием открывается список всех его заказов с датами и статусами: и оплаченные, и текущие в доставке. Видно, что человек берёт регулярно и на какие суммы.
• Повторный заказ в один клик. Кнопка «Повторить» на прошлом заказе создаёт новый по образцу — с тем же типом, полями и адресом, — не нужно набирать всё заново.
• Автопривязка по ключу. Если задать ключ привязки по телефону, любой новый заказ с этим телефоном сам подшивается к нужному покупателю, и история копится без ручной работы.

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

Разбор на примере: Магазин «ТехноПро»

В «ТехноПро» администратор один раз завёл в разделе «Клиенты» свои поля: «Адрес доставки», «Город», «Скидочная карта» и «Источник». Базу постоянных покупателей загрузили из старой таблицы через «Импорт».

Звонит Мария — хочет докупить наушники к смартфону, который брала месяц назад. Менеджер Алексей открывает раздел «Клиенты», вводит в поиск её телефон — запись находится по всей базе мгновенно. В карточке Марии видны контакты, поле «Адрес доставки», а кнопка «История (3)» показывает: месяц назад — смартфон на 42 000 ₽ с доставкой на тот же адрес. Алексей нажимает «Повторить», меняет состав на наушники — новый заказ уже привязан к Марии и с её адресом, набирать ничего не нужно.

Заказ уезжает по колонкам доски. Кладовщик Ирина Складова собирает его и переводит карточку в «Собран», а курьеры Пётр и Роман берут заказы из колонки «Передан курьеру». Роман везёт заказ Марии, отмечает «Доставлен» — и эта доставка навсегда осталась в её истории с датой и суммой.

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

Что это даёт магазину

Единая база покупателей с историей заказов превращает разовые продажи в управляемый поток постоянных клиентов, которых магазин помнит и обслуживает быстрее конкурентов.

• История всегда под рукой. Что покупали, когда, на какую сумму и куда возили — видно по каждому клиенту за секунды, даже спустя год.
• Гарантия и возвраты без споров. Каждый заказ зафиксирован и привязан к покупателю — доказывать факт покупки не нужно.
• Меньше рутины на приёме заказа. Покупатель находится по телефону, контакты и адрес не переспрашиваются, повторный заказ создаётся кнопкой «Повторить».
• Чистая база без дублей. Подсказка о похожем клиенте не даёт плодить копии, и вся история остаётся в одной записи.
• Видно постоянных и их ценность. База сортируется по числу заказов — сразу понятно, кому предложить скидку и кого удерживать.
• База принадлежит магазину. Покупатели живут в системе, а не в личном телефоне менеджера, — их не унесёшь при увольнении.

Один раз собранная база работает на каждую следующую продажу: покупатель чувствует, что его помнят, а магазин принимает решения на фактах, а не на памяти.