Наш опыт говорит о том, что большинство заказчиков, обращающихся за разработкой ПО, понятия не имеют, что они должны получить в конечном итоге и как именно выглядит этот самый конечный результат. Иногда это приводит к печальным последствиям, когда исполнитель передает материалы, которые не позволяют ни продолжить дальнейшую разработку, ни собрать рабочую версию программы.
Запомните, главным результатом разработки является исходный код программы. Именно из исходного кода собирается рабочая версия, которая затем устанавливается на компьютеры пользователей или на сервер. Восстановить исходный код из рабочей версии как минимум очень сложно, а как максимум − невозможно.
Совет: Узнайте язык, на котором идет разработка, уточните расширение файлов с кодом для этого языка и проверьте файлы, которые вам передают в качестве результата, большая часть из них должна иметь это расширение.
Очень часто программы имеют интеграцию с другими сервисами, например, с облачными хранилищами, сервисами смс-рассылок, различными мессенджерами и т.п. Обычно в этих сервисах необходимо создавать отдельный аккаунт или бот, через который будет настраиваться интеграция. Каждый подобный аккаунт должен быть зарегистрирован на заказчика. К каждому аккаунту нужно хранить доступ, обычно это логин и пароль. Не регистрируйте аккаунты на телефоны, почты и т.п., доступ к которым вы можете потерять (например, телефон или email сотрудника). Если пренебречь этим советом, то в будущем можно получить множество проблем.
В случае с веб-приложением мы советуем, чтобы на заказчика оформлялся и сервер, где будет установлена программа, а также все домены и сертификаты.
В случае разработки мобильного приложения аккаунт, с которого публикуется приложение, должен принадлежать заказчику.
Данные советы актуальны, если идет разработка уникальной программы полностью за счет заказчика. В другой ситуации возможны варианты.
Если вдруг произошел конфликт, приведший к разрыву отношений, то необходимо тщательно проверить, что же разработчик передает. Если с доступами все достаточно понятно, то вот с кодом возможны варианты. Необходимо проверить, что из исходного кода нормально собирается рабочая версия. Зачастую сам заказчик это сделать не в состоянии, поэтому либо придется надеяться на профессионализм и добросовестность подрядчика, либо искать тех, кто проведет проверку. Кроме того, что исходный код может быть передан частично, в него могут быть внесены изменения, которые без детального анализа не заметить. К примеру, подрядчик может сделать правки в алгоритмах, которые, в конечном итоге, приведут получению неверных расчетов. Поэтому лучше не доводить сотрудничество до серьезных конфликтов или готовиться к ним заранее.