От прототипа к продукту: что добавляется, когда появляются живые пользователи

От прототипа к продукту: что добавляется, когда появляются живые пользователи

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

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

---

Работает у вас — не значит работает у всех

Вы собрали приложение. Открывается, кнопки нажимаются, данные сохраняются. У вас на экране всё хорошо.

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

Ничего из этого вы не проверяли, потому что делали как пользователь, который знает, как надо.

Прототип и продукт — разные вещи. Между ними не количество функций, а четыре слоя, которых в прототипе нет по определению.

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

Разберём, что добавляется.

Слой 1. Вход и кто есть кто

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

Что появляется: регистрация, вход, восстановление доступа, разделение — что видит один пользователь и чего не видит другой.

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

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

Слой 2. Деньги

Самый пугающий слой, и правильно пугающий.

Что появляется: приём оплаты, статус «оплачено», что происходит при неудачном платеже, возвраты, документы.

Где обычно ломается: оплата прошла, а доступ не открылся. Или наоборот — доступ открылся, а деньги не пришли.

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

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

Слой 3. Поведение при ошибках

Слой, который отличает продукт от макета сильнее остальных, и его почти всегда пропускают.

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

Правило: прототип показывает результат, продукт объясняет проблему. Белый экран без объяснения — это не сбой техники, это отсутствие слоя.

Пять проверок, которые надо пройти перед сдачей:

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

Слой 4. Данные и что с ними

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

Где обычно ломается: заявки приходят, но никто не смотрит. Или лежат там, откуда их нельзя достать.

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

Что ещё меняется

Три вещи, которые не слой, но без них сдача не получится.

Скорость. У вас на компьютере всё быстро. У человека на телефоне со слабым соединением может быть иначе.

Поддержка. Кто чинит, если сломалось. Входит ли это в цену. Отсутствие этого пункта означает, что вас будут дёргать бесплатно и бесконечно.

Доступы. Всё оформлено на заказчика, а не на вас. Сайт, привязанный к вашей почте, — мина, которая сработает через год.

Как считать смету с учётом слоёв

Здесь главный практический вывод для денег.

Прототип и продукт различаются в цене в разы, и заказчик этого не знает. Он видит работающий экран и считает, что дело сделано.

Поэтому смета составляется по слоям, а не одной суммой:

Смета из семи строк защищает себя сама. Спорят с позициями, а не с итогом. И вы сразу видите, где можно сократить объём, а не цену.

Порядок цен по рынку. Из моей выгрузки на 848 объявлений: многостраничный сайт — $245–730, система или конвейер — $490–1 460, при медиане разовой работы $30–75.

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

Что отвечать на «а я сам соберу за вечер»

Возражение честное, и оно будет звучать всё чаще. Спорить бессмысленно — да, соберёт.

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

Собрать экран и получить работающий продукт — разные задачи, и вторая занимает не вечер.

И встречный вопрос, который закрывает тему сам: «а когда планировали заняться?» Ответ почти всегда «руки не доходят».

Что для этого есть на платформе

Шаблоны сайтов — 343 промпта, каждый с готовым ТЗ на несколько десятков страниц: структура, типографика, поведение анимации. Превью видно до запуска. Это закрывает основу, чтобы вы тратили время на слои, а не на первый экран. Тариф Plus.

Скиллы для Claude Code — более 10 000, цепочки агентов под типовые задачи. Каталог открыт всем, файлы с Basic, продвинутые — Creator+.

Ассистенты категории «Инженеры» — девять штук, включая наставника по программированию: помогут разобрать, чего не хватает в проекте до сдачи. С Basic.

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

Регистрация бесплатная и открывает три дня доступа к Basic целиком.

С чего начать сегодня

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

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

Починив их, вы не станете разработчиком. Но продукт станет продуктом.

---

Как проверять слои, а не догадываться

Четыре слоя и пять проверок выше — ручная работа. Часть её снимается.

Блок 5, урок «Анализ эффективности сайта» — разбор того, что вы собрали: где посетитель спотыкается, что не работает на мобильном, где теряется путь к целевому действию.

Блок 5, урок 12 — локальный ИИ-агент, который читает проект целиком. В отличие от чата, он видит все файлы и может пройти по слоям сам: где обрабатываются ошибки, куда падают данные, где лежат ключи.

Что это меняет. Пять проверок из статьи вы делаете руками за пятнадцать минут. Агент проходит их по всему проекту и находит то, что вы не подумали проверить.

Блок 5 входит в тариф Plus.

---

Что почитать дальше

[Архитектура приложения как здание](/blog/app-architecture-as-building) — чтобы понимать, где что чинить.

[Почему проект разваливается на третьей правке](/blog/spec-coding) — как не сломать работавшее.

[Что из собранного продаётся](/blog/what-sells-from-vibecoding) — какие форматы требуют всех четырёх слоёв.

[Сайт-портфолио специалиста](/blog/specialist-portfolio-site) — простой случай, где слоёв нужно меньше.

[Skills для Claude Code](/blog/claude-code-skills-guide) — гид по скиллам целиком.