Каковы реальные сроки разработки сайта и за счет чего можно ускориться — CMS Magazine
МенеджментСтатьяОценка строковУправление проектамиПланированиеПрогнозированиеПроцессСоветы28 февраля 2012
Каковы реальные сроки разработки сайта и за счет чего можно ускориться
Думаю, что всем студиям и заказчикам знакома ситуация, когда ожидания, которые они имели относительно сроков разработки сайта, не совпадают с реальным положением дел. Ведь для клиента и порой для исполнителя до сих пор нет четкого ответа на вопрос: один месяц на разработку сайта — это много или мало? А два месяца? Почти в каждом тендере срок разработки указывается в один или два месяца, и в своей статье я хочу показать что можно успеть сделать за этот срок и сколько нужно времени для разработки хорошего сайта.
Александр Меркулов
51 424
Больше не нужно искать и обзванивать каждое диджитал-агентство
Создайте конкурс на workspace.ru – получите предложения от участников CMS Magazine по цене и срокам. Это бесплатно и займет 5 минут. В каталоге 15 617 диджитал-агентств, готовых вам помочь – выберите и сэкономьте до 30%.
Создать конкурс →

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

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

1. Работа над проектом сайта и ТЗ

Неважно делает ли студия проектирование сайта или нет, но вы потратите минимум 5 дней (в зависимости от сложности проекта срок может сильно увеличиться) на то, чтобы договориться между собой, выяснить цели разработки и то, как вы будете вместе их достигать. Если этого не делать вовсе, велик риск разработки бесполезного сайта, который будет либо учитывать личные предпочтения дизайнера, либо сиюминутные желания руководства компании заказчика. На разработку ТЗ для типового корпоративного сайта потребуется около 3 дней. Среднее время согласования с заказчиком этих документов 4 дня.

Студия: 8 дней. Заказчик: 4 дня. Итого: 12 дней.

2. Подготовка контента

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

Очень часто этот этап недооценивается ни разработчиком, ни заказчиком, об этом мы говорили в предыдущей публикации. Но когда заказчик-менеджер сталкивается с тем, что для получения информации по тому или иному разделу неизвестно к кому обратиться внутри своей компании и нужно каждую строчку согласовывать с руководством, его мировоззрение быстро меняется. Поэтому только на этот этап нужно отводить от 10 до 25 дней. Студии же на оценку представленной информации и на консультации нужно в среднем четыре дня. Старайтесь трезво смотреть на вещи и, в идеале, прежде чем заказывать разработку сайта, подготовьте всю информацию: по крайней мере будет что редактировать совместно со студией.

Студия: 4 дня. Заказчик: 10-25 дней. Итого: 14-29 дней.

3. Разработка набросков и/или прототипирование

На этот этап студии необходимо от 3 до 10 дней. Наконец, заказчик может своими глазами увидеть первые результаты и высказать свое мнение относительно предложенного решения его задачи. На этом этапе заказчик активно включается в потребление времени. Ведь менеджер со стороны заказчика должен проанализировать представленные материалы и согласовать их со своим руководством. Важно понимать, что данный процесс может очень сильно осложниться, если заказчик будет требовать больших и частых изменений в представленных концепциях. Например: студия готовит наброски/прототип, заказчик просит внести правки, студия показывает исправленную работу, заказчик просит внести правки и т.д. по кругу. Обычно, этот процесс занимает несколько итераций, т.к. несмотря на первоначальное проектирование сайта и выявление целей проекта и пожеланий заказчика, далеко не всегда удается попасть в точку с первого раза. Для этого необходимо проработать ряд концепций и выбрать из них самое лучшее решение.

Студия: 3-10 дней. Заказчик: 8 дней. Итого: 11-18 дней.

4. Разработка макетов всех страниц сайта

Для стандартного корпоративного сайта обычно хватает 10-15 типов страниц с собственным оформлением, но с общей концепцией. Студия потратит на разработку около 5 дней. После чего перейдет в режим согласования с заказчиком. И этот этап, в отличии от согласования набросков-прототипов, менее подвержен рискам затянуть сроки, т.к. студия уже занимается только технической работой в рамках утвержденной концепции. В нормальных условиях на согласование макетов заказчику нужно в среднем 4 дня. Но все же, зачастую, правки от заказчика возникают, и касаются они различных мелочей. На их доработку студии обычно хватает 2-х дней, заказчику одного дня.

Студия: 5-10 дней. Заказчик: 4-5 дней. Итого: 9-15 дней.

5. Верстка и программирование

На этом этапе в большинстве случаев студия и заказчик взаимодействуют слабо, а порой студия работает в автономном режиме. Для верстки 10-15 типов страниц и установки собственной и хорошо знакомой CMS, либо коробочной, без доработки дополнительных модулей, студии нужно около 7 дней.

