Большинство конфликтов по проекту закладывается до первой задачи: стороны по-разному понимают цель, объём, роль клиента и критерий готовности. Стартовая система нужна не для бюрократии, а чтобы договорённости можно было проверить и изменить до того, как работа станет дорогой.
Ниже — последовательность, которую можно сократить для маленькой задачи. Чем выше цена ошибки и число участников, тем подробнее нужно фиксировать входные данные и решения.
Отберите проект до подробной оценки
До брифа уточните проблему, желаемый результат, лицо, принимающее решение, срок, бюджетный диапазон и причину запуска. Спросите, какие материалы уже есть и кто будет давать обратную связь. Если на ключевой вопрос нет ответа, цена должна быть предварительной.
Откажитесь или предложите платную диагностику, когда клиент не может предоставить доступы, ожидает немедленного старта без вводных или связывает оплату с неуправляемым результатом.
- Красные флаги не всегда означают отказ. Зафиксируйте их как условие: отдельный этап исследования, один ответственный за правки или перенос даты до получения материалов.
Превратите бриф в решение о работе
В брифе запишите цель, аудиторию, исходное состояние, ограничения, список deliverables, формат, критерии приёмки и то, что не входит в работу. Избегайте слова «качественно» без пояснения: укажите требования, примеры или измеримые признаки.
После заполнения отправьте клиенту краткое резюме: «мы решаем X для Y, передаём A к дате B, со стороны клиента нужны C и D». Начинайте производство только после подтверждения.
Закрепите правила договором и календарём
В договоре должны совпадать объём, этапы, сроки, цена, порядок оплаты, число раундов правок, права на результат, конфиденциальность и процедура изменения задачи. В календаре отметьте не только свою работу, но и даты обратной связи клиента.
Если зависимость от клиента задерживает этап, отправьте уведомление с новой датой и необходимым действием. Не держите старый дедлайн в силе «на всякий случай» — это создаёт ложное ожидание.
Проведите стартовую встречу с протоколом
На встрече пройдите цель, роли, каналы, рабочие часы, порядок согласований, риски и ближайшие шаги. В конце назначьте владельца каждого действия и дату. Протокол отправьте в тот же или следующий рабочий день.
Ограничьте число каналов: например, задачи и решения — в рабочем пространстве, срочные вопросы — в согласованном мессенджере, документы — в одной папке. Устные договорённости без записи не должны менять объём.
Закройте проект как отдельный этап
Перед сдачей проверьте результат по согласованному списку, подготовьте инструкцию и перечислите открытые вопросы. Запросите подтверждение приёмки в письменном виде и напомните о периоде исправления ошибок.
Проведите короткую ретроспективу: что помогло, где задержались данные, какой шаблон нужно обновить. Сохраняйте только рабочие выводы и не переносите конфиденциальные материалы в общий архив без разрешения.
