Операционный контур одиночки: бэк-офис, автоматизация и непрерывность

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

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

Рамка трека. Здесь нет советов по бухгалтерии, налогам и обязательной отчётности: их даёт ваш бухгалтер, а конкретику вы проверяете в официальных источниках — ФНС России, Госуслуги, портал правовой информации — на дату. Здесь про механику: где живут записи, как не потерять документ, как не зависеть от одного ноутбука и одной головы. Все названия инструментов — примеры категорий, а не рекомендации; все числа — условные единицы.

1. Невидимая работа и куда девается утилизация

Ваш доход — это ставка, умноженная на оплаченные часы. Между календарными и оплаченными часами лежит всё остальное: продажи, переписка, счета, документы, обучение, простой. Отношение оплаченных часов к рабочим — утилизация, и в Ценообразовании показано, насколько болезненно ставка зависит от неё: падение утилизации требует непропорционально большого роста ставки, чтобы удержать тот же доход.

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

1. Всё, что повторяется, живёт вне головы — в записи, шаблоне или скрипте.
2. Всё, что не срочно, живёт в расписании — в известном слоте, а не в потоке прерываний.

2. Восемь контуров практики

Дело одного человека — это не «работа плюс немного бумажек», а восемь петель, каждая со своим входом, выходом и состоянием. Пока их не назвали, они кажутся одним туманом «дел».

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

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

3. Учётный минимум: сущности и связи

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

Три связи в этой модели важнее остальных, потому что именно они рвутся на практике. STAGE → ACCEPTANCE: этап без письменной приёмки нельзя считать сданным, каким бы очевидным это ни казалось. INVOICE → PAYMENT: счёт без отметки о зачислении — это не «наверное, заплатили», а открытый риск (Работа с заказчиком, раздел о неплатеже). CLIENT → ACCESS: доступ, выданный вам и не отозванный после проекта, — ваша ответственность, а не забывчивость клиента.

TIMELOG нужен даже тем, кто работает по фиксу: без учёта часов вы не узнаете свою реальную ставку, не сможете проверить оценки и не увидите, какой тип работы съедает маржу. Учёт времени здесь — не контроль, а обратная связь для Оценки и границ работ и Юнит-экономики.

4. Пайплайн без CRM

Стадии сделки и воронка разобраны в Продвижении — здесь только механика ведения. У одного человека с десятком активных сделок в год полноценная CRM обычно проигрывает текстовому файлу: она требует обслуживания, а файл — нет.

# pipeline.yml — лежит в приватном репозитории, история изменений даётся git бесплатно.
# Правило гигиены: у КАЖДОЙ активной сделки есть next с датой. Нет next — сделка мертва.
- id: 2026-04-acme
  client: ACME
  source: рекомендация от предыдущего клиента
  stage: предложение          # входящий | квалификация | предложение | договор | работа | закрыт
  value_hint: средний         # без выдуманной точности: малый | средний | крупный
  next:
    action: напомнить о предложении и предложить созвон
    due: 2026-04-18
  notes: |
    ЛПР — технический директор, бюджет утверждает финансовый.
    Ограничение: релиз до конца квартала.    

- id: 2026-03-nordwind
  client: Nordwind
  stage: работа
  next:
    action: статус за неделю + счёт за этап 2
    due: 2026-04-15
  risks:
    - приёмку делает человек, которого не было на старте

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

5. Библиотека шаблонов: документы как актив

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

Шаблоны — это накопленный опыт в исполняемой форме, и обращаться с ними стоит как с кодом:

• Версионируются. Репозиторий, история, понятные коммиты — вы всегда знаете, какой версией подписан какой договор.
• Меняются после инцидента. Каждый неприятный случай заканчивается не эмоцией, а правкой шаблона: спор о приёмке → в приложение добавлен критерий; клиент «не получил» письмо → в статус добавлена нумерация. Это тот же механизм, что и постмортем в инженерии, только для сделок.
• Содержат заглушки-маркеры. <<КЛИЕНТ>>, <<СРОК>>, <<СУММА>> — так отправленный документ с чужим именем становится невозможным: незаполненный маркер видно сразу.
• Проверяются юристом один раз, а не каждый раз. Именно поэтому шаблон окупается: час специалиста распределяется на все будущие сделки (Договоры).

