Этапы работы и сроки

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

Порядок работы над сайтом

  • 1. Получение вводных данных от клиента (макеты сайта или ссылки на сайт-донора).
  • 2. Написание ТЗ. Если ТЗ нет, то мы его можем написать.
  • 3. Утверждение ТЗ.
  • 4. Утверждение сметы на сайт по ТЗ.
  • 5. Составление и подпись договора.
  • 6. Получение предоплаты по договору.
  • 7. Старт работ.

Разработка технического задания

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

На этапе технического задания мы обсуждаем возможные реализации того или иного функционала, определяем набор функционала (делать или не делать личный кабинет, адаптивную вёрстку и пр.). Часто клиенты приходят с готовым дизайном в формате .psd, но в макетах опускаются моменты интерактивного взаимодействия с сайтом (нажали на эту кнопку, а что дальше?) — эти вопросы разъясняются в ТЗ, а макеты могут быть отправлены на доработку.

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

Написание ТЗ стоит обычно 10 000 - 20 000 (10-20 тыс.) руб.

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

Методология разработки

После утверждения ТЗ события могут развиваться по двум сценариям.

  • Сценарий 1. Мы выполняем всю работу по ТЗ и сдаём сайт.
  • Сценарий 2. Мы выполняем работу по ТЗ, показываем сайт; клиент вносит правки, мы реализуем правки, показываем сайт (этап N); клиент вносит правки, мы реализуем правки, показываем сайт (этап N+1) и т.д.

Это утрированные варианты двух подходов в веб-разработке, каскадной модели (1) «Водопад» (англ. waterfall model) и гибкой модели (2) (англ. Agile software development), когда требования формируются динамически, от одной итерации к другой.

Традиционная каскадная модель (ТЗ - разработка - тестирование - сдача) прекрасно подходит для малых проектов, когда результат легко предсказуем и возможные модификации проекта минимальны. Таким образом мы делаем большинство сайтов. После утверждения ТЗ мы погружаемся в работу, «выныриваем» через неделю и сразу сдаём сайт. Если с ТЗ мы не ошиблись, то сдаче сайта могут помешать только ошибки, которые мы быстро исправляем. В данном случае цена создания сайта соответствует заявленной стоимости по ТЗ.

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

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

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

Общий алгоритм работы

  1. Утверждение ТЗ.
  2. Принятие дизайн-макетов всех страниц сайта.
  3. Вёрстка макетов HTML/CSS и «натягивание» на CMS.
  4. Программирование JavaScript.
  5. Тестирование сайта.
  6. Сдача сайта.

Сроки работ

Сроки работ указываются в договоре: устанавливается либо один общий дедлайн на всю работу (в случае простой каскадной модели), либо лимитируются сроки выполнения каждого из этапов. В случае поэтапной работы (гибкая модель Agile) заказчик оплачивает работу поэтапно.

Этап работы  Время исполнителя Время заказчика
1. Разработка скетча главной страницы 3 рабочих дня на разработку, 2 дня на реализацию корректировки клиента 2 рабочих дня на корректировку
2. Разработка дизайна главной страницы 5 рабочих дней на разработку, 2 дня на реализацию корректировки клиента в рамках принятого скетча 2 рабочих дня на корректировку
3. Окончательное согласование дизайна главной страницы 3 рабочих дня на приёмку
4. Отрисовка макетов внутренних страниц 3 рабочих дня на один макет 2 рабочих дня на корректировку
5. Вёрстка макетов сайта,  программирование JS 5-10 дней, оговаривается в договоре 2 рабочих дня на проверку
Повтор пунктов 4-5 по сценарию 2 (следующая итерация при гибкой разработке сайта) 5 дней 3 рабочих дня на корректировку
6. Итоговое тестирование сайта 5 дней на приёмку

Сроки выполнения / приёмки задач могут варьироваться, но главная идея распорядка работы остаётся: мы ценим время друг друга и кооперируемся в решении общей задачи. На сроки сдачи проекта влияет как время работы исполнителя, так и время реакции заказчика. Что, если заказчик не ответил в течение 5 дней? В этом случае мы оставляем за собой право переключиться на другой проект. Время обратного возвращения в процесс может занимать до 5 дней.

Особенности разработки дизайна

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

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

Точный запрос клиента — гарантия низкой цены

Заказы формата «Сделайте нам маленький, но большой», «Красный но зеленый» принимаются со 150% предоплатой.

Заказы формата «Что вы нам можете предложить?» обсуждаются после объявления бюджета, либо предоплаты двух, трёх месяцев непрерывного рассказа того, что мы делали и можем предложить нового.

Заказы формата «Сделайте нам так, как умеете и считаете нужным на такую-то сумму», приравниваются к льготникам и обслуживаются вне очереди.