Задать вопрос
aval12
@aval12
Креативный директор веб-студии #VA

Этап подготовки к разработке сайта. Когда оценивать бюджет и заключать договор?

Доброго времени суток, коллеги.

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

Дизайн, вёрстка, разработка, тестирование — это всё отлажено, вопросов нет. Вопрос про этап согласования. Как правило, всегда работали по схеме — первичное обсуждение и брифование, исследование, ТЗ, прототипы — после этого предоплата и уже в работу. Вот основные проблемы, которые вижу:

  1. Довольно трудно составить ТЗ без прототипов, так как мы составляем подробные ТЗ с описанием блоков и функционала. Фактически, прототип у нас является частью ТЗ и прилагается к нему.
  2. Также трудно создать прототип сайта без предварительного исследования, во время которого мы изучаем конкурентов, подбираем референсы, выделяем полезные функции и блоки.
  3. Брать предоплату до исследования — возможно, но сильно сказывается на вероятности успешной продажи. Презентация результатов анализа ниши и готовые ТЗ и прототипы у нас — залог успешной продажи.
  4. И наконец, брать предоплату в самом начале — не вариант, так как стоимость проекта может измениться на этапе согласования.


Что думаете по этому поводу? Как решаете вопрос, если не секрет?
  • Вопрос задан
  • 3114 просмотров
Подписаться 36 Простой Комментировать
Ответ пользователя lotse8 К ответам на вопрос (6)
@lotse8
1) Сразу не вникая очень глубоко на основе предыдущего опыта можно назвать заказчику примерные рамки цены от ... и до ... и если заказчика этот диапазон устроит, то можно продолжать разговор. Некоторые на этом этапе отваливаются, это воздухогоны, у которых денег нет, а ходят по базару и просто прицениваются. Или же спрашивать у заказчика бюджет проекта, на какую сумму он рассчитывает, тогда думать только в пределах бюджета.
Т.е. смысл в том, чтобы на самом первом этапе отсеять все пустышки, чтобы не тратить на них свое время.
2) Для тех кто не отказался, нужно делать бриф и список функций или модулей и считать уже более точно ценник. На этом этапе можно договариваться с заказчиком Цена +/- 10% на непредвиденные ситуации. Обычно здравомыслящие заказчики понимают, что проект оценить на старте до копеек невозможно. Уже можно делать договор и просить предоплату.
3) И когда уже все будет до мелочей расписано, тогда уже можно смотреть, и если сильно ошиблись не в свою пользу, то либо разговаривать с заказчиком и менять цену (доп. соглашение к договору), либо отказаться (в договор надо забить пункт для варианта отступления).

Для заказчика все должно быть прозрачно и желательно не просто называть ему цену, а подробно расписывать калькуляцию, что делается и сколько стоит. Так заказчик будет уверен, что его не обманывают, а если жалко денег, то отдельные пункты он может не делать.
Ответ написан
Комментировать