Автоматизация операционки малого бизнеса: кейс одного дня
Утро началось с того, что меня поймали на ошибке. Клиент написал: «в твоём отчёте 17 постов за неделю, реально вышло 8». И был прав. Я мог бы расстроиться, но вместо этого открыл систему и за 20 минут разобрался, что именно сломалось — нашёл причину, исправил логику подсчёта, перевыпустил отчёт с корректными цифрами. К обеду починил диктовку на ноутбуке: ускорил с 25 секунд до 6. А ещё презентация партнёрам ушла сама, без того чтобы я нажал хоть одну кнопку. Всё это один день из моей операционки — и именно так работает автоматизация малого бизнеса на практике.
Я работаю без наёмных сотрудников. Управляю 16 виллами на Бали, веду несколько клиентских проектов по автоматизации, создаю контент, строю инфраструктуру. По объёму это работа для пяти человек. По факту — я один. Этот разрыв закрывает инфраструктура, которую я строю уже 14 лет. Не какой-то один инструмент, а слой за слоем: каждое улучшение, которое я делаю один раз, потом отдаёт за себя снова и снова.
Сегодня я хочу разобрать один реальный день — с конкретными цифрами, конкретными задачами, конкретными результатами. Не абстракция «как здорово автоматизировать бизнес», а то, что реально произошло 26 мая 2026 года.
Ошибка в отчёте: как баг улучшает систему
Клиент ведёт медицинскую клинику в Санкт-Петербурге. Я автоматизировал им публикацию контента в Telegram-канале: посты планируются, создаются и публикуются по расписанию без ручного труда. Каждый понедельник система отправляет отчёт: сколько постов вышло за прошлую неделю, охваты, вовлечённость.
Утром клиент написал, что в отчёте стоит 17 постов, а реально вышло 8. Вопрос честный и по делу.
Откуда взялась разница
Я полез смотреть. Оказалось, логика подсчёта была написана под одиночные посты. Но на этой неделе клиент впервые использовал карусели — серии изображений, которые идут одним сообщением в приложении, но технически внутри Telegram каждая карточка это отдельное сообщение со своим уникальным номером. Две карусели по 5 карточек = 10 отдельных номеров. Система посчитала каждый номер как отдельный пост. Получилось 17 вместо 8.
Ошибка элементарная. Я не подумал об этом при написании, потому что тогда каруселей ещё не было. Сейчас они появились — и система честно сообщила о несоответствии через вопрос клиента.
Как работает фикс когда система уже есть
Вот в чём разница между ручным трудом и автоматизацией: у меня был один файл с логикой подсчёта. Я добавил в него условие — «если несколько сообщений объединены в одну карусель, считать их как один пост». Занял патч примерно 40 минут, включая тест. Перевыпустил отчёт с правильными цифрами — 8 публикаций. Клиент получил корректные данные в тот же день.
Параллельно завёл задачу на понедельник: написать автотест, который проверяет подсчёт каруселей. Чтобы такое больше не случалось незамеченным.
Если бы я делал отчёты вручную каждую неделю — эта ошибка могла бы жить месяцами. Автоматизация сделала её видимой сразу.
Патч за 15 минут: как работают точечные правки в системе
Пока разбирался с отчётом, прилетел список фидбэка от того же клиента из СПб. Три пункта:
- убрать WhatsApp из постов — в клинике только административный чат, не для клиентов;
- телефон указывать только мобильный, не стационарный;
- формат карточки врача одинаковый для всех — без исключений.
В ручной системе это означало бы: открыть каждый пост, который уже в расписании, найти нужные места, исправить вручную, проверить. Десятки файлов. Час минимум.
Почему 15 минут — это реально
У меня весь контент для этого клиента генерируется по шаблонам из двух файлов. Первый — правила форматирования (что и как указывать в постах). Второй — контактная информация клиники. Фидбэк клиента означал: исправить два места в этих двух файлах.
Исправил, перезапустил сервисы, убедился что новый пост генерируется правильно. Закрыл. Весь входящий контент с этого момента будет выходить с мобильным телефоном и без WhatsApp — автоматически, без дополнительных действий с моей стороны.
Это и есть главное преимущество централизованной системы: правишь в одном месте — меняется везде. Не «найди и замени» в сотне файлов, а «поменяй правило — оно распространяется само».
Общее время на ошибку в отчёте плюс патч фидбэка — около часа. До обеда я уже переключился на другие задачи.
Презентация которую отправил бот сам
К середине дня в чате одного из клиентских проектов прилетел вопрос: «есть у вас презентация для партнёров?»
Я готовил её к четверговому созвону. Сделал 13 слайдов в инструменте для презентаций: светлый минималистичный дизайн, основные цифры, схема работы. Выгрузил PDF на наш сайт под закрытой ссылкой — не в открытом доступе, но с прямым адресом, который открывается прямо в Telegram как превью. Добавил ссылку в файл-бриф ассистента — документ, который описывает текущее состояние проекта.
Минута. В чате клиента появился ответ от ассистента: «Да, вот презентация — открывается прямо здесь, можно пересылать». Со ссылкой.
Я не нажал ни одной кнопки.
Паттерн: положи в бриф — получи результат
Это один из самых рабочих паттернов в автоматизации операционки. Он выглядит так:
- Ты готовишь артефакт (презентацию, инструкцию, цену, описание).
- Ты кладёшь его или ссылку на него в единое хранилище контекста.
- Когда клиент задаёт вопрос, ассистент сам находит нужный артефакт и отвечает.
Ключевое слово — «единое хранилище». Не разные папки на разных компьютерах. Не переписка в нескольких мессенджерах. Один структурированный файл, который ассистент читает при каждом входящем вопросе.
Для этого не нужны дорогостоящие инструменты. Достаточно дисциплины: каждый раз, когда появляется что-то, о чём вас могут спросить — класть это туда. Первые две недели это требует усилий. Потом становится рефлексом.
Интересно, что в этот же день я обнаружил проблему с этим подходом: мой локальный вариант файла и его серверная копия иногда расходились. Ассистент на сервере отвечал клиентам по своей копии, я смотрел в свою — и раз в несколько дней цифры не совпадали. Исправил: теперь папки синкаются каждые 15 минут. То, что вижу я — видит и он.
Три операционных итерации за день
Помимо клиентских задач, у меня есть собственная инфраструктура: группы в Telegram на Бали для риелторов, инструменты для работы с текстом, система синхронизации данных. В этот день я прошёлся по трём точкам, которые давно просились на улучшение.
Правило 90 секунд для модератора групп
В группах для риелторов на Бали действует правило: к объявлению об аренде недвижимости нужно приложить цену. Раньше модератор давал 5 минут на дописку — если за 5 минут цена не появлялась, пост удалялся с предупреждением.
Пять минут оказалось слишком мягко. За последнюю неделю — 4 нарушения. Риелторы публиковали пост без цены, модератор ждал, цена не появлялась, модератор удалял, риелтор переделывал. Лишний цикл туда-обратно.
Срезал окно до 90 секунд. Сделал текст напоминания двуязычным — английский и индонезийский, потому что в группах работают как местные, так и иностранные агенты. Перезапустил модератора, жду статистику через неделю.
Маленькое изменение, которое займёт 5 минут — и либо решит проблему, либо покажет, что дело не во времени.
Диктовка: с 25 до 6 секунд
У меня настроена голосовая диктовка на Mac: зажимаю правый Cmd, говорю, отпускаю — текст вставляется в активное окно. Это один из самых используемых инструментов: быстрее печатать голосом, чем пальцами, особенно для длинных сообщений.
Но была проблема: после распознавания речи текст проходил через дополнительный слой — локальную модель, которая «чистила» транскрипт от слов-паразитов и исправляла пунктуацию. На первый взгляд полезная функция. На практике — лишние 19 секунд ожидания при записи длиннее 30 секунд.
Выключил этот слой. Оставил только базовое распознавание речи. Стало 6 секунд вместо 25. Потеря «чистки» почти не заметна — я сам редактирую текст при необходимости, это занимает меньше 19 секунд.
Ещё добавил пинг каждые 8 минут, чтобы модель не выгружалась из памяти ноутбука на простое. Раньше после 10 минут без использования первый запуск занимал 4-5 секунд на загрузку. Теперь она всегда в памяти — ответ мгновенный.
Итог: диктовка стала быстрее в 4 раза. Это улучшение будет работать каждый мой следующий рабочий день.
Единый контекст: одна версия правды
Третья итерация — синхронизация папок клиентов между моим Mac и сервером.
Ассистент на сервере отвечает клиентам в мессенджерах. Я смотрю в локальные папки клиентов, где лежат актуальные данные, договорённости, изменения. Проблема: ассистент видел свою копию этих папок, которая обновлялась нерегулярно. Иногда клиент спрашивал о чём-то, что я только что обсудил на созвоне и записал в папку, — ассистент отвечал по старым данным.
Настроил автоматическую синхронизацию: папки копируются на сервер каждые 15 минут. То, что вижу я — видит и ассистент. Расхождений быть не может.
Это изменение несложное технически. Но его последствие — клиенты перестают получать противоречивые ответы от меня и от ассистента. Это важно для доверия.
Большой пивот: почему передаю виллы
К вечеру я переключился на задачу другого масштаба.
С 1 июня 2026 года передаю операционное управление 16 виллами на Бали местной управляющей компании. Это решение не внезапное — я готовил его несколько месяцев. Но именно сегодня оно вышло в активную фазу.
Почему виллы были полигоном для инфраструктуры
За три года операционки на Бали я построил систему, которая сейчас работает сама: бронирования обрабатываются автоматически, финансовые отчёты собираются ежедневно, координация с местной командой идёт через структурированные задачи, гости получают информацию без моего участия.
Виллы были не просто бизнесом — они были живым стендом для тестирования автоматизации. Каждая проблема с операционкой — это был реальный кейс: как настроить отчёт по брони, как автоматически координировать уборку после выезда, как обрабатывать жалобы гостей в 2 ночи без моего участия. Вся эта инфраструктура теперь существует.
Что освобождается и что дальше
Передача вилл освобождает 15-20 часов в неделю операционного внимания. Это не пассивный отдых — это ресурс для других направлений: контент, обучение AI-систем, B2B-автоматизации для клиентов.
Чтобы понять, во что именно вкладываться, я сделал следующее: вытащил 796 сообщений из своих рабочих чатов за несколько недель и разложил их в папки по типам. Отчёты от ботов. Дайджесты. Инфраструктурные уведомления. Входящие вопросы.
У каждого файла поставил метку: apply (реально полезно и я на это реагирую), noise (видел, проигнорировал), later (важно, но не сейчас). Дальше неделя ручного маркинга — и станет видно, что из всей этой автоматики реально работает на меня, а что просто шумит.
Это стандартный аудит, который стоит делать раз в полгода. В типичной системе 40-60% автоматических сообщений — это шум. Их можно отключить, не потеряв ничего важного.
Принцип компаундного эффекта в операционных инструментах
Если посмотреть на сегодняшний день со стороны — это не подвиг. Это обычный день предпринимателя с хорошей инфраструктурой.
Ошибка в отчёте нашлась и была исправлена до обеда — потому что система в принципе генерирует отчёты автоматически и клиент может сравнить с реальностью. Без автоматизации ошибок было бы меньше: их бы просто не замечали.
Фидбэк клиента занял 15 минут — потому что весь контент для этого клиента строится по централизованным шаблонам. Без этого — час на поиски и исправления.
Презентация ушла сама — потому что я заранее выстроил структуру хранения контекста для ассистента.
Каждое улучшение работает каждый следующий день
Вот ключевой принцип, который я называю компаундным эффектом в инструментах.
Когда я ускорил диктовку с 25 до 6 секунд — это экономия 19 секунд каждый раз, когда я диктую текст дольше 30 секунд. Я делаю это 20-30 раз в день. Итого: 6-10 минут в день. 40-70 минут в неделю. Больше 50 часов в год — из одного изменения, которое заняло 20 минут на настройку.
Когда я исправил логику подсчёта карусели — отчёты для этого клиента теперь будут приходить корректными каждый понедельник. Навсегда. Без дополнительных действий с моей стороны.
Когда я настроил синхронизацию папок каждые 15 минут — расхождений между моей версией реальности и версией ассистента больше нет. Не на этой неделе — постоянно.
Это не быстрые победы. Это инвестиции, которые дают доход каждый следующий день.
14 лет — это не срок, это механизм
Я строю этот стек инструментов 14 лет. Не потому что мне интересно строить инструменты — а потому что мне интересно делать работу. Инструменты — это способ сделать больше работы за то же время.
Каждый слой, который я добавлял, экономит время сейчас. Первые инструменты давали +10% к продуктивности. Сейчас сложенные вместе они дают кратный множитель. Один человек — работа на пять.
Это не магия и не особый талант. Это инвестиции в инфраструктуру на протяжении многих лет. Они доступны любому предпринимателю — просто начинать нужно с небольших задач, а не с попытки автоматизировать всё сразу.
Как начать автоматизировать операционку своего малого бизнеса
Я часто слышу: «у меня маленький бизнес, автоматизация не для меня». Это неправда. Маленький бизнес автоматизировать проще — меньше исключений, быстрее обратная связь, дешевле эксперимент.
Первый шаг — не автоматизация, а инвентаризация
Прежде чем что-то автоматизировать, нужно понять, что именно занимает время. Три дня записывайте всё, что делаете руками: утром — что будете делать, вечером — что сделали и сколько времени ушло. Не приблизительно, а с конкретными числами.
После трёх дней станут видны 3-4 задачи, которые занимают 70% времени. Они и есть первые кандидаты на автоматизацию.
Важное правило: начинайте с самой частой задачи, а не с самой раздражающей. Раздражающие задачи часто нестандартные — каждый раз немного по-другому. Они плохо автоматизируются и дадут разочарование на старте. Частые и однородные задачи — отчёты, стандартные ответы, публикации по расписанию — автоматизируются хорошо и сразу дают результат.
Второй шаг — один инструмент, одна задача
Не пытайтесь автоматизировать всё за один месяц. Выберите одну задачу, настройте один инструмент, две недели смотрите как работает. Потом исправьте, что не так. Потом добавьте следующее.
Ошибка новичков — взять большой конструктор автоматизации, создать сложный сценарий из 20 шагов и запустить в работу. Когда что-то идёт не так (а что-то всегда идёт не так), непонятно где именно проблема. Сложность убивает отладку.
Простой инструмент, который делает одно — намного ценнее сложного, который делает двадцать и ломается в непредсказуемых местах.
Третий шаг — аудит через полгода
Раз в полгода просматривайте всё, что вы автоматизировали. Задайте себе вопрос: я действительно использую этот результат, или он просто существует? Если только существует — скорее всего, это шум. Отключите и понаблюдайте неделю. Если ничего не изменилось — значит, оно не было нужно.
Автоматизация накапливается. Через год у вас будет 20-30 мелких скриптов и настроек. Половина из них будет устаревшей или ненужной. Регулярный аудит — это не прихоть, а гигиена.
Подробнее о том, как начать автоматизацию с нуля, я разбирал в статье Автоматизация бизнеса с нуля: с чего начать.
Итог дня и вопрос к вам
Если посчитать сегодняшний день по объёму работы — это задачи примерно для пяти человек. Один человек с ноутбуком, без офиса, без сотрудников. Это держится не на сверхспособностях — а на 14 годах последовательного строительства инфраструктуры, где каждое сделанное один раз улучшение потом работает само.
Диктовка стала быстрее сегодня — и будет быстрее каждый следующий день. Отчёт для клиники будет корректным с этого понедельника и каждый следующий понедельник. Ассистент теперь видит то же, что вижу я — и никогда больше не даст клиенту устаревшую цифру.
Это не про то, чтобы работать меньше. Это про то, чтобы то, что вы делаете один раз, продолжало работать без вас.
Отдельно о том, как устроена вся система управления виллами и что меняется с пивотом — напишу на следующей неделе. А пока рекомендую посмотреть на смежную тему: День, когда система работала пока я спал — это про другой аспект той же инфраструктуры.
Вопрос к вам: какая ваша единственная задача, которую вы делаете каждый день руками — и которая прямо просится в автоматизацию? Напишите в комментарии или в Telegram — интересно собрать реальный список.
Если хотите разобрать свою операционку и найти точки для автоматизации — пишите. Веду небольшое число клиентских проектов, где именно так и работаем: смотрим что занимает время, находим первый кандидат, настраиваем, смотрим как работает. Первые изменения обычно видны уже через 2-3 недели.
Если вам интересно разобраться, как устроена автоматизация операционки на практике — начните с аудита: Аудит автоматизации: что реально работает, а что только занимает место. Там разбираю конкретный список вопросов, которые задаю себе при проверке каждого инструмента.