От прототипа к продакшену

Твой прототип работает. Ты прокликиваешь его — и всё гладко. Ты делишься ссылкой — и за час кто-то попадает на экран, который ты никогда не видел, вводит то, чего ты не представлял, и всё рушится.

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

Счастливый путь — это ложь, которую ты себе рассказываешь

Когда ты тестируешь своё приложение, ты делаешь это правильно. Вводишь валидный email, заполняешь каждое поле, кликаешь в том порядке, который задумал. Реальные пользователи не делают ничего из этого. Они:

• Оставляют поля пустыми и жмут отправить.
• Вставляют эссе на 4000 символов в поле имени.
• Дважды кликают кнопку покупки.
• Теряют связь на полпути.
• Открывают на телефоне, который ты не тестировал.

Ничего из этого не экзотика. Это случается в первый же час. Переход от прототипа к продукту в основном про обработку всего, что вне счастливого пути.

Четыре вещи, которые прототипы пропускают

1. Валидация ввода

Твой прототип доверяет пользователю. Твой продукт не может. Каждое поле, куда что-то вводят, нуждается в ответе на вопрос «а что, если это пусто, огромно или бессмыслица?».

Спроси ИИ напрямую:

«Пройди по каждому полю ввода в этой форме. Для каждого: что будет, если оно пустое, слишком длинное или в неверном формате? Добавь валидацию и понятное сообщение об ошибке для каждого».

2. Состояния ошибок

Счастливый путь показывает успех. А что видит пользователь, когда сохранение падает? Прототип не показывает ничего — или белый экран. Продукт показывает «Что-то пошло не так, попробуй снова» и не теряет его работу.

Каждое действие, которое может упасть, нуждается в видимом спокойном ответе на этот случай.

3. Пустые состояния и загрузка

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

4. Базовая безопасность

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

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

Тестируй как незнакомец, а не как автор

Перед запуском потрать двадцать минут, активно пытаясь это сломать. Открой на телефоне. Отправь пустые формы. Засунь эмодзи в каждое поле. Кликни дважды. Открой разлогиненным. Создай второй аккаунт и проверь, что не видишь данные первого.

Ты тестируешь не то, работает ли оно — ты знаешь, что у тебя работает. Ты тестируешь, переживёт ли оно того, кто не знает и кому плевать, как им «положено» пользоваться.

Готово — это не идеально, а безопасно для встречи с незнакомцами

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

Планка для запуска — не «безупречно». Это «незнакомец может этим пользоваться, не пострадав, не запутавшись и не засветившись». Возьми эту планку, запускай — и пусть реальное использование подскажет, что укреплять дальше. Оно подскажет, и этот фидбэк стоит больше, чем ещё неделя догадок.