В тот день я весь день соединял вещи, которые со стороны почти не связаны: роли в ИИ-команде, CRM, доступ к урокам, правила для каруселей и накопившиеся технические хвосты.
К вечеру увидел, что у всех этих задач одна причина. Инструменты уже были. Рабочего процесса между ними местами еще не хватало.
Фабрикой я называю систему, в которой ИИ-агенты помогают делать контент, а человек задает направление, проверяет смысл и принимает финальное решение. В тот день разница между набором инструментов и такой системой стала особенно заметной.
Инструменты еще не работают вместе
Можно подключить бота, открыть рабочую страницу, настроить несколько автоматизаций и получить сильный результат один раз. Но при следующей похожей задаче человек снова объясняет все с начала, ищет нужный файл и вручную вспоминает прошлые правки.
Установка на этом заканчивается. Внедрение только начинается.
Рабочий процесс появляется, когда понятно, кто принимает задачу, куда она идет дальше, по какому признаку результат считается готовым и где останутся исправления для следующего раза.
Роль нужна для конкретной работы
В тот день я настраивал роли внутри Фабрики. Тут легко увлечься названиями и количеством агентов. Но список персонажей ничего не меняет, пока за каждым не закреплена понятная работа.
Кто-то принимает запрос и собирает контекст. Кто-то делает черновик. Другой агент проверяет логику и язык. Человек смотрит на итог и решает, можно ли с этим идти дальше.
Если границы размыты, все участники понемногу делают одно и то же. Получается много движения, а готовый материал все равно приходится собирать вручную.
Параллельно мы настраивали CRM, то есть базу участников и заявок, и доступ к урокам. Эта работа выглядит скучнее красивой продуктовой страницы, зато быстро показывает правду. Человеку должно быть понятно, что ему доступно, где он сейчас и какой шаг следующий. Без этого даже аккуратно оформленный продукт остается витриной.
Исправление должно пережить текущую задачу
В тот же день одна правка к карусели превратилась в новое правило. Первый слайд должен попадать в живую боль читателя, а не просто сообщать что-то полезное.
Можно было поправить одну обложку и забыть. Мы сделали иначе: сохранили критерий так, чтобы следующая карусель проходила ту же проверку.
Для меня это один из главных признаков внедрения. Сильная правка не исчезает в переписке. Она меняет следующий цикл работы.
Так же должно быть с текстом, визуалом, доступами и поддержкой. Если человек каждый раз повторяет одну и ту же правку, процесс ее не усвоил.
Технические хвосты тоже часть картины
К концу дня всплыли накопившиеся технические хвосты. Я не хочу превращать личный блог в журнал ошибок, поэтому важен не их список, а сам момент.
Зрелость процесса видна не только по тому, что он умеет запускать. Она видна по тому, замечает ли он старые данные, потерянные связи и задачи без понятного владельца.
Такие хвосты легко откладывать, потому что каждый по отдельности кажется мелочью. Потом они начинают съедать доверие: один результат собран по старым правилам, другой потерялся между этапами, третий никто не проверил.
Система не обязана быть идеальной. Она должна показывать, где сломалась, и оставлять человеку возможность исправить правило.
Как проверить свое внедрение
Я бы начал с одной повторяющейся задачи. Например, с подготовки поста, выдачи урока или обработки новой заявки.
И задал бы четыре вопроса:
- Кто отвечает за первый шаг и за готовый результат?
- По какому маршруту проходит задача?
- Как мы проверяем, что результат готов, а не просто выглядит нормально?
- Где останется исправление, чтобы в следующий раз не повторить ту же ошибку?
Если на один из вопросов нет ответа, ничего страшного. Просто перед тобой пока набор полезных инструментов, которые еще предстоит соединить.
Один удачный запуск может случиться случайно. Внедрение видно по повтору: следующая похожая задача проходит понятнее, проверяется быстрее и не начинает жизнь с пустого листа.