Перейти к основному содержимому

Финальное закрытие контракта

Триггер​

Запускайте playbook, когда согласованный scope выполнен, клиент подтвердил финальный результат или работа объективно готова к сдаче по критериям. Он также нужен для зависшего контракта без новых задач и для корректного завершения после последнего оплаченного этапа.

Цель — закрыть обязательства и доступы без давления на клиента. Закрытие не должно превращаться в обмен скидки, подарка или дополнительной работы на отзыв.

Входные данные​

Подготовьте:

  • активный контракт и его тип;
  • исходный scope и все письменные изменения;
  • список результатов, файлов, ссылок и версий;
  • критерии приёмки и подтверждения клиента;
  • статус milestones, времени и платежей в интерфейсе;
  • перечень выданных вам доступов и созданных активов;
  • имя владельца результата после передачи;
  • известные остаточные ограничения и рекомендации.

Если есть неоплаченная или неотправленная работа, сначала примените процесс сдачи соответствующего типа контракта. Не закрывайте контракт ради «чистого списка», пока финансовый статус непонятен.

Шаги​

1. Проведите финальную сверку​

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

2. Отправьте пакет закрытия​

Одним сообщением передайте:

  • краткий итог достигнутого результата;
  • список ссылок и файлов;
  • инструкции запуска или использования;
  • известные ограничения;
  • что клиенту следует сохранить;
  • срок и канал для сообщения о дефекте в рамках договорённостей.

Не называйте будущую бесплатную поддержку, если её не было в scope. Отдельно предложите платный этап поддержки, только если он действительно нужен.

3. Зафиксируйте приёмку​

Попросите проверить результат по перечисленным критериям и подтвердить одним сообщением. Для fixed-price используйте актуальную механику отправки результата; для hourly убедитесь, что время внесено корректно и подтверждается рабочими записями. Не манипулируйте часами и не добавляйте задним числом неподтверждённую работу.

4. Завершите доступы​

Передайте владение согласованными активами. Попросите клиента отозвать ваши права, токены и временные аккаунты; сами удалите локальные секреты согласно договорённостям и требованиям хранения. Не удаляйте клиентские данные без разрешения, если это может повредить системе или нарушить обязательства.

5. Предложите закрыть контракт​

После подтверждения результата и проверки финансового статуса напишите нейтрально: «Если по текущему scope больше ничего не требуется, контракт можно завершить». Укажите, что новый объём можно открыть отдельным контрактом или milestone.

6. Попросите честный отзыв​

Просьба должна быть необязательной и не задавать оценку: «Если вам удобно, оставьте, пожалуйста, честный отзыв о результате и процессе». Нельзя предлагать деньги, скидку, возврат, подарок или дополнительную работу за отзыв; нельзя просить только положительную оценку или согласовывать текст.

Оставляйте собственную обратную связь правдиво и профессионально. Не угрожайте негативным отзывом и не связывайте его с оплатой.

7. Архивируйте​

Сохраните договорённости, итоговые версии, доказательства передачи и финансовые документы в разрешённом месте. Зафиксируйте уроки: что оценили точно, где появился scope creep и стоит ли предлагать клиенту продолжение.

Стоп-условия​

Не инициируйте финальное закрытие, если:

  • есть спор о составе или качестве результата;
  • клиент не получил критичные файлы;
  • статус платежа или отправки работы неясен;
  • требуется согласованное исправление;
  • доступы нельзя безопасно передать;
  • клиент предлагает отзыв в обмен на выгоду;
  • закрытие может уничтожить доказательства или данные.

Сначала устраните конкретный блокер либо примените playbook эскалации.

Готово, когда​

  • весь scope передан и сопоставлен с критериями;
  • клиент получил инструкции и владение активами;
  • платежи и отправки проверены в интерфейсе;
  • доступы отозваны или переданы;
  • просьба об отзыве была нейтральной либо не отправлялась;
  • контракт завершён или клиенту отправлено ясное предложение завершить его;
  • рабочие материалы и уроки безопасно архивированы.

Финальное закрытие — это проверяемая передача, а не способ искусственно влиять на рейтинг.