Web-разработка

 

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

  Параллельная разработка.

Анализ пожеланий заказчиков показал, что на начальном этапе те обычно чётко не представляют, что они хотят, и поэтому разработчик не может точно оценить стоимость работ. Это приводит к тому, что заказчику обычно выставляется предложение с немалой финансовой "подушкой". Мы же предлагаем работать по-другому, подготовить вначале профессиональное техническое задание (ТЗ), потом сделать админку сайта и основной сайт без плюшек, а потом уже вводить плюшки по степени важности. Под плюшками понимается всё, что не критично. Примеры: "корзина товаров" - если без неё нельзя запускать сайт, то она критична и это не плюшка; "обратный звонок" - это, скорее всего, не критично, так как на сайте уже указаны телефоны и пользователь может и сам позвонить, тогда это плюшка. Что является плюшкой, а что нет, определяет заказчик на этапе ТЗ.

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

  Подробное ТЗ позволяет ускорить разработку сайта: сразу начинают делаться админка сайта (для заполнения контентом) и дизайн и вёрстка основного сайта. Таким образом к моменту появления сайта в интернете он уже большей частью заполнен реальным контентом, что позволяет увидеть сразу "настоящий" сайт, его сразу можно указывать в рекламах, сразу можно запускать индексацию и продвижение сайта. Программирование основного сайта без плюшек занимает немного времени, что тоже ускоряет появление сайта. Недостаток классического подхода, когда на выходе хотят получить сразу красивый, полнофункциональный и заполненный сайт, - это невозможность делать несколько работ одновременно. К вёрстке не приступают, пока не сделают дизайн; админку не делают, пока не готова вёрстка, так как при работе с движком хотят сразу привязать и вёрстку; заполнять сайт начинают только при рабочей без ошибок админке, чтобы потом не делать дважды работу с наполнением; после наполнения вылезают ошибки и начинаются повторные циклы дизайн-вёрстка-программирование. Как результат - сроки большие и ещё и затягиваются.

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

  Итак, ход разработки сайта коротко:

1. Профессиональное ТЗ.

2. Основной этап. 

2а. Создание админки для начала заполнения сайта товарами и одновременно создание дизайна основного сайта.

2б. Запуск админки, заполнение товарами и начало верстки сайта.

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

3. Заключительный этап. Реализация плюшек в согласованной последовательности с возможностью что-то поменять на тот момент.

  Примерные сроки разработки для серьёзного интернет-магазина:

1. 2-4 недели, поскольку зависит от нас и от заказчика.

2а. 2-3 недели.

2б. 1-2 неделя (в зависимости от того, кто и откуда будет заполнять информацией сайт).

2в. 1 неделя. Таким образом, сайт может заработать в реале уже через 1-1,5 месяца после ТЗ, что очень невероятно для больших интернет-магазинов. Ещё хорошо, что после этого этапа можно уже указывать сайт в рекламах (он уже красивый и рабочий) и уже можно его "пощупать", поскольку при реальном сайте видение на многие вещи сильно меняется!

3. 1-2 месяца, поскольку по ходу работы может что-то меняться.

Мы реально смотрим на вещи и реально работаем, все сроки здесь приведены с небольшим запасом в расчете на реальные форс-мажорные обстоятельства.

  Порядок оплаты:

1. Оплачиваете только ТЗ - делаем ТЗ и договариваемся о точной стоимости остальных работ. 

2. Оплачиваете в один или два этапа Основной этап - делаем сайт без плюшек.

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

  На наш взгляд, такой подход оптимальный, поскольку заказчик может планировать расходы на сайт; не надо сразу выкладывать много денег (а потом долго ждать результатов); выплачивать основную часть после некоторой работы с нами (после ТЗ), увидев, кто мы такие и как мы работаем; выплачивать только за конкретную работу, а не за лапшу на уши (разработчики не будут говорить, как много они сделали, как всё было сложно, что нужно ещё доплатить чуть ли не полстоимости сайта).
 

  Поэтапная разработка.

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

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

Разработка «с ног до головы».

  Последовательность работ осуществляется в обратном порядке: сначала разрабатывается функционал, а потом уже интерфейс. Когда функционал уже работает, можно показать его разработчику интерфейсов, он сможет профессионально определить области, где что лучше разместить. Это ему будет легко делать, ведь с рабочей версией лучше работать, чем с ТЗ или набросками дизайнера. Потом дизайнер рисует уже четкие макеты для готового функционала, при этом он также может учесть моменты, которые, работая только по ТЗ, могли быть не учтены (например, большой размер текста, много пунктов меню, длинный список). Параллельно тестировщики могут протестировать  функционал, а программисты исправить ошибки.

  Область применения: такой подход удобен при нестандартном функционале, когда основная задача является работа с сайтом вплотную. Здесь делается акцент не на красивости, а на удобство пользователю.

 ---------

  Мы будем рады, если Вы выбирете нас, и постараемся сделать всё, чтобы вы остались нами довольны.