Критерии готовности клиентской работы

Кому подойдёт: Start — перед первым заказом; System — фрилансерам, у которых согласование результата затягивается.

Критерии приёмки описывают, как вы вместе с клиентом проверите результат. Они полезны до начала работы: помогают обнаружить разные ожидания, пока исправить их ещё можно разговором. Формулировки «качественно», «современно» и «чтобы всё работало» для такой проверки слишком неопределённы.

Возьмём учебный пример. Специалист делает таблицу учёта заявок. Для него работа закончена, когда формулы считают показатели. Для заказчика — когда администратор может внести заявку с телефона и не сломать расчёты. Оба говорят о готовой таблице, но проверяют разные вещи. Если обнаружить это в день передачи, появятся дополнительные работы и взаимное раздражение.

Начните с использования результата

Попросите клиента закончить фразу: «Я пойму, что результат можно использовать, когда…» Затем разберите ответ на наблюдаемые действия. Администратор создаёт запись, выбирает статус, находит просроченные заявки. Руководитель видит отчёт за нужный период. Исполнитель может подготовить проверку каждого действия.

В руководстве GOV.UK критерии приёмки связывают с выполнением пользовательской задачи: они помогают проверить, что нужный человеку результат достигнут. Для небольшой услуги эту логику можно перенести в список проверок, понятный обеим сторонам. Это организационный подход, а не универсальная юридическая форма приёмки.

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

Опишите проверку достаточно конкретно

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

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

Договоритесь о спорных и субъективных частях

В дизайне и текстах не все критерии превращаются в числа. Это не делает согласование невозможным. До полной работы можно утвердить направление на фрагменте: один разворот, первый экран, пример письма. Обсудите, что именно подходит: размер текста, тон, порядок информации, степень подробности.

Избегайте обещания «доработаю, пока не понравится». Оно не объясняет, как принимать решения, если у двух согласующих противоположные вкусы. Лучше определить, кто собирает обратную связь, как замечания соотносятся с задачей и какие этапы требуют отдельного подтверждения.

При этом ограничение раундов правок не превращает ошибку исполнителя в платную дополнительную услугу. Разделите исправление несоответствия согласованному заданию, допустимые уточнения и изменение самого задания. Правовые последствия и порядок оформления зависят от договора и применимых правил; список критериев помогает содержательному разговору, но не заменяет их.

Оставьте место для настоящей проблемы

Слишком узкая проверка тоже опасна. Таблица может пройти подготовленные примеры и оказаться непригодной для обычного рабочего дня. Поэтому вместе с отдельными проверками нужен цельный сценарий: пользователь получает исходные данные, выполняет задачу и понимает результат без вашей постоянной подсказки.

Назначьте человека, который участвует в проверке со стороны клиента, и согласуйте порядок сообщения о замечаниях. Если после передачи обнаружится новый сценарий, сначала выясните, входил ли он в договорённость. Не объявляйте его автоматически ни своей ошибкой, ни новой продажей.

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

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