6. Автоматизация: правило трёх и арифметика окупаемости

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

# Стоит ли автоматизировать? Все входы — ЗАГЛУШКИ, подставьте свои измерения, а не ощущения.
def payback_months(build_hours: float, saved_minutes: float,
                   times_per_month: float, maintenance_hours_year: float) -> float:
    """Срок окупаемости автоматизации в месяцах с учётом её обслуживания."""
    saved_hours_month = saved_minutes * times_per_month / 60
    upkeep_month = maintenance_hours_year / 12
    net_gain = saved_hours_month - upkeep_month
    if net_gain <= 0:
        return float("inf")          # автоматизация дороже ручной работы — не делать
    return build_hours / net_gain


cases = [
    ("Генерация инвойса из карточки сделки", 4.0, 12.0, 6, 1.0),
    ("Скрипт сборки архива проекта", 3.0, 25.0, 1, 1.0),
    ("Своя система учёта вместо таблицы", 60.0, 5.0, 20, 12.0),
]
for name, build, saved, times, upkeep in cases:
    print(name, "->", round(payback_months(build, saved, times, upkeep), 1), "мес.")
# Инвойс          -> 3.0 мес.  — делать
# Архив проекта   -> инф.      — экономия меньше обслуживания, оставить руками
# Своя система    -> 51.4 мес. — почти пять лет: классическая инструментальная прокрастинация

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

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

7. Ритмы: день, неделя, месяц, год

Бэк-офис не требует много времени — он требует известного времени. Неделя практика, у которого контур не рвётся, выглядит примерно так.

Ключевое здесь — пятничный финансовый час. Он делает две вещи: превращает деньги из тревожного фона в измеряемую величину и ловит проблемы, пока они дешёвые, — счёт, который не был выставлен, документ, который не подписан, платёж, который не пришёл. Практики, у которых этот час есть, редко узнают о кассовом разрыве в последний момент (Деньги и риски).

8. Инфраструктура одного человека

Домен и почта — актив. Адрес на своём домене переживает смену любого провайдера; адрес на чужой платформе — нет. Это тот же аргумент «своё против арендованного», что и для аудитории в Продвижении, но с более высокой ценой ошибки: потеря почты — это потеря доступа ко всем восстановлениям паролей сразу.

Учётные записи. Личное и рабочее разделены; на всём критичном — второй фактор, а коды восстановления распечатаны и лежат физически. Самый частый способ потерять практику на неделю — это не взлом, а собственный утерянный телефон с единственным приложением-аутентификатором.

Клиентские доступы. Выдаются на ваш рабочий аккаунт, а не на личный; фиксируются в реестре ACCESS с датой выдачи; отзываются при закрытии проекта письмом-напоминанием. Секреты клиента не хранятся в вашей личной среде и не пересылаются в мессенджерах (Управление секретами).

Резервные копии по правилу 3-2-1. Три копии данных, на двух разных носителях или сервисах, одна — вне вашего дома. Копии без проверки восстановления не считаются: единственная метрика резервной копии — успешное восстановление, а не факт запуска задания.

Из картинки следует практическое: два числа стоит назвать заранее для каждой категории данных. RPO (recovery point objective) — сколько последней работы вы готовы потерять: для кода это обычно «последний push», для документов — «последняя ночь». RTO (recovery time objective) — за сколько вы обязаны вернуться в строй: для практика это, как правило, один рабочий день, потому что дольше начинают ломаться обязательства перед клиентами. Названные числа превращают абстрактную «надо бы бэкапить» в проверяемое требование к схеме хранения. Теория надёжности, из которой заимствованы эти понятия, — в Основах надёжности.

9. Непрерывность: bus factor равен единице

У соло-практики bus factor равен единице по определению. Это не лечится — это проектируется: вы не устраняете единственную точку отказа, а уменьшаете ущерб от её отказа. Разбор по сценариям:

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

