Автоматизация малого бизнеса: чеклист на неделю

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

Полная карта процессов и дерево «таблица / бот / CRM / код» — в гайде про автоматизацию бизнес-процессов. Здесь — старт: срезать рутину за неделю, не начиная с 1С, склада и «умного агента». На наставничестве я часто вижу обратную картину: купили подписку, а заявки по-прежнему живут в личке владельца.

Сегмент в тексте, не в заголовке: самозанятые, ИП, команда до примерно пяти человек, заявки в Telegram, WhatsApp, форме на сайте. В кейсе на Habr автор мини-CRM описывает соло-команду с примерно 5–20 лидами в месяц — это ориентир из одного проекта, не «среднее по рынку». При таком потоке платная CRM часто избыточна, пока нет дисциплины учёта.

ERP, товароучёт и склад — не начинайте отсюда. Если в таблице «подходит» — фиксируем неделю по чеклисту, а не покупаем CRM.

Один канал, одно уведомление, один учёт — за семь дней. Ниже план по дням — основной практический блок статьи.

1. 01

   День 1 — инвентаризация: список всех каналов заявок за последнюю неделю; отметить, где терялись сообщения.

2. 02

   День 2 — один канал: выбрать основной вход; для остальных — шаблон редиректа.

3. 03

   День 3 — поля учёта: согласовать 3–5 полей (имя, услуга, срок, статус, источник).

4. 04

   День 4 — один учёт: завести Яндекс Таблицу, TG-топики или Битрикс24 Free; первая тестовая строка.

5. 05

   День 5 — одно уведомление: правило «новая запись → пуш ответственному»; тест ≤2 мин.

6. 06

   День 6 — прогон на реальных лидах: журнал: записано / потеряно / дубли.

7. 07

   День 7 — go/no-go: по критерию из финального раздела; «достаточно» vs «нужен разбор».

Развёрнутый контур заявок — в статье про автоматизацию заявок; здесь — каркас недели, не квалификация и NLP.

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

Мини-чеклист канала:

1. 01

   Выписать все входы за 7 дней.

2. 02

   Выбрать один основной (часто бот или форма).

3. 03

   Для остальных — шаблон редиректа.

4. 04

   Правило команды: ответ без записи в учёт — запрещён.

Клиент пишет в личный Telegram владельца:
→ автоответ или ручной шаблон:
«Спасибо за сообщение! Чтобы заявка не потерялась, напишите, пожалуйста, в @YourBusinessBot
или заполните форму: https://example.ru/zayavka
Там мы фиксируем имя, услугу и срок — ответим в течение 2 часов в рабочее время.»

Правило команды: ответ в личке без записи в учёт — запрещён; сначала ссылка на канал, потом диалог.

На день 1 не покупаю BotHelp: пробный период 14 дней, далее от 1 599 ₽/мес — имеет смысл после того, как канал и поля согласованы.

Правило недели: новая заявка → ответственный узнаёт за не больше двух минут. Без этого ночные сообщения висят до утра, а клиент уходит к конкуренту. Если ответственный не смотрит пуши — сначала роли и договорённость, не интеграция пяти сервисов.

Мини-чеклист уведомления:

1. 01

   Назначить одного ответственного (не «все в общий чат»).

2. 02

   Настроить один канал пуша.

3. 03

   Отправить тестовую заявку.

4. 04

   Засечь время до реакции; цель — до 2 минут в рабочее время.

Тестовая заявка обязательна. Я прошу клиента на разборе прислать скрин: пришло уведомление или нет, кто открыл, кто ответил. Если пуш есть, а ответа нет — ломается дисциплина, не софт.

Пуш работает только если есть куда писать — согласуем поля и реестр. Один учёт на пилот: 3–5 полей, одна таблица или CRM. Лишние поля убираем до запуска бота.

{
  "lead_record_pilot": {
    "id": "2026-08-06-001",
    "created_at": "2026-08-06T14:32:00+03:00",
    "source_channel": "telegram_bot",
    "contact_name": "Анна",
    "contact_phone_or_username": "@anna_example",
    "service": "консультация",
    "deadline": "2026-08-10",
    "status": "new",
    "owner": "менеджер_1",
    "notes": "написала ночью, уведомление ушло утром"
  }
}

Поля согласуют до бота и CRM. Дни 6–7 — журнал: сколько записано, сколько потеряно, сколько дублей. Если связка «форма → таблица → пуш» повторяется каждую неделю — обсудим на наставничестве или разработке проектов.

Даже при правильных полях чаще ломается дисциплина — типовые сбои и фиксы. Я не даю общих советов «будьте внимательнее»; ниже симптом → причина → что сделать.

На разборах чаще ломается не софт, а отсутствие одного канала и владельца записи. Два и более симптома из таблицы — сигнал не покупать ещё один сервис, а вернуться к дням 1–2 чеклиста.

Go/no-go без обещаний окупаемости:

• За неделю при соблюдении чеклиста два и более раза заявка потерялась или продублировалась → наставничество или разработка проектов.
• Ответственный игнорирует уведомления → сначала роли, не интеграция.
• Два и более исполнителя, нужна история по клиенту → пилот CRM или бота, не покупка «на будущее».
• Всё записывается, потерь нет → остановиться; не тянуть amoCRM «на вырост».

ИИ и «умные» сценарии — после стабильного контура; ориентир в материале про внедрение ИИ. Cursor и n8n — если после недели видите повторяющуюся связку API; на первой неделе хватает таблицы, топиков или бесплатного Битрикс24.

Что читать дальше: автоматизация заявок — глубина по каналу и квалификации; автоматизация бизнес-процессов — карта процессов «как есть» и дерево инструментов.