Как принимать заказы на торты через мессенджеры и не терять заявки

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

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

Главное правило: переписка и итог по заказу не должны быть одним и тем же документом.

Почему чат перестаёт справляться

Клиент редко присылает всё одним сообщением.

Представим: в понедельник Марина спрашивает, свободна ли суббота. Во вторник присылает фото торта из интернета. В среду выбирает начинку, а вечером просит поменять надпись. Вес уточняется после расчёта, и скрин перевода приходит в четверг ночью, между вопросом про свечки и «а можно к 16:00?».

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

Чат отлично показывает, как менялся разговор. Но перед работой нужен другой ответ: что согласовано сейчас.

Проверка за 60 секунд

Открой один активный заказ и, не перечитывая переписку, ответь:

1. Что именно нужно приготовить?
2. Какая дата и время подтверждены?
3. Какой пример оформления согласован?
4. Какова итоговая стоимость?
5. Пришла ли предоплата?
6. Что ещё не согласовано?
7. Кто делает следующий шаг?

Если ответы разбросаны по разным сообщениям, заказ пока держится на памяти. Это не значит, что срочно нужна сложная CRM — программа для учёта клиентов. Для начала достаточно выписать итог по заказу в отдельную карточку.

Какие заявки теряются чаще всего

Клиент получил цену и пропал

Диалог остаётся в списке, но непонятно, напомнить о себе, ждать ответ или освободить дату. Такая заявка теряется из-за того, что у неё нет следующего шага.

Дата была упомянута только в начале

Остальные детали обсуждались позже. При планировании недели приходится листать чат к первым сообщениям и проверять, подтверждена ли дата.

Предоплата живёт отдельно от заказа

Подтверждение перевода лежит в чате. Без записи рядом с заказом трудно быстро увидеть, сколько пришло и сколько осталось.

Согласованный пример оформления не отмечен

Клиент прислал несколько вариантов, потом поменял цвет или надпись. Если не записать последнюю версию, все варианты в чате выглядят равноправными.

Постоянный клиент просит «как в прошлый раз»

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

Шаблон карточки заказа

Карточка не должна повторять весь чат. В ней только то, что влияет на выполнение.

Блок	Что записать	Контрольный вопрос
Клиент	Имя и контакт	С кем согласовываем?
Изделие	Вид, начинка, вес или количество	Что готовим?
Срок	Дата и время	Когда заказ должен быть готов?
Оформление	Согласованный пример, цвет, надпись	Какая версия утверждена?
Стоимость	Итоговая сумма и доплаты	Сколько согласовано сейчас?
Предоплата	Сумма, дата и статус	Заказ подтверждён по твоим правилам?
Получение	Самовывоз или доставка	Как передаём заказ?
Статус	Текущий этап	Где находится заказ?
Следующий шаг	Действие, ответственный, срок	Что должно произойти дальше?
Условия	Аллергии и важные пожелания	Что нельзя упустить?

Пустое поле тоже полезно. Оно показывает, какой вопрос ещё нужно задать клиенту.

Правило после важного сообщения

Чтобы карточка не устаревала, действуй по короткому правилу. Пришло сообщение, которое меняет дату, состав, оформление, стоимость или способ получения? Подтверди изменение клиенту обычным текстом, обнови нужное поле в карточке, проверь, не поменялась ли из-за этого цена или срок, и запиши новый следующий шаг. Если поменялся согласованный пример оформления, замени и его.

Переносить каждую реплику не нужно. Переносится только новая договорённость.

Какие статусы использовать

Статус — короткая пометка о том, на каком этапе заказ. Он должен помогать принять решение, а не просто описывать настроение заказа.

Для ручной системы можно начать с цепочки:

Новая заявка → Согласование → Подтверждена → В работе → Готова → Выполнена

Предоплату удобнее записывать отдельным полем: этап заказа и оплата не всегда меняются одновременно.

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

Когда таблицы и заметок достаточно

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

Проблема не в таблице как таковой. Проблема начинается, когда таблица хранит одну часть заказа, календарь другую, а итог остаётся в сообщениях.

Как разделить инструменты

Мессенджер — для живого обсуждения и уточнений. Витрина или каталог — для ассортимента. Карточка заказа — для итога договорённостей. Календарь — для занятости по датам. История клиента — для повторных обращений.

Инструменты могут быть разными. Важно заранее решить, какое место главное: где лежит итог по заказу, которому ты веришь.

Как этот процесс устроен в Tamkarum

Tamkarum — сервис для приёма и ведения заказов кондитера, построенный вокруг этой схемы.

Ты создаёшь витрину — страничку с изделиями, которую клиент открывает по ссылке из мессенджера, с сайта или по QR-коду. Клиент выбирает изделие и дату и оставляет заявку. Она появляется в кабинете, отдельно от списка личных чатов.

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

В карточке заказа ты записываешь сумму, дату и статус предоплаты, полученной привычным способом. Деньги внутри платформы Tamkarum не принимает: он связывает запись о переводе с конкретным заказом. Календарь и ограничение заказов на день помогают управлять доступными датами, а история сохраняется в карточке клиента.

Мессенджер при этом остаётся для сложного декора, голосовых сообщений и личного общения.

Настройка за один вечер

1. Выпиши обязательные поля из шаблона выше.
2. Выбери одно место, где будет храниться итог по каждому заказу.
3. Определи пять или шесть понятных статусов.
4. Добавь поле «следующий шаг».
5. Перенеси все активные заявки, начиная с ближайшей даты.
6. Отметь заказы без подтверждённой даты или предоплаты.
7. Сохрани каталог или витрину в быстрых ответах.
8. Раз в день проверяй заявки без следующего шага.

Старый архив не переноси, пока процесс не заработал на новых заказах.

Частые вопросы

Можно ли принимать заказы только через Telegram

Да, особенно если их немного. Но итог по заказу лучше записывать отдельно, чтобы дата, стоимость и следующий шаг не зависели от положения чата.

Нужна ли кондитеру CRM

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

Что делать, если клиент ещё не подтвердил заказ

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

Как учитывать предоплату

Записывать рядом с заказом сумму, дату, статус и остаток. Деньги могут приходить привычным способом; важно, чтобы подтверждение не осталось только в переписке.

Нужно ли переносить всю переписку

Нет. Сохраняй итоговую договорённость и важные файлы. Полная переписка может остаться в мессенджере.

Попробуй на одном активном заказе

Заполни карточку из таблицы для ближайшего заказа. Потом закрой чат и проверь, можно ли с одного экрана понять состав, срок, оплату и следующий шаг.

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