Студия: 7 дней. Заказчик: 0 дней. Итого: 7 дней.

6. Наполнение и тестирование сайта. Публикация

На то, чтобы аккуратно заполнить сайт уже готовой информацией обычно студии нужно 1-2 дня. На выявление возможных недочетов, тестирование и публикацию требуется 2 дня. Риски затянуть сроки на этом этапе невелики в случае хорошо отлаженной системы согласований на прошлых этапах. Заказчик должен лишь увидеть в рабочем варианте все то, что он уже видел раннее и дать формальное разрешение на публикацию.

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

Студия: 3-4 дня. Заказчик: 1 день. Итого: 4-5 дней.

Итак, настало время произвести простой расчеты минимального и максимального срока разработки сайта. Мы не будем учитывать отягчающих обстоятельств и чрезмерного зацикливания на отдельных этапах (например п. 3 или п. 5).

Минимальный срок разработки — 57 дней, максимальный — 86 дней.

 
 

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

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

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

От редакции



 

Если вы согласны, что главное качество, а не скорость, советуем при выборе разработчика для вашего будущего проекта опираться на рейтинг веб-студий. Здесь вы сможете ознакомиться с самыми профессиональными командами России, Беларуси и Украины.

Используя фильтры, которые находятся справа от общего рейтинга, вы не только сможете определить какие студии создают проекты по нужной вам тематике, но и подобрать из них те, кто подходят вам по бюджету.

Алексей Костионов
Технический директор в UTLab
  1. Большая часть требований заказчика по проекту выясняется до заключения договора. Невозможно заключить договор на сайт с фиксированной стоимостью, не представляя, какой объем работы необходимо выполнить. На средний проект от старта работ до подписания ТЗ (если оно не было разработано отдельно как отдельный проект) мы закладываем 5 рабочих дней с согласованием. Возможен вариант применения готового ТЗ для стандартного проекта компании. Часто необходимы небольшие корректировки (например компоновка страниц)
     
  2. Подготовка контента — работа параллельная последовательным работам по дизайну и программированию. На основе карты сайта из ТЗ мы постепенно собираем информацию. Как правило она бывает получена к этапу наполнения. Если на момент выкладки сайта отсутствует контент для каких-то страниц, то сдается сайт без этих страниц.
     
  3. На этапе дизайна мы в первом варианте макета стараемся исполнить пожелание заказчика и не показываем прототип. На практике с прототипом часто бывало, что заказчик его отвергает, не понимая, что это набросок. От наброска мы отказались. В результате небольшой процент макетов принимается с первого варианта, Большинство со второго или третьего. За счет сокращения итераций взаимодействия с заказчиком снижается время на разработку дизайна.
     
  4. В некоторых случаях возможно не разрабатывать внутренние страницы сайта, а обойтись изображением стандартных элементов контентной области сайта (таблиц, форм, списков и т.п.). Мы в разработке используем только движок 1C-Bitrix и можем воспользоваться стандартным функционалом, сменив дизайн стандартного компонента системы на подходящий к проекту применив тот самый набор изображения стандартных элементов.
     
  5. Для программирования следует использовать готовые решения — это сэкономит время не только на разработку, но и на отладку. А при хорошей документации и наличии видео уроков и на обучение клиента.
     
  6. После этапа публикации еще принято обучать клиента системе управления. Не всегда это просто, но мы это обучение проводим.

Как правило за 2 месяца удается сдать клиенту сайт, хотя бывают и исключения.


Никита Михеенков
Руководитель в Nimax

Проблемы со сроками разработки часто возникают от совершенно неправильного восприятия многими заказчиками — интернет-маркетинга в целом.

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

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

Вот пример нескольких этапов разработки, при которых клиент может начать работу сразу:

  1. Хорошая, продающая заглушка.
  2. Запуск первой версии проекта на SaaS. Вообще без разработки, только контент.
  3. Запуск упрощенной базовой версии сайта.
  4. Поэтапная доработка функционала.

Роман Яцевич
Технический директор в «Студия ЯЛ»

Хороший, четко структурированный текст, который смело можно показывать новым клиентам, чтобы обозначить все подводные камни.

Что интересно, программирование, даже если оно не ограничивается стандартными доработками модулей, а выполняется под заказ, согласовывается значительно легче, чем, к примеру, дизайн. Все дело в отсутствии «ложного профессионализма»: заказчик понимает, что ничего не понимает, поэтому лучше довериться разработчику. В случае с дизайном, наоборот, в 2/3 случаев клиент полагает, что в состоянии и вправе корректировать работу дизайнера: если в программировании мы оперируем понятиями «работает», «не работает», «работает, но криво», то критерии красоты у каждого свои. Доходит до смешного: «да, вы говорите, что мой вариант плох. Но давайте вы сначала нарисуете этот плохой вариант, а потом я соглашусь, что был не прав!»


