Почему так долго?

Почему в одной студии сроки разработки сайта называют 2−3 недели, а в другой — несколько месяцев и выше? От чего зависит срок — от профессионализма, загруженности агентства проектами или от банальной лени подрядчиков?

У нас, в Сибирикс, разработка интернет-магазина занимает в среднем 6−8 месяцев. Понятно, что на конструкторе собрать сайт можно сильно быстрее. Но и для индивидуальной разработки сроки, которые называют разные подрядчики, могут отличаться в два раза. В этой статье мы подробно расскажем, из чего складываются эти сроки и что на них может влиять.

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

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

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

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

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

Когда все нюансы согласованы, специалисты агентства начинают работы по аналитике — агрегации требований. На этом этапе определяются:

• Боли целевой аудитории и возможности их решения;
  
• Удачные и неудачные решения конкурентов;
  
• Уникальное торговое предложение компании-клиента;
  
• Точные цели и задачи сайта;
  
• Необходимый контент.
  

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

Этап агрегации требований занимает от 2 до 4 недель. Зависит в основном от сроков получения обратной связи от заказчика. Также нужно включить сюда работу аналитика — это примерно 5−6 звонков, по часу-полтора каждый. На созвонах обсуждаются дополнительные нюансы проекта.

Можно ли без обойтись без предварительной аналитики? Да, если вы пришли к разработчику, с четкой таблицей, в которой указано, что точно должно быть на каждой странице. Или с уже разработанным сайтом, на котором ничего, кроме дизайна, не должно поменяться. Или когда вам не нужен суперкреатив и экспертные решения от разработчика — такое тоже бывает, чаще всего на корпоративных сайтах или сайтах — визитках. Если вам нужен исполнитель, который будет делать проект четко по вашей инструкции, от и до, есть смысл выбирать из студий среднего ценового диапазона.

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

Создание прототипа может занять от недели до нескольких месяцев. Это зависит от объема — сложности проекта и количества страниц прототипа. Важно найти баланс: нет смысла проектировать все страницы сайта, но важно, чтобы прототип охватывал основные пути пользователей. Теоретически, от прототипа можно отказаться и перейти сразу к дизайну. Но экономии времени не получится — вносить правки в прототип гораздо быстрее и дешевле, чем в дизайн-макеты.

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

Техническое задание необходимо, скорее, для страховки заказчика и разработчика — чтобы был документ, на который можно сослаться при необходимости или при возникновении разногласий. Если на проекте пишется ТЗ, бэклог потом все равно придется делать. Мы пишем техзадания так, что это можно было сделать относительно быстро и просто.

Написание технического задания занимает, в среднем, неделю. Но после этого нужно, чтобы заказчик его прочитал, ответил на все наши вопросы и задал все свои. Это документ состоящий, минимум, страниц из 50 (а иногда и всех 150) довольно скучного текста.

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

Только после утверждения предыдущих этапов можно приступать к дизайну сайта. Чтобы не рисовать наугад и не переделывать несколько раз — начинаем с визуального брифа. Это набор референсов, которые мы обсуждаем с заказчиком: что нравится, а что нет. На подготовку-обсуждение-согласование уходит примерно неделя. Сам бриф готовится за день. Если референсы мы согласуем сразу на звонке, это время можно сэкономить.

Разрабатываем дизайн, начиная с главной страницы, чтобы согласовать общую концепцию. Проводим брейншторм. Рисуем макет (итеративно — арт-директор ежедневно осматривает результат). Готовим ui-кит — краткую инструкцию к дизайну. Делаем видео — чтобы показать, как будет работать интерактив на странице. Собираем презентацию для демонстрации дизайна заказчику. Все вместе занимает в среднем две недели.

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

Когда дизайн главной утвержден — рисуем все остальные страницы, формы, поп-апы. Чтобы ускорить процесс, над дизайном работает несколько специалистов, которых также контролирует арт-директор. Если сайт небольшой — можно отрисовать все за неделю. На больших проектах дизайн внутренних страниц может занимать несколько месяцев, особенно если нужна разработка дизайн-системы. Добавляем сюда время на согласования.

Итого — дизайн суммарно занимает от 3−4 недель на маленьком проекте, где заказчик все принимает без правок, до нескольких месяцев.

Этот этап состоит из фронтенд и бэкенд-программирования.

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

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

Разработка ведется спринтами (блоками задач), длиной в две недели. Для небольшого проекта может хватить пары спринтов. Есть проекты, в которых насчитывается не один десяток спринтов. Приемка на стороне заказчика на этом этапе занимает не так много времени. Но, в среднем, нужно около недели на каждый спринт.

Над проектом работает команда из 2−3 программистов. Добавлять в команду больше разработчиков не имеет смысла — сработает закон Брукса, когда программисты начинают толкаться локтями, мешая друг-другу и замедлять разработку. Можно ускорить процесс, запустив несколько потоков разработки параллельно, используя микросервисную архитектуру. Это имеет смысл на больших проектах, и такую реализацию необходимо заранее закладывать в архитектуру.

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

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

Считаем с даты подписания договора. Итак (все сроки с учетом согласований на стороне клиента):

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

После того, как разработка завершена, вам потребуется еще время для ввода сайта в эксплуатацию. Его надо заполнить контентом, заключить договоры с внешними сервисами, получить подтверждение, что все учтено, от ваших сео-специалистов. Это тоже может быть не быстро. А если у вас предусмотрена интеграция с системами учета (1С например), то в этом ящике пандоры может остаться не один месяц упорной работы и согласований с 1С-никами.

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

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