Сдать этап и получить приёмку
Результат страницы
Вы передадите milestone так, чтобы клиент мог быстро проверить результат, а в истории осталась компактная связь между scope, выполненными критериями и файлами. Для fixed-price вы используете формальную функцию сдачи Upwork; для hourly — зафиксируете итог оплаченного периода и решение о продолжении.
Актуальность: названия кнопок, review period и dispute-сроки меняются. Материал сверён 12 июля 2026 года. Перед сдачей проверьте актуальную справку Upwork по Submit Work for Payment и Payment Protection.
Когда этап готов к сдаче
Готовность определяется не вашим ощущением и не количеством часов, а критериями из milestone. Перед отправкой проведите внутреннюю проверку:
- deliverable существует в согласованном формате;
- обязательные сценарии проверены;
- известные ограничения перечислены;
- секреты и данные других клиентов удалены;
- документация достаточна для проверки;
- всё новое вне scope вынесено в change request.
Если критерий не выполнен, не называйте этап готовым. Отправьте статус с фактом, влиянием и новым планом. Если готова самостоятельная часть, но scope не предусматривал частичную приёмку, сначала согласуйте разделение этапа.
Соберите пакет сдачи
Пакет должен быть коротким и самодостаточным:
- Что сдаётся. Одно предложение с названием версии и результата.
- Где проверить. Ссылка, путь, доступ или приложенный файл.
- Карта критериев. Для каждого критерия — доказательство.
- Инструкция проверки. 3–7 шагов или короткое видео, если оно действительно упрощает проверку.
- Ограничения. Известные некритические особенности и exclusions.
- Что нужно от клиента. Approval либо список несоответствий критериям до указанной даты.
Доказательства полезны, когда связаны с критериями. Папка из сотни скриншотов без подписей хуже таблицы из пяти строк.
Шаблон сообщения
Сдача milestone: [название]
Результат: …
Проверить: …
Версия/дата: …
Критерии:
- A — выполнено, доказательство …
- B — выполнено, доказательство …
- C — выполнено, доказательство …
Не входит: …
Известные ограничения: …
Пожалуйста, подтвердите approval либо пришлите список несоответствий этим критериям. После приёмки следующий шаг — …
Не просите «поставить пять звёзд». Просите проверить конкретный результат и дать честную обратную связь.
Fixed-price: формальная отправка
Проверьте, что сдаёте правильный активный funded milestone. Отправьте результат через предусмотренную функцию Submit Work for Payment, даже если ранее прислали ссылку в чате. Продублируйте структурированное сообщение и сохраните версию материалов.
Не запускайте следующий этап только потому, что клиент написал «посмотрю позже». Сначала получите release/approval текущего, затем убедитесь, что следующий milestone создан, согласован и профинансирован. Если клиент просит правки, сопоставьте их с критериями: исправьте несоответствие либо оформите новый scope.
Hourly: закрытие рабочего периода
У hourly нет milestone-release в том же смысле, но результат всё равно нужно принять. В итоговом статусе укажите часы, выполненные задачи, ссылки, оставшиеся риски и приоритет следующего периода. Проверьте Work Diary до завершения доступного окна: memo должны быть содержательными, скриншоты — относиться к задаче, а часы — укладываться в лимит.
Если закончился самостоятельный scope, не держите контракт открытым без плана. Зафиксируйте outcome, завершите передачу и переходите к закрытию контракта либо согласуйте новый определённый объём.
Если клиент молчит
- Убедитесь, что отправили формальную сдачу и рабочий доступ.
- Через разумный согласованный срок напомните одним сообщением с прямой ссылкой.
- Укажите, какое решение требуется и что без него не начинается.
- Не спамьте и не продолжайте неоплаченный следующий scope.
- Следите за официальными сроками review/dispute в интерфейсе: они чувствительны к дате.
Пример:
Напоминаю о сдаче milestone от 15 июля. Для проверки нужны сценарии A/B/C по ссылке. Пожалуйста, подтвердите приёмку или укажите несоответствие критериям. Следующий этап начну после approval и funding.
Если клиент нашёл проблему
Попросите воспроизводимый пример: шаги, ожидаемый и фактический результат, окружение, файл или скриншот. Сопоставьте с scope:
- критерий нарушен — подтвердите и дайте план исправления;
- это новое требование — создайте change request;
- данных недостаточно — запросите минимальное воспроизведение;
- причина у сторонней системы — покажите факт и согласуйте обходной путь.
Не превращайте техническую проверку в спор о характере клиента. Факты и критерии сокращают конфликт.
Ошибки
- Сдавать только ссылку «готово, смотрите».
- Отправлять fixed-работу только в сообщении, минуя формальный flow.
- Начинать следующий milestone до funding.
- Скрывать известные ограничения.
- Соглашаться на бесконечные правки без привязки к критериям.
- Давить отзывом или обещать влияние закрытия на JSS.
Чеклист
- Все критерии проверены.
- Пакет содержит версию, ссылки и инструкцию.
- Ограничения и exclusions перечислены.
- Fixed milestone отправлен через официальный flow.
- Клиенту задан явный запрос approval.
- Новый scope отделён от исправлений.
- Следующий этап не начат без funding.
- Актуальные сроки review перепроверены.
Следующий шаг
После приёмки самостоятельного результата закройте завершённый контракт и запросите честный отзыв. Если отношения продолжаются, новый объём оформите отдельно.