«Сделаем сайт за неделю»: почему быстрый срок почти всегда означает дорогую переделку через полгода
Срок — не произвольное число, а сумма этапов
Реалистичный срок сайта складывается из последовательности этапов, у каждого из которых есть содержательная причина занимать именно столько времени: бриф и аналитика (3-5 дней), прототип и структура (1 неделя), дизайн (2-3 недели), разработка и интеграции (3-6 недель), тестирование и запуск (1 неделя) — итого лендинг занимает 3-4 недели, корпоративный сайт 6-8 недель, каталог или веб-сервис — от 10 недель. Обещание «сайт за неделю» для любого из этих форматов математически означает, что часть этапов вообще не происходит, а не что подрядчик просто работает быстрее остальных.
Что обычно вырезается ради скорости
Чаще всего первой жертвой становится этап прототипа и структуры — переход сразу к готовому визуальному макету по шаблону, минуя проектирование пользовательских путей под цели конкретного бизнеса. Второй частой жертвой — тестирование на реальных устройствах: страница может выглядеть нормально в браузере разработчика на десктопе и одновременно проблемно на мобильном, откуда приходит большинство трафика коммерческого сайта. Третьей — интеграции: подключить CRM или аналитику «на скорую руку» без проверки корректности передачи данных значит получить форму, которая выглядит рабочей, но реально теряет часть заявок или искажает аналитику.
Почему это не видно сразу — и поэтому особенно дорого
Проблема быстрого сайта редко заметна в день запуска — сайт открывается, выглядит прилично, форма как будто работает. Она проявляется через недели или месяцы: конверсия оказывается ниже, чем ожидалось, потому что структура не была спроектирована под реальные сценарии пользователей; аналитика показывает нестыкующиеся цифры, потому что интеграция была сделана поверхностно; на мобильных устройствах, откуда идёт основной трафик, часть элементов работает некорректно. К этому моменту переделка обходится дороже, чем стоила бы правильная разработка с самого начала, — потому что теперь это не проектирование с нуля, а исправление уже работающего в проде и уже накопившего реальные данные продукта.
Что физически можно ускорить без потери качества
Не любое ускорение — это срезанный угол. Реалистично сократить срок помогает более узкий формат (лендинг вместо корпоративного сайта, если задача это позволяет), заранее готовый и структурированный бриф от клиента (меньше итераций согласования на старте) и стандартные, уже отработанные интеграции вместо нетиповых кастомных сценариев. Это реальное ускорение за счёт уменьшения объёма или сложности задачи — принципиально другое дело, чем то же самое количество работы, но без части этапов процесса.
Как отличить обоснованно короткий срок от урезанного
Спросите, какой конкретно этап процесса сокращается ради заявленного срока и почему это не повлияет на результат — обоснованный ответ («у вас узкий лендинг, а не каталог, поэтому и цикл короче») отличается от уклончивого («просто мы быстрее работаем»). Этот вопрос — частный случай более широкого списка вопросов, которые стоит задать любому подрядчику до аванса.
Честный вывод
Срок в 3-4 недели для лендинга, 6-8 для корпоративного сайта и от 10 для каталога или веб-сервиса — не консервативная перестраховка, а сумма реально необходимых этапов. Более короткий срок для того же объёма задачи почти всегда означает не более эффективный процесс, а пропущенный этап, который придётся доделывать позже — уже за отдельные деньги и с потерей времени, которое сайт успел проработать неоптимально.
Вернуться в блог.