С чего начать автоматизацию, работая один

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

«Система целиком» откладывается навсегда

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

Работающий подход противоположный: взять один узел. Узел - это место, где что-то передаётся из рук в руки. Заявка пришла и её нужно куда-то положить. Оплата пришла и её нужно заметить. Человек оплатил и ему нужно что-то выдать. Такой кусок можно собрать за обозримое время, включить и через месяц честно сказать, стало легче или нет.

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

Считать не задачи, а повторяющиеся действия

«Вести соцсети» - это задача. Автоматизировать её нельзя. «Ответить на вопрос про стоимость» - это действие, и его можно посчитать. Разница принципиальная: задачи описывают зоны ответственности, а автоматизируются только действия с понятным входом и понятным результатом.

Практический способ найти первое узкое место занимает неделю и не требует инструментов:

• Завести один список - заметку в телефоне, куда легко дописывать на ходу.
• Записывать туда каждое действие, которое уже делали раньше в том же виде. Не планы, а факты по ходу дня.
• Рядом ставить число повторов и примерное время.
• Отдельной строкой отмечать: что произойдёт, если это действие пропустить или сделать с задержкой.

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

Где обычно теряется

Второй источник данных - потери. Их видно хуже, чем рутину, потому что потерянного не с чем сравнить. Проверьте самые частые места:

• Заявки приходят в разные каналы - директ, комментарии, форма на сайте, мессенджер, звонок - и нигде не собираются в один список.
• Сообщение пришло ночью или в выходной, ответ отложился до утра, человек за это время написал следующему.
• Оплата прошла, но никто не заметил, пока клиент не напомнил.
• Договорились о встрече или сроке и не напомнили ни себе, ни клиенту.
• Нет места, где видно, чем закончился разговор: ответили, отказались, ждём.

Каждое такое место - это либо повторяющееся действие, либо утечка. Начинать нужно с того пункта, который набрал и то и другое.

Один узел, доведённый до конца

Узел считается закрытым не тогда, когда «бот отвечает», а когда у него есть пять частей: вход (откуда приходит), действие (что происходит само), уведомление владельцу, ручной обходной путь и способ увидеть, что он сработал. Уберите любую из пяти - и ручная работа возвращается: без уведомления вы снова заходите проверять, без обходного пути боитесь включать, без способа увидеть результат не понимаете, работает ли оно вообще.

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

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

Пять первых шагов по возрастанию сложности

Порядок не случайный: каждый следующий шаг опирается на предыдущий и почти бесполезен без него.

Шаг 1. Одно место для заявок

Самый простой и самый недооценённый шаг. Пока заявки живут в пяти местах, любая автоматизация будет частичной, а отчётность невозможной. В проекте сайта автомойки сайт и чат-бот-виджет делались одним заказом и собирались примерно за неделю, а заявки с формы и из бота идут в CRM и в Telegram: одно место хранит историю, второе даёт увидеть сразу. Минимально достаточный результат: у каждой заявки видно источник, контакт, время и текущий статус.

Шаг 2. Автоответ

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

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

Две вещи закладываются сразу, а не после запуска. Ограничение частоты обращений - чтобы автоответчик не превращался в бесплатный чат для случайного трафика. И границы памяти: у Элары история разговора живёт в пределах вкладки, чужая переписка в чат не попадает.

Шаг 3. Напоминания

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

Шаг 4. Оплата и выдача доступа

Самый чувствительный шаг: появляются деньги и права. Здесь нельзя ограничиться «сработало на моём телефоне». Доступ должен выдаваться по проверяемому признаку, а не по пересланной ссылке, которую можно передать дальше. В krug.by вход из Telegram проверяется подписью HMAC-SHA256, а запросы старше суток отбраковываются. Это не избыточность: ссылку пересылают, а подпись проверяется на каждом входе.

Шаг 5. Отчёт

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

Что не надо автоматизировать

Отказ от автоматизации - такое же решение, как её внедрение, и часто более выгодное.

• Редкое. Действие, которое случается редко и без графика, дешевле сделать руками, чем поддерживать под него сценарий. Поддержка стоит времени, даже когда ничего не происходит.
• Меняющееся каждый раз. Если условия и правила переписываются под каждого клиента, автоматика зафиксирует вчерашний вариант и будет тихо мешать.
• Требующее решения человека. Скидка, спорная ситуация, отказ, перенос сроков, разговор с недовольным. Бот здесь должен уметь одно - быстро позвать человека.
• Неописанное. Если процесс нельзя записать словами по шагам, автоматизировать нечего. Сначала описание, потом сборка.
• Сделанное ради впечатления. Бот, который никто не открывает, - это не витрина, а лишняя точка отказа.

