Разработка мобильного или веб-приложения — это комплексная услуга, сочетающая техническую реализацию, проектирование интерфейсов, UX/UI-дизайн, тестирование и часто — последующее сопровождение. Ошибки на этапе составления договора могут привести к конфликтам: заказчик может получить не то, что ожидал, а исполнитель — не тот объём задач, на который рассчитывал. Чтобы избежать споров, важно грамотно и подробно зафиксировать условия сотрудничества в договоре.
Предмет договора
Формулировка предмета должна быть чёткой и конкретной. Недостаточно написать «разработка мобильного приложения» — необходимо указать:
– для какой платформы создаётся приложение (iOS, Android, кроссплатформенное);
– включает ли проект UX/UI-дизайн или только программную часть;
– кто занимается бэкендом (серверная часть) и API;
– будет ли приложение публиковаться в магазинах (App Store, Google Play) и кем;
– требуется ли техническая поддержка после запуска.
Пример: «Исполнитель обязуется по заданию Заказчика создать мобильное приложение для iOS и Android, включающее разработку пользовательского интерфейса, реализацию функционала согласно Техническому заданию, интеграцию с базой данных, а также осуществить публикацию в App Store и Google Play».
Техническое задание (ТЗ)
Это один из важнейших документов, определяющий, каким будет итог проекта. ТЗ прикладывается к договору и должно включать:
– описание функциональности (экраны, кнопки, переходы, логика работы);
– структура и архитектура приложения;
– описание бизнес-логики;
– требования к дизайну и прототипам;
– технические требования (языки, фреймворки, API-интеграции, CMS, push-уведомления);
– список устройств и версий ОС, с которыми приложение должно быть совместимо.
Именно на основании ТЗ определяется, выполнены ли обязательства исполнителя. При его отсутствии велик риск, что каждая сторона будет по-своему трактовать объём работ.
Этапы работ и сроки
Проект должен быть разбит на этапы:
– проектирование UX (карты экранов, взаимодействия);
– отрисовка UI-дизайна (макеты);
– программирование (фронтенд, бэкенд);
– тестирование (бета-тест, исправление багов);
– передача исходников и публикация.
Для каждого этапа указывается срок, порядок согласования, возможность доработок и критерии приёмки. Также желательно определить механизм фиксации замечаний и сроков их устранения.