# Задачу решает чат: зачем тогда собирать свой продукт

Чат работает, пока ты за клавиатурой, продукт работает без тебя. Разбираю, по каким трём признакам проходит граница и когда собирать инструмент рано.

URL: https://posts.danashkin.ru/guides/chat-ili-svoy-produkt
Обновлено: 2026-08-30

---

## Коротко

**Главное**

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

## Чем продукт отличается от чата на практике?

**Главное**

Тремя вещами: продукт работает без твоего участия, даёт одинаковый результат каждый раз и доступен другим людям. Чат каждый раз начинает с нуля и требует, чтобы ты был за клавиатурой.

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

Первый инструмент - конструктор документов. Раньше на подготовку одного договора с проверкой всех мелочей уходило от часа до полутора. Сейчас это занимает около трёх минут. Внутри там даже не нейросеть на каждом шаге, а обычный алгоритм: часть работы просто не требует интеллекта, она требует, чтобы её один раз описали правилами.

Второй - сводка по моим проектам в мессенджер. Ключевое свойство: она приходит, даже когда мой ноутбук выключен. В чате такое невозможно по определению.

Третий - планировщик, который начинался на одном конструкторе, а потом был переписан агентом целиком.

| Признак | Чат | Свой продукт |
|---|---|---|
| Кто запускает | только ты, руками | расписание, кнопка, другой человек |
| Работает без тебя | нет | да |
| Повторяемость результата | зависит от формулировки | одинаковая, логика зашита |
| Доступ для команды | пересылка переписки | ссылка или бот |
| Стоимость входа | ноль | недели работы |

Про разницу между обычным чатом и агентом, который сам делает, у меня есть отдельный разбор: [что такое Claude Code и Codex](/guides/chto-takoe-claude-code-i-codex). Здесь речь про следующий шаг - когда агент у тебя уже есть, и вопрос, строить ли на нём инструмент.

## Почему возражение «у меня и так всё работает» справедливо

**Главное**

Потому что чат действительно решает задачу. Если она возникает редко и решаешь её только ты, продукт не даст выигрыша: ты потратишь недели, чтобы сэкономить минуты. Разговор про продукт начинается там, где задача повторяется.

На одном из обучений участница сформулировала это прямо: она уже собрала себе расчёт через чат, он считает, всё устраивает, а курс ведёт её дальше, к какому-то продукту. И честный вопрос: зачем.

Это возражение я считаю правильным. Плохо не то, что человек его задал, а то, что программа не ответила на него заранее.

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

Дальше вопрос не в технологиях, а в арифметике. Задача раз в квартал на двадцать минут - это восемьдесят минут в год, продукт тут не окупится никогда. Та же задача ежедневно у пятерых сотрудников - это десятки часов в месяц, и разговор становится другим.

**Ловушка обратного свойства**

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

## Три признака, что пора выходить из чата

**Главное**

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

**Признак первый: повторяемость.** Ты открываешь чат и пишешь примерно одно и то же. Не «примерно похожее», а именно одно и то же, с подставленными данными. Это первый сигнал: у задачи есть форма, а значит её можно зафиксировать.

**Признак второй: не только ты.** Результатом пользуется кто-то ещё - руководитель, бухгалтерия, клиент. Как только появляется второй потребитель, переписка перестаёт быть носителем: её нужно пересылать, объяснять и синхронизировать.

**Признак третий: ручной конвейер.** Ты выгружаешь файл, чистишь его, копируешь в чат, забираешь ответ, вставляешь в презентацию. Пять шагов, из которых интеллект нужен на одном. Остальные четыре и есть кандидат на автоматизацию.

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

## Что именно ты получаешь на выходе?

**Главное**

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

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

На практике у непрограммиста это выглядит скромнее:

1. **Что-то, куда можно зайти**

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

2. **Что-то, что помнит данные**

   Таблица или простая база: клиенты, сделки, замеры. Не в переписке, а в месте, куда можно вернуться.

3. **Что-то, что срабатывает само**

   Расписание или событие: пришло письмо, наступило утро понедельника, загрузился файл.

4. **Что-то, что доступно другому человеку**

   Ссылка, которую можно отправить коллеге, не объясняя, как формулировать запрос.

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

Живой пример такого инструмента я разобрал в кейсе про [пульт управления бизнесом в мессенджере](/guides/telegram-bot-pult-upravleniya-biznesom-keys): там как раз обычный бот, а за ним несколько рабочих контуров.

