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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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