Десктопный софт

r

Что вам гарантировано, а что — зона риска

При заказе десктопного приложения ключевой вопрос — не что написано в коммерческом предложении, а что произойдет, если программа не заработает. Ответственный разработчик всегда фиксирует в договоре три вещи: фиксированную сумму ответственности (обычно до 100% стоимости заказа), поэтапный приемочный контроль (каждый модуль проверяется отдельно) и безвозмездное устранение критических ошибок в течение 30–90 дней. Если этих пунктов нет — вы берете на себя риск 100% неустойки при срыве.

Как решают проблемы, когда софт «не едет»

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

Проверьте эти 5 пунктов, чтобы не пожалеть

  1. Лицензионная чистота — требуйте копию сертификата на используемые библиотеки и фреймворки. Если разработчик использует open-source с вирусными лицензиями (GPL, AGPL), вы рискуете раскрыть исходный код всего продукта. В договоре должно быть прямо указано: «Программа не содержит компонентов, обязывающих заказчика публиковать собственный код».
  2. Передача прав интеллектуальной собственности — без этого пункта через год разработчик может запретить вам вносить правки или потребовать продление «за новый код». Вы должны получить исключительное право на десктопный софт полностью, включая все наработки, созданные в ходе проекта.
  3. Поддержка «вне зоны действия» — что будет, если ваш сервер упадет в выходной день или программист заболел? В спецификации должно быть четко прописано время реакции (не более 4 часов в будни, не более 12 — в выходные) и способ связи (чат, телефон, тикет-система).
  4. Проверка на «толстого клиента» — десктопный софт часто зависит от конкретной версии ОС, разрядности и установленных библиотек. Требуйте тестирование на вашем эталонном ПК: включите в договор пункт, что программа обязана работать на конфигурации, которую вы предоставили для приемки.
  5. Цена ошибки ввода — если ваши операторы введут неверные данные, софт не должен блокировать систему или удалять чужие записи. Попросите демонстрацию «защиты от дурака»: наличие протоколирования действий и функции отмены последнего шага. Это снимает риск потери данных при человеческом факторе.

Когда гарантии становятся пустым звуком

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

Заказывая десктопный софт в 2026 году, помните: безопаснее заплатить чуть больше за проверенного разработчика, который пишет «прозрачный» контракт, чем сэкономить на первом этапе, а потом потратить вдвое на правки юристов и экстренную поддержку. Все риски сводятся к одному правилу: не подписывайте акт, пока не протестировали программу на своих данных в своей среде. Остальное — решаемо в рамках четкого договора.

Добавлено: 12.05.2026