## Три уровня автоматизации одной задачи

**Главное**

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

| Уровень | Что это | Стоимость | Когда достаточно |
|---|---|---|---|
| Переписка | формулируешь заново каждый раз | ноль | задача редкая, исполнитель один |
| Сохранённая заготовка | промпт, шаблон, файл с правилами, папка с контекстом | вечер | задача частая, исполнитель всё ещё один |
| Свой инструмент | интерфейс, хранилище данных, запуск без тебя | недели | задача частая, исполнителей несколько |

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

Как выбрать первую задачу под автоматизацию и не начать с самой сложной, разбирал отдельно в материале про [фильтр «бесит, боюсь, спрашивают»](/guides/kakuyu-zadachu-otdat-ii-pervoy).

## Сколько это стоит по времени?

**Главное**

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

Честные ориентиры, которые я называю ученикам.

Инструмент для себя, без внешних пользователей: от одного вечера до недели вечеров. Сюда попадает всё, что читает твои файлы и отдаёт результат тебе же.

Инструмент, которым пользуется команда: недели. Свою последнюю сборку такого уровня я делал около пяти недель, и это с уже готовым навыком.

Разница не в коде. Код агент напишет быстро. Разница в том, что появляется чужая ошибка, чужие данные, вопрос «а где это хранится» и требование, чтобы работало утром в понедельник без тебя.

Отдельная статья расходов - то, что начинается после первой рабочей версии: хостинг, персональные данные, доступы. Про этот этап у меня есть подробный разбор [что делать, когда прототип готов](/guides/prototip-gotov-chto-dalshe-deploy-152fz).

## С чего начать, если решил собирать

**Главное**

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

Порядок, который я даю на обучении:

1. **Опиши задачу как конвейер.** Что на входе, что происходит, что на выходе. Три предложения, без технических слов.
2. **Отрежь всё лишнее.** Из десяти функций оставь одну, без которой инструмент бессмыслен. Остальные девять - потом.
3. **Проверь, не хватит ли второго уровня.** Часто хватает. Это экономит недели.
4. **Собери самый тонкий рабочий проход.** Одна кнопка, один результат, пусть некрасиво.
5. **Покажи живому человеку.** Не себе. Второй человек находит то, что ты уже перестал замечать.

**Проверка перед стартом**

Задай себе вопрос: если инструмент будет готов завтра, кто нажмёт на кнопку первым и зачем. Нет ответа с именем и поводом - значит, продукт пока не нужен, нужна заготовка.

## Частые вопросы

**Главное**

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

### Частые вопросы

**Внутри обязательно должна быть нейросеть?**

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

**Можно собрать без программиста?**

Да, и в этом смысл [вайбкодинга](/concepts/vibecoding). Но роль руководителя проекта остаётся за тобой: постановка задачи, приёмка и решение, что достаточно хорошо.

**Задача нужна раз в год. Строить?**

Нет. Оставайся в чате и сохрани формулировку в файл. Через год достанешь и повторишь.

**У меня в чате уже работает. Переделывать?**

Не переделывать, а надстраивать, когда упрёшься. Рабочий чат никуда не денется, а формулировки из него станут основой инструмента.

## Главный вывод

**Главное**

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

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

Если ты сейчас в середине обучения и не понимаешь, к чему идёшь, это нормальный этап. Про него я написал отдельно: [что делать, когда обучение застряло в середине](/guides/ne-vizhu-k-chemu-idu-v-obuchenii-ii).

Посмотри на свою последнюю неделю. Есть ли задача, которую ты формулировал в чате больше трёх раз одними и теми же словами?

### Источники

- [Минимально жизнеспособный продукт - обзорная статья о подходе, Википедия](https://ru.wikipedia.org/wiki/Минимально_жизнеспособный_продукт)
- [Minimum viable product - англоязычная статья о том же подходе, Википедия](https://en.wikipedia.org/wiki/Minimum_viable_product)
- [Claude Code - обзорная страница официальной документации агента](https://code.claude.com/docs/en/overview)
- [Claude Code - быстрый старт: как выглядит первая работа с агентом](https://code.claude.com/docs/en/quickstart)
- [AI Index Report 2025 - отраслевой отчёт Stanford HAI о внедрении ИИ](https://hai.stanford.edu/ai-index/2025-ai-index-report)