Как на самом деле создаются цифровые продукты, или Почему «скорострельный» ИИ-подход — ... — 20 июля 2026 г. в 16:03:46.260
Как на самом деле создаются цифровые продукты, или Почему «скорострельный» ИИ-подход — это путь в никуда 🛠️ Уже много раз касались этой темы, но почему бы не поговорить снова? А именно: «Как проходит правильная разработка?» Чем дальше катится мир, тем больше я удивляюсь. Натыкаясь на различные запросы на разработку сайтов или приложений, я замечаю, что некоторые «разработчики» в ответ на ТЗ скидывают чуть ли не готовый макет, сгенерированный в нейронке за 5 минут. Это, конечно, прикольно, и потенциального заказчика может приятно удивить такой скорострельный подход. Но давайте разберемся, почему это плохо, а не хорошо. И сделаем мы это на примере того, как процессы устроены у нас в WebMarvels. Эталонный процесс разработки из 7 шагов: 1. Не бежим впереди паровоза Вообще никогда не летим сломя голову кодить. Почему? Потому что если бежать впереди поезда, ты не увидишь, куда он едет, на каком топливе и исправен ли он вообще. Чтобы понять, что нужно бизнесу, его нужно полностью изучить. Перед тем как приступать к проекту, мы исследуем потребности, боли и затыки компании, чтобы понять: зачем вообще им эта разработка? Для этого проводится первичный созвон или встреча, где мы задаем правильные (иногда неудобные) вопросы и вытягиваем честные ответы. 2. Без хорошего ТЗ — результат ХЗ Следующий этап — создание технического задания, в котором прописывается ВСЁ. Это важнейший шаг. Клиент видит весь спектр работ и понимает конечный результат, а для нашей команды это полноценная дорожная карта, в которой учтены все нюансы и интеграции. 3. Проектирование и архитектура Исходя из ТЗ, начинается стройка. Сначала мы закладываем фундамент: пишем архитектуру проекта, прописываем путь пользователя и проектируем базу данных. Этот этап можно пропустить только на микро-проектах, где вся логика сводится к «клиент заполнил форму — данные ушли в Excel». Во всех остальных случаях пропуск архитектуры грозит тем, что после релиза продукт придется пересобирать заново по живому. А это очень больно и дорого. 4. Дизайн (UX/UI) Этот этап делится на два шага: UX — грубо говоря, серо-белый интерактивный набросок (прототип). Тут мы утверждаем логику, структуру и путь клиента, чтобы ему было удобно. UI — превращаем серую схему в полноценный визуал. Наполняем текстами, графикой и финальным стилем. На выходе вы видите проект именно таким, каким он будет вживую. 5. Долбим пальцами по клавиатуре 💻 Мой любимый этап — непосредственно кодинг. Превращаем дизайн-макет из Figma в реальный рабочий продукт. Переносим всю логику в код, оживляем, связываем фронтенд с бэкендом. Этап самый сложный и долгий, хотя написал про него меньше всего) 6. Ломаем, чтобы потом не ломалось Этап тестирования (QA). Мы делаем с готовым проектом всё, что может прийти в голову самому неадекватному пользователю. Нагружаем серверы, ищем скрытые баги во всех сценариях и жестко их устраняем до того, как сайт увидят ваши клиенты. 7. Конечная! Релиз и продакшн Именно сейчас сайт появляется в сети на вашем домене. Этап включает в себя кучу серверных процессов: настройка VPS/VDS, окружения, связка доменов, SSL-сертификаты и еще миллион технических деталей, чтобы всё летало 24/7. Вывод Если вы дочитали до этого места, поздравляю — вы прошли весь эталонный путь создания небольших и средних ИТ-продуктов (для крупных систем там добавляется еще с десяток этапов). Но для вас как для заказчика весь этот лонгрид не должен быть страшным. Ваша активная работа заканчивается на этапе №1. Дальше вы делаете только три вещи: «approve» (утверждаю), «reject» (переделываем) или «correct» (вносим правки). Всю техническую головную боль мы берем на себя. Можно, конечно, пойти к «скорострелам» и закинуть в нейронку промт: «Сделай красиво, а некрасиво не делай». Но результат там будет абсолютно ХЗ. А если ХЗ вам не подходит и нужна система, которая будет приносить прибыль — пишите нам в WebMarvels, сделаем всё по уму. 🤟