Иван Зайчиков
Технически директор в ЮниВеб

Хорошая статья. С автором во многом согласен, но та модель бизнес-процесса, на основе которой подсчитывается время, подразумевает более или менее сложный проект с высоким ценовым порогом. Многие компании не хотят входить в этот сегмент рынка и намеренно не берут сложные проекты, а оптимизируют время на подготовку, согласование и разработку простых сайтов. При грамотном подходе время разработки сайтов-визиток составляет от 1 до 2-х недель, при этом в это время уже включены все человеко-часы начиная с первого контакта с заказчиком, заканчивая сдачей проекта.

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

Могу кратко описать основные пункты, позволяющие оптимизировать работу с небольшими заказчиками и снизить потраченное впустую время.

Алгоритм работы.

  1. Выявление того что необходимо клиенту (анкета, бриф, заполняют вместе с менеджером, этот факт ускоряет процесс многократно). Время до 1 дня (с учетом того что заказчика надо еще поймать на месте чтобы он смог пообщаться).
     
  2. Подготовка ТЗ (шаблон договора уже есть, есть уже готовые пункты для стандартного функционала, остается удалить лишние пункты). Время до 1 часа.
     
  3. Дизайн (сложно что-то оптимизировать, разве что есть готовые шаблоны по расстановке элементов дизайна: меню слева, меню вверху, логотип слева и т.д.). Время: 3-4 дня.
  4. Согласование с заказчиком (оно может проходить в несколько этапов и тут важно, чтобы менеджер четко понимал, что именно не понравилось заказчику, иначе процесс переделок дизайна и согласований может затянуться надолго). Время: 1-3 дня.
  5. Программные работы. Обычно сложного функционала подобные сайты не имеют, поэтому главное сверстать, а с функционалом поможет любая CMS. Время: 1-2 дня.

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


Екатерина Шукалова
Генеральный директор в ФЕРТ

Хорошая, правдивая статья, но при указанных в ней объемах работ, я бы увеличила указанные цифры раза в два :-). Особенно, если проект — нестандартный. Но сроки — это беда большинства проектов. Мы пытаемся сокращать сроки разработки за счет библиотеки типовых решений, которые используются при «плюс-минус» стандартных проектах, т.е. на переговорах я показываю стандартные прототипы, стандартные ТЗ, куда прямо в присутствии Заказчика могут вноситься изменения. При этом я слежу, чтобы эти изменения не зашкаливали, выводя стандарт в не-стандарт. Это помогает и на дальнейших этапах.


Вадим Смирнов
Креативный директор в OKC.Service

Любой сайт можно сделать быстрее в полтора раза.

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

Два календарных месяца - среднестатистический срок с учетом времени согласования. И этот срок можно сократить в полтора раза в случае идеально слаженной работы заказчика и студии.

Клиентам, которые желают ускорить выполнение проекта:

  1. Четко поставьте студии задачу зачем делается сайт и каковы критерии успеха.
     
  2. Выберите студию, где стиль решения схожих задач вас устраивает. Субъективно. И ни в коем случае не выполняйте работу дизайнера.
     
  3. Исключите из проекта все несущественное и вторичное.
     
  4. Выделите только одного человека, отвечающего за проект с вашей стороны. Пусть этот человек имеет полномочия получить решение от всех участников проектной группы за минимальный срок.
     
  5. Стремитесь давать конструктивную обратную связь в течении 1 рабочего дня. Вы не поверите, насколько это ускоряет работу.
     
  6. Предоставьте реальную информацию для использования в прототипах сайта с самого начала: как будут называться товары в каталоге, как выглядит типичное сообщение и т.п. Если не знаете заранее - укажите диапазон и требуйте от студии это учитывать в прототипах.
     
  7. Спланируйте необходимые материалы для сайта и закажите их создание не позже, чем начнете делать сайт.

Сергей Прокофьев
Директор по развитию в CreativePeople

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

Для себя мы приняли простое решение. У наших проектов есть два показателя сроков — наши внутренние сроки и сроки, которые мы озвучиваем клиенту.

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

Обратным образом обстоит ситуация с клиентскими сроками. Мы не пытаемся «продать» клиенту сайт в короткие сроки, речь идет лишь о разумных сроках, которые не ограничиваются только производственным процессом. Мы честно говорим клиенту, что согласование документов и проектирование занимает много времени, говорим о том, что сбор контента скорее всего затянется и т.д. Обязательно говорим о том, что после завершения основных работ могут появиться дополнительные, рассказываем о процессе поддержки и продвижения. По сути наша задача продать клиенту «длинные сроки» долгосрочного проекта. И только затем мы делим проект на короткие итерации, которые могут быть привязаны к календарному плану. В идеале можно расписать этот план сразу на год!

похожие статьи