Памятка для заказчика разработки

До начала запишите три строки

Заказать разработку можно и без ТЗ. Но эти три вещи запишите хотя бы одной строкой каждую.

• Что вы хотите создать: основная функция одним предложением
• Зачем: что должно измениться после запуска, чтобы считать его успешным
• К какому сроку: и почему именно к нему

В смете смотрите на объём, а не на итоговую сумму

За одной и той же суммой у разных подрядчиков может стоять разный состав работ.

• Перечислено ли по пунктам, что входит и что не входит
• Разбита ли оплата по этапам работ (вехам)
• Как учитываются изменения объёма по ходу работы

Проверьте в договоре пять пунктов

• Когда права на интеллектуальную собственность переходят к заказчику
• Что именно передаётся: не только код, но и документы, учётные записи, настройки
• Гарантийный срок на устранение дефектов
• Предел возмещения убытков
• Как рассчитывается неустойка за просрочку (выплата при срыве сроков сдачи)

Репозиторий и учётные записи — на имя заказчика с самого начала

Надёжнее сразу оформлять их на заказчика, чем получать в конце проекта.

Проверяйте работу на деле, а не по отчётам

Требуйте с установленной периодичностью результат, который можно попробовать по веб-ссылке или в тестовом приложении. По одним отчётам проблемы обнаруживаются слишком поздно.

Если заметили такие признаки, перепроверьте

• В договоре нет перечня того, что будет передано
• Репозиторий или облачный аккаунт оформлен на подрядчика
• Передача проекта возможна только с согласия подрядчика
• Подрядчик обещает показать всё сразу после завершения, без промежуточных результатов

Спросите подрядчика

• Кто утверждает изменения перед выпуском в рабочий сервис?
• На каком уровне проводится тестирование и сохраняются ли результаты?
• Как пройдёт передача проекта, если сменить подрядчика в процессе?
• Какие условия сопровождения после запуска?
• Используете ли вы ИИ-инструменты? Если да, какие из наших данных туда передаются?