Стоимость индивидуального ПО: от чего зависит и как читать смету
Объём, команда, интеграции и поддержка определяют стоимость индивидуального ПО. Что её повышает, как читать коммерческое предложение и где скрытые статьи.
Команда rabbitclipПубликация: 6 мин чтения
Коротко
Стоимость индивидуального программного обеспечения зависит от объёма работ, состава команды, числа систем, с которыми его нужно связать, и от того, какая поддержка потребуется после запуска. Фиксированного прайс-листа не существует, потому что программа, которую две компании называют одинаково, часто выполняет разную работу. Стоимость растёт не столько из-за числа экранов, сколько из-за сложности правил и связей, которые за ними стоят.
Поэтому хороший разговор о цене начинается с объёма работ, а не с цифры. Любая цена, названная до того, как письменно зафиксировано, что будет сделано, что не будет и что отложено на потом, остаётся оценкой, которая ждёт своего изменения.
В этой статье мы не называем сумм, потому что верная сумма зависит от вашего объёма работ. Вместо этого мы объясняем, что повышает стоимость, что её снижает, как читать коммерческое предложение и какие скрытые статьи появляются по ходу проекта.
Что определяет стоимость индивидуального программного обеспечения?
Главный фактор это объём работ: скольким типам пользователей служит программа, сколько рабочих процессов она ведёт и сколько исключений в каждом процессе. Простой журнал записей для одного типа пользователей и система, которая вместе ведёт продажи, склад, бухгалтерию и отчётность, обе могут называться программой, но требуют очень разных усилий.
Второй фактор это состав команды. Если над проектом вместе работают дизайнер, разработчик, тестировщик и руководитель проекта, стоимость складывается из времени, которое каждый из них отдаёт проекту. Опытная команда кажется дороже, но делает меньше кругов; неопытная кажется дешёвой, но несёт риск переписывания.
Третий фактор это время. Если тот же объём работ нужен быстрее, команда растёт, а нагрузка на согласование увеличивается. Спешка это самая тихая строка любого бюджета.
Какие факторы повышают стоимость?
Самый значимый из них интеграция. Каждое подключение к бухгалтерской программе, платёжному провайдеру, службе доставки, почтовому сервису или существующей ERP представляет собой отдельную работу, потому что правила, ошибки и смены версий чужой системы находятся вне вашего контроля. Если документация стороннего сервиса скудна, стоимость становится неопределённой.
Второй фактор это сами правила. Фраза вроде «кто утверждает заказ, зависит от суммы, а если региональный руководитель не утвердил, он уходит генеральному директору» означает десятки случаев, которые нужно проверить. Чем больше бизнес-правил и чем больше в них исключений, тем выше стоимость.
Третий фактор это перенос данных. Перемещение, сопоставление и проверка неаккуратных данных из старой системы в большинстве проектов относятся к наименее ожидаемым и самым долгим задачам.
- Число систем для интеграции и качество документации другой стороны
- Число типов пользователей и различий в правах доступа
- Число исключений в бизнес-правилах
- Данные, которые нужно перенести и очистить из старой системы
- Требования к безопасности, резервному копированию и журналам аудита
- Поддержка нескольких языков, валют или филиалов
Какие решения снижают стоимость?
Самое эффективное решение состоит в том, чтобы сделать первую версию небольшой. Проект, который хочет всё в первый же день, разрастается, а ни одна его часть так и не используется. Если сначала запустить один рабочий процесс и проверить его на реальных пользователях, станет видно, какие функции действительно нужны, и стоимость лишних функций будет отсечена с самого начала.
Второе решение состоит в том, чтобы использовать готовые компоненты. Вход в систему, платежи, отправка писем и права доступа это уже решённые задачи; строить их на проверенных сервисах вместо того, чтобы писать с нуля, значит сократить и время, и число ошибок. Писать индивидуальное ПО не значит писать по-особому каждую деталь.
Третье решение состоит в том, чтобы сделать принятие решений коротким. Один уполномоченный человек со стороны заказчика, запросы на изменения в письменном виде и короткие еженедельные демонстрации помогают рано заметить неопределённость. Самое дорогое исправление это недоразумение, замеченное последним.
Как читать коммерческое предложение на разработку?
Хорошее предложение это документ об объёме работ, а не единая итоговая сумма. В нём сказано, что будет сделано, что остаётся за рамками, на каких допущениях оно построено и как будут рассматриваться изменения. Предложение, которое описывает объём двумя фразами, означает новые переговоры по каждому дополнительному запросу впоследствии.
Посмотрите на модель оплаты. Фиксированная цена защищает вас, когда объём ясен; когда он расплывчат, команда либо закладывает риск в цену, либо позже открывает дополнительные запросы. Работа по затраченному времени гибка, но ей нужны регулярные отчёты и верхний предел, чтобы понимать, к чему идёт итог. Спросите, при каких условиях каждая модель подходит вам лучше.
Сравнивая несколько предложений, сравнивайте объёмы работ, а не итоговые суммы. Предложение, которое кажется дешёвым, может не включать тестирование, безопасность, резервное копирование или поддержку. Два предложения, которые не описывают одну и ту же работу, нельзя сравнивать по цене.
Какие статьи остаются скрытыми в предложениях?
Чаще всего упускаемые статьи проявляются после запуска: хостинг и инфраструктура, подписки на сторонние сервисы, продление домена и сертификатов, резервное копирование и мониторинг. Это постоянные, а не разовые расходы, и они входят в совокупную стоимость владения по-настоящему.
Поддержка это вторая крупная скрытая статья. Когда программа готова, работа не заканчивается: продолжаются обновления безопасности, смены версий подключённых систем, небольшие улучшения и исправления. Проект, о поддержке которого никогда не говорили, через год превращается либо в программу, за которую никто не отвечает, либо в срочное и дорогое спасение.
Третья статья это обучение, документация и передача. Передадут ли вам код, инструкции по установке и документацию пользователя, или вы останетесь привязаны к команде, которая это писала? Ответ определяет, насколько свободно вы сможете впоследствии сменить команду.
Какие ошибки часто встречаются при планировании бюджета индивидуального ПО?
Самая распространённая ошибка заключается в выборе самого дешёвого предложения. Низкая цена обычно сужает объём или оставляет риск на потом; по мере продвижения проекта появляются дополнительные статьи, и итог поднимается выше предложения, которое в начале отложили в сторону.
Вторая ошибка состоит в том, чтобы начать работу, не записав объём. Когда то, о чём договорились на словах, не оформлено на бумаге, каждый защищает собственную память. Третья ошибка в том, что поддержку оставляют за рамками проекта; расходы не заканчиваются, когда программа выходит в работу.
Четвёртая ошибка в том, что программу воспринимают как покупку, которую делают один раз. Индивидуальное ПО это живой актив, и оно меняется вместе с бизнесом. Если заложить бюджет только на первую разработку, проблемы начнутся со второго года.
Когда не стоит идти в индивидуальную разработку?
Если готовый продукт на рынке почти полностью закрывает вашу потребность, причин создавать индивидуальное ПО нет. Для стандартной потребности в бухгалтерии, записи или почте покупка готового продукта получается и быстрее, и предсказуемее.
Возможно, вы просто пришли слишком рано, если ещё не можете полностью описать свой процесс. Программа, написанная до того, как процесс устоялся, должна меняться вместе с ним, а каждое изменение приносит стоимость переписывания. Сначала опробуйте процесс на бумаге или с готовым инструментом, а решайте, когда он станет ясен.
О стоимости индивидуального ПО говорят через объём работ, команду, интеграции и поддержку, а не через цифру; читая предложение, смотрите на то, что входит и что не входит, а не на итоговую сумму. Небольшая первая версия, письменно зафиксированный объём и разговор о поддержке с самого начала это три привычки, которые лучше всего держат стоимость под контролем. Если вы хотите вместе уточнить объём вашего проекта, вы можете назначить ознакомительную встречу с rabbitclip.
Частые вопросы
Почему индивидуальное ПО не продают по прайс-листу?
Потому что две программы с одним и тем же названием часто выполняют разную работу. Стоимость складывается из объёма, интеграций и бизнес-правил, а они в каждой компании свои.
Что надёжнее: фиксированная цена или оплата по времени?
Если объём ясен, вас защищает фиксированная цена. Если объём будет меняться, оплата по времени может быть честнее, но ей нужны верхний предел и регулярные отчёты.
На что в предложении стоит обращать больше всего внимания?
На то, что объём записан, на то, что остаётся за рамками, на то, как будут рассматриваться изменения, и на то, что означает поддержка. Итоговая цифра этого не заменит.
Какие расходы появляются после запуска?
Хостинг, подписки на сторонние сервисы, продление домена и сертификатов, обновления безопасности и небольшие улучшения. Это постоянные расходы, и о них нужно говорить с самого начала.
Кому принадлежит код?
Это должно быть прописано в договоре. Если передача кода, инструкций по установке и документации не указана чётко, вы можете остаться зависимы от команды, которая его писала. За подробностями обратитесь к юристу.