9.1. Конверт для доверенного лица

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

Чего в конверте не должно быть — паролей в открытом виде и всего, что превращает конверт в единую точку компрометации. Механика доступа (разделённый секрет, доверенный контакт менеджера паролей, юридическая процедура) — вопрос, который решается с юристом и обсуждается с самим доверенным лицом, а не в одностороннем порядке.

И главное правило: конверт, который не проверяли, не работает. Раз в квартал — маленькое учение: восстановить один архив из холодной копии, войти в резервный почтовый ящик, попросить доверенное лицо пересказать первые три шага. Это ровно та же логика, что и учения и chaos-практики в инженерии: план без прогона — это гипотеза.

10. Режимы работы вместо героизма

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

Ценность этой схемы не в красоте, а в том, что переходы названы и сообщаемы. Письмо клиенту «с понедельника я в режиме ограниченной доступности: держу обязательства по этапу 2, новые задачи не беру, следующий статус в четверг» вызывает уважение. Молчание и сорванный срок без объяснения — нет, даже если объём выполненной работы одинаков. Как вести такие разговоры, подробно разобрано в Работе с заказчиком.

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

11. Антипаттерны

Инструментальная прокрастинация. Три недели на выбор идеальной системы заметок вместо часа на выставление счетов. Проверяется арифметикой окупаемости из раздела 6, а не вкусом.

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

Учёт «потом». Восстановление трёх месяцев операций по памяти и выпискам занимает в разы больше времени, чем пятнадцать минут в неделю, и всегда даёт худший результат.

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

Единственная точка входа. Один почтовый ящик, один телефон, один платёжный канал, один ноутбук, один клиент. Каждая единица здесь — это одна и та же уязвимость в разных костюмах.

Секретность как стратегия. «Я всё помню» — не стратегия, а ставка на то, что с вами ничего не случится. Дешёвая альтернатива — записанный процесс, который вы и так выполняете.

Мини-итог

• Бэк-офис не исчезает при самостоятельности: он переезжает к вам целиком. Сокращать нужно не время на него, а его непредсказуемость — админ-время живёт в расписании.
• Практика — это восемь контуров, у каждого один артефакт-владелец: одна сущность — одно место, иначе рассинхронизация гарантирована.
• Модель данных первична, инструмент вторичен: клиент, сделка, договор, этап, счёт, платёж, приёмка, доступ, учёт времени — этого хватает годами.
• Правило гигиены пайплайна: нет сделки без следующего действия с датой; проигранные не удаляются, а закрываются с причиной.
• Шаблоны — код: версионируются, меняются после каждого инцидента, один раз проверяются юристом.
• Автоматизируйте по правилу трёх и по сроку окупаемости с учётом обслуживания; переговоры, квалификацию и приёмку не автоматизируют.
• Непрерывность проектируется, а не устраняется: 3-2-1 с проверкой восстановления, названные RPO и RTO, конверт для доверенного лица, ежеквартальные учения.
• Заранее описанные режимы работы превращают срыв в сообщаемое решение — и сохраняют отношения, которые героизм молча разрушает.

Источники

• Майкл Гербер. The E-Myth Revisited — почему владелец дела обязан описывать процессы, даже если он единственный исполнитель.
• Атул Гаванде. The Checklist Manifesto — почему чеклист работает у профессионалов высокой квалификации, а не только у новичков.
• Google SRE Book — главы про toil, надёжность и учения; словарь RPO/RTO и мышление «отказ — норма», перенесённые на практику одного человека.
• Дэвид Аллен. Getting Things Done — механика «всё вне головы»; развёрнуто в треке Тайм-менеджмент.
• NIST SP 800-34: Contingency Planning Guide — формальная рамка планирования непрерывности; для одиночки полезна как список вопросов.
• OWASP: рекомендации по хранению секретов и трек Безопасность — про доступы, которые вам выдал клиент.
• Смежное в портале: Toil и автоматизация, Учения и chaos-практики, Выгорание.

Что дальше

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

Партнёрство и выход: доли, договорённости на берегу, продажа дела и закрытие