Завершить проект на фрилансе — значит передать результат так, чтобы заказчик мог им пользоваться без поисков файлов и догадок. Сообщение «Всё готово» не объясняет, где исходники, кто владеет аккаунтом и что делать после вашей работы. Ниже — порядок передачи, который можно приспособить к дизайну, текстам, сайту или небольшой автоматизации.
Сначала зафиксируйте, что именно готово
Откройте исходную договорённость и сравните её с результатом. Отдельно отметьте завершённые задачи, согласованные изменения и то, что не входило в объём. Не обещайте «полностью готовый сайт», если вы делали только макет. Лучше конкретно: «Подготовлены пять макетов для мобильного и настольного экрана; разработка и наполнение не входят».
Если остаётся замечание, не прячьте его внутри архива. Напишите, что именно не закончено, от кого зависит следующий шаг и какой вариант предлагаете. Передача незавершённого результата под видом финального обычно порождает больше переписки, чем честный короткий список открытых пунктов.
Соберите понятную структуру файлов
Для небольшого проекта достаточно трёх папок: «01_Готовое», «02_Исходники», «03_Инструкция». В первой лежат файлы, которые заказчик может сразу использовать. Во второй — редактируемые версии, если они входят в договорённость. В третьей — краткая инструкция, перечень материалов и сведения о сторонних компонентах.
Не отправляйте десяток файлов с именами «финал», «финал2» и «точно_финал». Укажите дату или версию в одном формате: «Главная_2026-11-13.pdf». Старые варианты уберите в отдельный архив, если они действительно нужны. Не удаляйте согласованные версии молча: сначала уточните, что сохраняется у сторон.
- Дизайн: просмотрный PDF, необходимые экспорты, редактируемый проект и сведения о шрифтах.
- Тексты: финальный документ, структура заголовков, при необходимости таблица размещения.
- Сайт: доступ к согласованному результату, исходный код, инструкции по сборке и резервному копированию в пределах работ.
- Таблица или автоматизация: рабочий файл, описание входных данных и пример запуска без секретов.
Проверьте результат глазами получателя
Откройте архив в отдельной папке, а документы — по тем ссылкам, которые собираетесь отправить. Убедитесь, что там финальные версии, нет битых изображений и случайных личных файлов. Проверьте, что нужные экспорты можно открыть без вашей рабочей программы. Пароли, токены, клиентские базы и внутренние заметки в общий архив не кладут.
Если проект передаётся через облачную папку, проверьте права конкретного получателя. Возможность «видеть файл» не всегда означает возможность редактировать, скачать или стать владельцем. Для сайта отдельно проверьте вход под учётной записью заказчика: ваш собственный успешный вход ещё ничего не доказывает.
Передайте доступы безопасным способом
Где возможно, приглашайте заказчика в сервис по его аккаунту и назначайте нужную роль. Если владельцем должен быть клиент, убедитесь, что именно он управляет оплатой, восстановлением и приглашениями. Временная роль исполнителя не должна оставаться единственным способом попасть в проект.
Не присылайте пароль в одном письме со ссылкой, логином и резервными кодами. Для секретов используйте согласованный защищённый способ передачи. Сервисные токены и ключи, которые попадали в общие каналы или были выданы специально для вашей работы, после передачи следует заменить либо отозвать по согласованию с владельцем.
Нельзя просто выйти из аккаунта и считать передачу завершённой. Заказчик должен подтвердить, что может войти, изменить настройки и при необходимости восстановить доступ. Если передача владения требует подтверждения обеих сторон, доведите этот шаг до конца и сохраните подтверждение.
Напишите инструкцию на одну-две страницы
Инструкция отвечает на реальные вопросы пользователя: где открыть результат, как изменить типовую деталь, как сохранить новую версию и к кому обратиться при проблеме. Начните с одного обычного сценария. Для небольшого сайта это может быть «изменить телефон в контактах», для шаблона — «подставить новый текст и экспортировать PDF».
- Как открыть проект и какие права нужны.
- Где находятся основные файлы и редактируемая версия.
- Как выполнить частую операцию.
- Что нельзя менять без подготовки.
- Как сделать копию и восстановиться после ошибки.
- Какие внешние сервисы или платные материалы используются.
Не превращайте инструкцию в полный учебник по программе. Если действия требуют специальных знаний, назовите это прямо. Слово «легко» не помогает человеку, который впервые видит панель управления. Лучше добавить небольшой пример и объяснить, какой результат должен появиться после шага.
Разделите приёмку, исправления и новые задачи
Предложите согласованный порядок проверки: куда присылать замечания, как обозначать файл или экран и какие сроки вы обсуждали. Не объявляйте односторонне, что молчание автоматически означает приёмку: это зависит от договорённости сторон, а не от фразы в финальном сообщении.
Исправление ошибки — например, неверная ссылка в согласованной кнопке — отличается от новой страницы или смены концепции. Опишите разницу на конкретных примерах и предложите оценку дополнительных работ. Не называйте любое замечание «правкой сверх бюджета», но и не обещайте бесконечную поддержку без условий.
Вопросы оплаты, передачи прав и документов сверяйте с вашим договором. Передача исходника сама по себе не объясняет весь объём прав на него; доступ к аккаунту не заменяет согласование лицензий. Если условия не определены, обсудите их отдельно до возникновения спора.
Пример финального сообщения
Здравствуйте! Передаю согласованную версию проекта. В папке «01_Готовое» находятся файлы для использования, в «02_Исходники» — редактируемые версии, в «03_Инструкция» — порядок работы и список компонентов.
Приглашение в рабочий сервис отправлено на ваш адрес. Пожалуйста, проверьте вход со своего аккаунта и открытие файлов. Отдельно отмечу: наполнение новых разделов и дальнейшее обновление материалов не входят в текущую задачу.
Замечания удобно собрать одним списком с названиями экранов и описанием ожидаемого результата. После проверки зафиксируем приёмку и согласуем, нужна ли дальнейшая поддержка.
Подставьте реальный состав работ и условия проверки. Не оставляйте шаблонные обещания, которые вы не обсуждали. Если проекта касались несколько исполнителей, добавьте, кто отвечает за оставшиеся части: дизайн, разработку, тексты или оплату сервисов.
Что сохранить после передачи
Сохраните согласованную финальную версию, перечень переданного и подтверждение получения. Уточните срок хранения рабочих копий и клиентских материалов. Не храните секреты «на всякий случай» без необходимости. Не удаляйте единственную рабочую копию до того, как убедились, что передача завершена.
Доступ исполнителя отзывают после согласования, чтобы не сломать работу сервисов и не оставить владельца без поддержки в середине передачи. Если ваша личная учётная запись владеет автоматизацией, сначала перенесите управление, затем проверьте запуск под владельцем и только потом отключайте свою роль.
Также на сайте: Бриф для заказчика на фрилансе: какие вопросы задать перед началом работы; Правки заказчика на фрилансе: как договориться о пределах работы и оплате.
