Сколько стоит создание сайта? Определение бюджета на разработку программы

Введение

"Сколько стоит программа?" - наверно это самый популярный вопрос заказчика в начале проекта. Расчет стоимости разработки ПО - не такой простой вопрос, как может показаться в самом начале работы с программистами.

Веб-проект - не буханка хлеба. Веб-проект подразумевает процесс и совместную работу, а также неопределенность в начальной постановке задачи. 

Что важно понимать при оценке стоимости проекта

  1. Цена не может быть точно определена, если нет точных требований. Бессмысленно требовать от подрядчика точную смету по описанию вроде "Сколько будет стоит аналог Wildberries". Если вам нужна точная смета, необходимо как минимум описать требования в виде технического задания на определенный объем работ.
  2. Четко определите границы первой версии продукта. Если границ нет, то бюджет потенциально может быть бесконечным. Чем четче границы определены, тем меньше будет перестраховываться поставщик услуг веб-разработки.
  3. Конус неопределенности бюджета и сроков. В начале проекта требования очень размыты, поэтому оценка бюджета будет иметь большой разброс. По мере проработки проекта будет появляться больше деталей по проекту, уменьшаться неопределенность. Этот фактор позволяет уточнить оценку бюджета.
  4. Продукт создается итерационно. Не пытайтесь втиснуть в первую версию очень много функционала. Чем больше объем работ, тем выше будет неточность при первичной оценке. Сделайте первую версию максимально легкой (при условии, что ее потом можно дальше развивать, это критичный момент). 

Как определить бюджет веб-проекта

  1. Описать концепцию продукта, указав основные возможности и модули будущей системы (т.е. установить некие границы первой версии продукта). Шаблон концепции веб-проекта.
  2. Получить интервал оценки в виде КП.
  3. Если оценка устраивает, то детализируйте первую версию в виде макетов и ТЗ вместе с подрядчиком.
  4. Предложите подрядчикам оценить разработанное ТЗ помодульно, т.е. в разрезе по возможностям/модулям системы.

 Таким образом, вы получите развернутое обоснованное предложение по бюджету разработки проекта.

Варианты схем оплат на проекте разработки

За одну и ту же работу можно платить по-разному. Нет единой правильной схемы оплаты. Каждая схема имеет свою плюсы и минусы. 

Fix Price

Определяется объем работ, описывается в виде ТЗ. Создается и согласовывается смета. Работа ведется по фиксированной смете.

Плюсы: фиксированные траты, которые заранее определены.

Минусы: риск небольшого, но контролируемого перерасхода,  замороженное задание, которое нельзя менять во время этапа работ.

Timе & Material

Оплата идет по фактическим затратам на разработку. Обычно это часы программистов и других специалистов. В конце отчетного периода предоставляется отчет по затратам.

Плюсы: можно менять задание на ходу, нет споров по трактовке ТЗ и границам этапов.

Минусы: довольно велик риск перерасхода в случае непредвиденных затрат на системные проблемы (отладка, оптимизация и т.д.) 

Сопровождение по фиксированному тарифу

Определяется сумма и объем сопровождения проекта в месяц.

Минусы: риск переплаты в случае отсутствия необходимости в сопровождении

Плюсы: можно требовать минимальную задержку в реакции тех поддержки. 

Скрытые расходы в проекте веб-разработки, которые вы вероятно не учитываете

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

  • Оптимизация быстродействия. Приложение может быстро работать на малых данных и медленно при большом трафике или большом объеме данных.
  • Адаптация мобильной верстки. На настольных ПК все работает хорошо, а в отдельных мобильных браузерах возникают мелкие проблемы.
  • Создание технического задания. Важнейший этап создания системы, закладывающий основу будущего продукта. Он не может быть бесплатным.
  • Наполнение контента, массовый перенос данных в базу данных. Может быть встречено множество мелких проблем  по форматам, верстке и др.
  • Интеграция с другими системами. Задача интеграции всегда является наименее определенной. Могут возникать проблемы несоблюдения формата передачи данных, сбои на одной из сторон, а также может быть неверно определен объем передаваемых данных.
  • Правки по юзабилити. Может случиться так, что сервис разработан, но возникает множество правок по удобству использования, а это опять же требует дополнительного бюджета.

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

Цена цене рознь. Нельзя сравнивать по цене разные по составу предложения

P.S. В самом начале проекта выявите и оцените бизнес-риски интернет-проекта.  Также смотрите статью про снижение стоимости владения IT продуктом

Автор статьи - Руслан Раянов

Cоздатель платформы Falcon Space

Смотреть демо

Товарный маркетплейс Площадка услуг Площадка аренды CRM для B2B CRM для грузоперевозок
Демо решения можно развивать и кардинально бизнес-логику под свою предметную область
Демо готовых решений

Как узнать бюджет/сроки своего проекта?

1. Создать концепцию проекта

Шаблон концепции

2. Отправить нам документ концепции

на Whatsapp +7 920 954 2217

3. Мы подготовим КП с детализацией по модулям

Пример КП

Платформа Falcon Space

Это снижение стоимости владения

за счет меньшего количества людей для поддержки

Это быстрое внесение изменений

по ходу эксплуатации программы

Это современный интерфейс

полная адаптация под мобильные устройства

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

Если вам нравятся наши статьи, то пожалуйста подпишитесь на наш канал в Telegram - Falcon Space.
В нем мы будем публиковать обновления по статьям и другие материалы касательно нашей платформы.