Понедельник, утро. В Telegram три непрочитанных чата с заявками. В Instagram — два директа. В личных сообщениях у знакомой — «можно у вас торт на пятницу?». Вы помните, что одной клиентке точно обещали бенто к среде, но не помните, согласовали ли вы начинку. И где-то была переписка про надпись «С 30-летием Андрея» — у Андрея или у Артёма? Если узнаёте картину — вы дошли до этапа, когда нужна программа для учёта заказов. Не CRM с воронкой продаж и не Excel с десятью вкладками. Что-то простое, чтобы заказы перестали тонуть в чатах.
На каком объёме память перестаёт справляться
По нашим разговорам с кондитерами в кастдеве — переломный момент наступает примерно на десяти заказах в неделю. До этого вы держите всё в голове и в одной заметке в телефоне. Но когда заказов становится 10-15, а каждый требует 3-5 деталей (дата, начинка, вес, цвет, текст надписи, аллергии, контакт) — оперативная память отказывает. Какие-то детали проваливаются. И именно в этот момент у самозанятого происходит первая дорогая ошибка: торт не того цвета, бенто без надписи, заказ не той даты.
Дальше начинаются попытки систематизировать. Excel или Google Sheets — первый шаг почти у всех. И почти у всех это разваливается через месяц: таблицу неудобно открывать на телефоне, формулы ломаются, фотографий и переписок туда не прикрепишь, в итоге половина данных всё равно остаётся в Telegram.
Минимальный набор полей для учёта заказа
Не пытайтесь сделать «правильную CRM». Достаточно одной таблицы с такими колонками:
- Дата получения (главное поле — по нему сортируется график)
- Имя клиента + контакт (Telegram-юзернейм или номер)
- Что заказ (короткое описание: «бенто 500 г, шоколад, надпись „С ДР, Маша!”»)
- Сумма (полная стоимость)
- Предоплата (внесена или нет, дата, способ)
- Статус (новый / согласован / оплачен / готов / выдан)
- Заметка (аллергии, особые условия, ссылка на референс)
Семь полей. Не двенадцать. На семи полях вы реально будете заполнять таблицу, на двенадцати — забросите через две недели.
Почему Excel работает плохо для прямых продаж
Главная проблема — он живёт отдельно от того места, где приходят заявки. Заявка падает в Telegram, вы её прочли, дальше нужно переключиться на компьютер или на табличное приложение в телефоне, открыть нужный лист, найти свободную строку, скопировать данные. На каждом шаге теряется внимание. На третьем заказе вы это делаете. На десятом за день — уже нет.
Вторая проблема — таблица не напоминает. Если в среду у вас должен быть готов торт, который вы согласовали неделю назад, никто вас об этом не толкнёт. Календарь в телефоне иногда спасает — но туда тоже надо вручную заносить дату.
Третья проблема — клиент не видит, что заказ зафиксирован. Для него всё происходит в личке: вы что-то ответили — и тишина до момента «когда забирать?». А ему хочется ощущения «мой заказ оформлен и не потеряется». Excel этого ощущения не даёт, потому что клиент его не видит.
Что должно быть в программе для учёта заказов у самозанятого
После 50+ разговоров с продавцами в кастдеве мы сформулировали для себя короткий список того, что реально нужно практику с 5-15 заказами в неделю:
- Все заказы в одном списке с фильтром по статусу и дате.
- Карточка заказа с фотографиями, перепиской, согласованными деталями — в одном месте, а не в трёх чатах.
- Связь с клиентом: история его прошлых заказов, контакты, предпочтения.
- Платёж и чек прямо в карточке — оплата по СБП и автоматический чек самозанятого, без переключений на «Мой налог».
- Статус, который видит клиент — чтобы он не писал каждый день «а как там?»
Когда мы складывали это в логику TapShop, оказалось, что обычные CRM (amoCRM, Битрикс24) к этому не подходят — они слишком тяжёлые для частного продавца, требуют недели настройки, стоят по 1500-2000 ₽/мес и заточены под B2B-воронку, а не под кондитерский заказ. А лёгкие инструменты (Taplink, Tilda) — это сайт-витрина, не учёт.
Кстати, для этого мы и строим TapShop — одно окно для прямых продаж, где заказ, оплата, чек самозанятого и история клиента живут в одной системе, а не в трёх. Запуск летом 2026. Получить ранний доступ.
Промежуточные решения, пока инструмента нет
Если вы сегодня тонете в чатах, а ждать TapShop ещё пару месяцев — вот рабочие промежуточные варианты.
Notion с базой данных «Заказы». Лучше Excel, потому что работает на телефоне, поддерживает фотографии и ссылки на чаты, есть фильтры по статусу и дате. Минус — всё равно надо вручную переносить заявки из Telegram. Шаблон делается за час, бесплатно для одного пользователя.
Telegram-бот «Сохранить в задачи». Простейший вариант: создаёте отдельный чат с самим собой («Избранное» или отдельную группу), пересылаете туда каждую заявку и в ответ ставите дату-теги: #пт 7марта #бенто #5000 #предоплата_нужна. Дальше поиск по тегу даёт вам график. Это не учёт, но это лучше, чем ничего.
Google Calendar с тегами. В календарь заносите событие в день получения заказа, в заголовок — клиент и заказ, в описание — детали. Минус: не видна общая картина, плюс — нативные напоминания и работа на любом устройстве.
Все три варианта — это костыли. Они закроют ситуацию на 1-3 месяца, пока вы дойдёте до того инструмента, в котором всё лежит вместе. Но даже костыль лучше, чем держать пятнадцать заказов в голове и трёх чатах.
Связка учёта с клиентской базой
Здесь начинается главная мысль, которая обычно ускользает: учёт заказов — это не самоцель. Это первый шаг к тому, чтобы клиенты возвращались. Когда у вас по каждому покупателю есть история (что заказывал, на какую дату, во сколько обошлось, какой повод), у вас появляется простой инструмент повторных продаж — вы знаете, кому когда написать.
Без учёта вы каждого клиента видите как «разовое касание». С учётом — как сетку отношений, которая может приносить вам деньги годами. Подробнее этот сюжет мы разбираем в статье про то, почему клиенты теряются после первой покупки.
Частые вопросы
Сколько часов в неделю реально занимает учёт заказов?
При 10-15 заказах в неделю в нормальной системе — 15-20 минут в день на занесение новых и обновление статусов. В Excel или Notion — в полтора-два раза больше, потому что много переключений. В голове — теоретически ноль минут, но за это вы платите ошибками, отменами и забытыми деталями.
Можно ли использовать обычный блокнот?
Можно, но недолго. Бумажный блокнот работает до 5-7 заказов в неделю. Дальше начинаются проблемы: невозможно искать по клиенту, нельзя прикрепить фото референса, не виден график на пиковые недели. И главное — блокнот не передашь помощнику, когда заказов станет больше.
А если у меня уже есть amoCRM, она подходит?
Подходит, если вы готовы потратить 1-2 недели на настройку и платить около 1500 ₽/мес. Для мини-производства с командой — нормально. Для кондитера-практика 5-15 заказов в неделю — это как ехать в магазин на грузовике. Возможно, но избыточно.
Что делать с заказами, которые приходят из разных каналов — Telegram, Instagram, рекомендации?
Главное правило — единая точка хранения. Откуда бы ни пришла заявка, она должна попадать в одно и то же место. Если из Instagram — переносите вручную, если из Telegram — через бота или копипастом. Идеально, когда у клиента есть ссылка на оформление заказа (вот это и делает витрина TapShop), и заявка изначально попадает в систему. До этого — переносите руками, не оставляйте в чатах.
Что в итоге
Учёт заказов — не про дисциплину и не про педантичность. Он становится нужен в конкретный момент: когда количество одновременных заказов превышает то, что вы реально можете удержать в голове. У большинства кондитеров это 10 заказов в неделю.
С этого момента вы выбираете не «нужен ли учёт», а «насколько он удобный». Excel — рабочий минимум. Notion — чуть лучше. Telegram-бот с тегами — костыль на сейчас. Специализированный инструмент с заказом, оплатой и чеком в одном окне — то, к чему все приходят рано или поздно.
И самое главное: учёт — это не конец истории, а её начало. Когда заказы записаны, появляется база. Когда есть база — появляются повторные продажи. Как с ними работать, мы разбираем в статье «Что написать клиенту после первого заказа».
Хотите попробовать TapShop, как только он будет готов? Оставьте заявку на ранний доступ — запуск летом 2026.