Когда автоматизация не нужна вовсе

Бывает, что честный ответ на разборе задачи - «пока не надо». Признаки:

• Поток небольшой, и вы ничего не теряете. Если заявок немного и все обработаны, закреплённый чат и список дел справляются. Автоматика добавит работы, а не снимет.
• Продукт ещё меняется. Пока меняется то, что вы продаёте, сценарии придётся переписывать быстрее, чем они окупятся вниманием.
• Проблема не в рутине, а в отсутствии обращений. Бот не создаёт спрос. Если заявок мало, автоматизировать нечего - сначала нужен канал, из которого они приходят.
• Личное общение и есть услуга. Там, где клиент платит именно за разговор с вами, автоматизировать стоит только окружение: запись, напоминание, оплату.

Мы говорим это на разборе прямо. Разбор задачи бесплатный, и отговорить от лишней сборки дешевле для обеих сторон, чем собрать то, что потом придётся выключить.

Один инструмент - одна точка отказа

Как только узел заработал, вы начинаете на него опираться. С этого момента отказ инструмента - это не неудобство, а остановка приёма заявок. Чтобы не оказаться в заложниках, достаточно нескольких правил.

• Данные остаются у вас. Контакты и история заявок должны выгружаться в файл. Проверьте это до того, как понадобится, а не в день, когда сервис поменяет условия.
• Уведомление дублируется. Если заявка идёт только в один канал, падение канала означает молчание. Дублирующее уведомление настраивается один раз и замечается только в тот день, когда основной канал замолчал.
• Ручной путь не удаляется. В кейсе с курсом ручная выдача осталась намеренно. Это же и есть аварийный режим.
• Поведение при отказе описано заранее. Элара при отказе сети предлагает перейти в Telegram, а не показывает пустой экран. Ваша система должна знать, что говорить, когда она не может ответить.
• Меньше чужих зависимостей. Мы собираем без сторонних библиотек и держим на своей инфраструктуре: чем меньше чужих обновлений, тем меньше поводов, чтобы работающее сломалось само.

И короткая записка на случай отказа: что проверить первым, кого предупредить, как принять заявку руками. Одна страница, написанная в спокойный день, избавляет от импровизации в день неспокойный.

Как понять, что сработало

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

Признаки, что узел работает:

• Вы перестали заходить и проверять вручную, потому что уведомление приходит само.
• Исчезли переписки в духе «вы получили мою заявку?».
• Ответ клиенту не зависит от того, спите вы, едете или заняты другим клиентом.
• Нестандартные случаи стали заметны: поток перестал их прятать.

Признаки, что не сработало:

• Ручной путь остался основным, а автоматика - витриной.
• Вы правите сценарий чаще, чем он экономит время.
• Появились новые проверки: теперь нужно следить и за клиентом, и за ботом.

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

Что проверить

Конкретные действия, которые можно сделать самостоятельно до любой сборки:

• Выписать все каналы, куда приходят обращения, и по каждому ответить: попадает ли оттуда заявка в общий список.
• Неделю вести список повторяющихся действий с числом повторов и временем.
• Отметить в календаре за последний месяц случаи, когда что-то потерялось: заявка, оплата, обещание.
• Выбрать один узел и записать одним предложением, что должно происходить само.
• Проверить, что у выбранного узла есть уведомление владельцу, а не только запись в базе.
• Пройти ручной обходной путь целиком: представить, что автоматика выключена, и убедиться, что заявку можно принять и обработать без неё.
• Задать боту вопрос вне сценария и посмотреть, передаёт ли он разговор человеку.
• Убедиться, что бот представляется ботом, а не выдаёт себя за сотрудника.
• Выгрузить контакты и заявки в файл прямо сейчас, чтобы знать, что выгрузка вообще работает.
• Открыть сайт и бота с телефона и пройти весь путь заявки пальцем, а не мышью.
• Проверить, что доступ или оплата привязаны к проверяемому признаку, а не к ссылке, которую можно переслать.
• Поставить в календарь напоминание через месяц: сравнить числа из недельного списка с текущими.

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