Коротко
Чем продукт отличается от чата на практике?
Когда я показываю группе разницу словами, это не работает. Когда показываю экраном три своих работающих инструмента, реакция бывает буквально такая: «теперь стало понятней». Поэтому начну с примеров, а не с определений.
Первый инструмент - конструктор документов. Раньше на подготовку одного договора с проверкой всех мелочей уходило от часа до полутора. Сейчас это занимает около трёх минут. Внутри там даже не нейросеть на каждом шаге, а обычный алгоритм: часть работы просто не требует интеллекта, она требует, чтобы её один раз описали правилами.
Второй - сводка по моим проектам в мессенджер. Ключевое свойство: она приходит, даже когда мой ноутбук выключен. В чате такое невозможно по определению.
Третий - планировщик, который начинался на одном конструкторе, а потом был переписан агентом целиком.
| Признак | Чат | Свой продукт |
|---|---|---|
| Кто запускает | только ты, руками | расписание, кнопка, другой человек |
| Работает без тебя | нет | да |
| Повторяемость результата | зависит от формулировки | одинаковая, логика зашита |
| Доступ для команды | пересылка переписки | ссылка или бот |
| Стоимость входа | ноль | недели работы |
Про разницу между обычным чатом и агентом, который сам делает, у меня есть отдельный разбор: что такое Claude Code и Codex. Здесь речь про следующий шаг - когда агент у тебя уже есть, и вопрос, строить ли на нём инструмент.
Почему возражение «у меня и так всё работает» справедливо
На одном из обучений участница сформулировала это прямо: она уже собрала себе расчёт через чат, он считает, всё устраивает, а курс ведёт её дальше, к какому-то продукту. И честный вопрос: зачем.
Это возражение я считаю правильным. Плохо не то, что человек его задал, а то, что программа не ответила на него заранее.
Ответ звучит так. Твой расчёт живёт в переписке. Он работает, пока ты помнишь формулировку, пока чат не потерялся среди сорока других, пока ты сам сидишь за компьютером. Коллеге ты его передашь пересланным сообщением, и через неделю у вас будет две разные версии.
Дальше вопрос не в технологиях, а в арифметике. Задача раз в квартал на двадцать минут - это восемьдесят минут в год, продукт тут не окупится никогда. Та же задача ежедневно у пятерых сотрудников - это десятки часов в месяц, и разговор становится другим.
Есть и обратная ошибка: строить продукт там, где хватило бы пяти промптов. Я видел проект, который человек собирался вести по полной методологии, а по сути ему нужен был бот, складывающий сообщения в таблицу. Такое делается за вечер и не требует ни архитектуры, ни деплоя.
Три признака, что пора выходить из чата
Признак первый: повторяемость. Ты открываешь чат и пишешь примерно одно и то же. Не «примерно похожее», а именно одно и то же, с подставленными данными. Это первый сигнал: у задачи есть форма, а значит её можно зафиксировать.
Признак второй: не только ты. Результатом пользуется кто-то ещё - руководитель, бухгалтерия, клиент. Как только появляется второй потребитель, переписка перестаёт быть носителем: её нужно пересылать, объяснять и синхронизировать.
Признак третий: ручной конвейер. Ты выгружаешь файл, чистишь его, копируешь в чат, забираешь ответ, вставляешь в презентацию. Пять шагов, из которых интеллект нужен на одном. Остальные четыре и есть кандидат на автоматизацию.
Если совпал только один признак, оставайся в чате и не мучайся. Если два и больше, дальше стоит считать деньги и время.
Что именно ты получаешь на выходе?
Слово «продукт» пугает нетехнических людей больше, чем следует. В голове возникает что-то с серверами и командой разработчиков.
На практике у непрограммиста это выглядит скромнее:
Что-то, куда можно зайти
Страница в браузере или чат-бот в мессенджере. Одна кнопка, одно поле, понятный результат на экране.
Что-то, что помнит данные
Таблица или простая база: клиенты, сделки, замеры. Не в переписке, а в месте, куда можно вернуться.
Что-то, что срабатывает само
Расписание или событие: пришло письмо, наступило утро понедельника, загрузился файл.
Что-то, что доступно другому человеку
Ссылка, которую можно отправить коллеге, не объясняя, как формулировать запрос.
Мой рабочий приём для тех, кто не может представить свой результат: попроси агента нарисовать схему конечного продукта до того, как начнёшь его собирать. Один экран, стрелки, что на входе и что на выходе. Это снимает половину тревоги за пять минут.
Живой пример такого инструмента я разобрал в кейсе про пульт управления бизнесом в мессенджере: там как раз обычный бот, а за ним несколько рабочих контуров.
Три уровня автоматизации одной задачи
| Уровень | Что это | Стоимость | Когда достаточно |
|---|---|---|---|
| Переписка | формулируешь заново каждый раз | ноль | задача редкая, исполнитель один |
| Сохранённая заготовка | промпт, шаблон, файл с правилами, папка с контекстом | вечер | задача частая, исполнитель всё ещё один |
| Свой инструмент | интерфейс, хранилище данных, запуск без тебя | недели | задача частая, исполнителей несколько |
Второй уровень пропускают чаще всего, а зря. Половина запросов, с которыми ко мне приходят на обучение, закрывается именно им: не нужен ни деплой, ни база данных, нужен зафиксированный порядок работы и папка с контекстом.
Как выбрать первую задачу под автоматизацию и не начать с самой сложной, разбирал отдельно в материале про фильтр «бесит, боюсь, спрашивают».
Сколько это стоит по времени?
Честные ориентиры, которые я называю ученикам.
Инструмент для себя, без внешних пользователей: от одного вечера до недели вечеров. Сюда попадает всё, что читает твои файлы и отдаёт результат тебе же.
Инструмент, которым пользуется команда: недели. Свою последнюю сборку такого уровня я делал около пяти недель, и это с уже готовым навыком.
Разница не в коде. Код агент напишет быстро. Разница в том, что появляется чужая ошибка, чужие данные, вопрос «а где это хранится» и требование, чтобы работало утром в понедельник без тебя.
Отдельная статья расходов - то, что начинается после первой рабочей версии: хостинг, персональные данные, доступы. Про этот этап у меня есть подробный разбор что делать, когда прототип готов.
С чего начать, если решил собирать
Порядок, который я даю на обучении:
- Опиши задачу как конвейер. Что на входе, что происходит, что на выходе. Три предложения, без технических слов.
- Отрежь всё лишнее. Из десяти функций оставь одну, без которой инструмент бессмыслен. Остальные девять - потом.
- Проверь, не хватит ли второго уровня. Часто хватает. Это экономит недели.
- Собери самый тонкий рабочий проход. Одна кнопка, один результат, пусть некрасиво.
- Покажи живому человеку. Не себе. Второй человек находит то, что ты уже перестал замечать.
Задай себе вопрос: если инструмент будет готов завтра, кто нажмёт на кнопку первым и зачем. Нет ответа с именем и поводом - значит, продукт пока не нужен, нужна заготовка.
Частые вопросы
Частые вопросы
Главный вывод
Формулировка, которая лучше всего снимает путаницу: агент в чате - это не собеседник, это исполнитель, которого ты каждый раз нанимаешь заново. Продукт - это исполнитель, которого ты нанял один раз навсегда.
Если ты сейчас в середине обучения и не понимаешь, к чему идёшь, это нормальный этап. Про него я написал отдельно: что делать, когда обучение застряло в середине.
Посмотри на свою последнюю неделю. Есть ли задача, которую ты формулировал в чате больше трёх раз одними и теми же словами?
Источники
- Минимально жизнеспособный продукт - обзорная статья о подходе, Википедия
- Minimum viable product - англоязычная статья о том же подходе, Википедия
- Claude Code - обзорная страница официальной документации агента
- Claude Code - быстрый старт: как выглядит первая работа с агентом
- AI Index Report 2025 - отраслевой отчёт Stanford HAI о внедрении ИИ
