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

Вот чек-лист, который я для себя составила — чтобы не попадаться на эту ловушку. Работает для любого проекта, где клиент просит «немного доработать», а на деле хочет новый продукт.

1. У клиента уже есть что-то на эту тему?

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

В моём случае: у клиента был Google Calendar с напоминаниями, Notion с таблицей учеников и ручная отправка через Gmail. Три инструмента, которые он хотел заменить одним.

2. Процесс содержит больше двух шагов?

Если задача состоит из одного действия — «нажать кнопку и отправить» — это доработка. Если в ней три и больше шагов: выбор получателя → выбор канала → настройка текста → выбор времени → повтор при отсутствии реакции — это уже самостоятельный сервис.

Доработка: добавить чекбокс «отправить напоминание» в карточку ученика.

Сервис: модуль автоматизации напоминаний с настраиваемыми сценариями.

3. Клиент может это делать самостоятельно, без разработчика?

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

Пример: кнопка «напомнить» в карточке ученика — это доработка, если клиент сам решает кого и когда напомнить. А вот редактирование шаблонов писем, настройка условий повтора, добавление нового канала — это уже контент-редактирование, которое должно быть в интерфейсе, а не в коде.

4. Задача повторится для других клиентов?

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

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

5. Есть ли у задачи собственная логика?

У напоминаний есть своя логика: условия срабатывания (не ответил → повторить; ответил → не повторять), каналы доставки (SMS, Email, Telegram, WhatsApp), расписание (рабочие часы получателя). Это не просто «отправить сообщение» — это сценарий с ветвлением.

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

Чек-лист: как принимать решение

Отдельный сервис нужен, если:

  • У клиента уже есть 2+ инструмента для этой задачи
  • Процесс содержит 3+ шага
  • После доработки клиенту всё ещё нужен разработчик для изменений
  • Задача повторится для других клиентов
  • У задачи есть собственная логика ветвления и условий

Доработка текущего достаточна, если:

  • Это одно действие в существующем контексте
  • Клиент полностью контролирует результат через интерфейс
  • Задача уникальна для этого клиента
  • Логика простая: сделал — получил результат

Итог

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

Первый вопрос, которое стоит задать клиенту: «Расскажи, как ты это делаешь сейчас?» — и слушать не ответ, а процесс.