Как описать работу до старта, чтобы заказчик и исполнитель ожидали одного результата.
Переговоры прошли хорошо. Заказчик объяснил задачу, исполнитель предложил подход, стороны обсудили цену и срок. Можно начинать? Сначала стоит убедиться, что результаты разговора одинаково поняты и зафиксированы.
«Мы договаривались совсем о другом».
«Мы договаривались совсем о другом».
Стороны могут искренне помнить один разговор по-разному.
Цель темы — описать конкретный заказ так, чтобы было ясно, что сделать, что передать и как стороны поймут, что работа выполнена.
«Нужен современный удобный сайт».
Неясно, что значит «современный», для кого он должен быть удобным, сколько страниц и функций требуется.
«Разработать дизайн пяти страниц сайта: главной, каталога, карточки товара, доставки и контактов. Подготовить версии для компьютера и телефона. Использовать существующий логотип и фирменные цвета. Результат — макеты в согласованном формате для передачи разработчику».
ТЗ полезно тогда, когда по нему можно отличить выполненную работу от невыполненной.
В зависимости от проекта сведения могут быть в договоре с приложением, заказе внутри платформы или связанных документах. Важно, чтобы согласованные условия были доступны обеим сторонам.
Конкретные юридические требования зависят от вида договора.
«Разработать фирменный стиль» может означать разное.
«Дизайн упаковки, сайта и презентации в этот заказ не входят; при необходимости оценим их отдельно».
Обозначайте те соседние задачи, которые заказчик мог разумно считать частью заказа.
«Заказчик предоставляет утверждённые тексты и фотографии до 10 октября. После получения полного комплекта материалов исполнитель начинает подготовку макетов».
Если работа зависит от материалов заказчика, это важно учитывать в сроках.
Если срок зависит от ответа или материалов другой стороны, покажите эту зависимость в договорённостях.
В уже согласованной странице изменить размер заголовка и расположение кнопки в пределах задачи.
Добавить ещё одну страницу и разработать личный кабинет сверх согласованного состава.
Если в результате есть недостаток относительно согласованных требований, его нельзя автоматически объявить новой платной правкой.
«Изначально мы согласовали дизайн пяти страниц. Личный кабинет добавляет новые экраны и сценарии. Я оценю этот объём отдельно и предложу срок; после вашего согласия включим его в работу».
Уточните, какие итоговые файлы передаются, в каком формате, нужны ли редактируемые исходники, промежуточные варианты и доступы.
Права на использование результата требуют отдельного согласования и подробно рассматриваются в теме 07.
«Заказчик рассматривает результат и направляет единый список замечаний в согласованный срок; исполнитель вносит согласованные доработки в пределах ТЗ».
Пример описывает рабочий процесс, а не универсальную юридическую формулу. Правила приёмки зависят от вида работы и условий договора.
«Подтверждаю, что договорились о дизайне пяти страниц сайта в версиях для компьютера и телефона. Тексты и фотографии предоставляете вы до 10 октября. Первый вариант главной страницы покажу 15 октября. После его согласования подготовлю остальные страницы. Стоимость — 80 000 ₽, порядок оплаты — [согласованные условия]. В цену входят два раунда согласованных правок в пределах утверждённого объёма. Исходники итоговых макетов передам после завершения работы. Если я что-то понял неверно, поправьте до начала проекта».
Для простого заказа сообщение может быть короче, для сложного нужно более подробное ТЗ. Ключевые решения не стоит оставлять только в памяти участников разговора.
Заказчик и разработчик согласовали «небольшой сайт компании» за 90 000 ₽.
Состав страниц, функции, материалы и порядок приёмки отдельно не зафиксировали. После передачи страниц заказчик говорит, что сайт не выполнен. Разработчик отвечает, что дополнительные функции не входили в цену.
Где возникла проблема?
До начала работы стороны использовали одно слово «сайт», но представляли разные результаты. Им стоило согласовать перечень страниц и функций, материалы, формат результата, этапы и цену именно этого объёма.
Хорошие договорённости не должны предугадывать каждую неожиданность. Они дают сторонам понятную точку отсчёта, когда неожиданность возникнет.
Шесть ситуаций о ТЗ и договорённостях. После выбора вы сразу увидите объяснение.
Заказчик просит «современный удобный сайт». Что стоит сделать до окончательной оценки?
В заказ входит логотип и правила его применения. Заказчик ожидает ещё дизайн упаковки, хотя его не обсуждали. Как снизить риск такой ситуации заранее?
Исполнитель обещает финал к пятнице, но тексты и фотографии ещё не готовы у заказчика. Что согласовать?
Согласован дизайн пяти страниц. Заказчик просит добавить личный кабинет. Как поступить?
В согласованном ТЗ указана мобильная версия. Исполнитель передал только компьютерную и предлагает сделать мобильную за отдельную плату. Какая оценка вернее?
Исполнитель закончил макеты, но стороны не обсуждали исходники, формат передачи и того, кто проверяет работу. Что стоило зафиксировать до старта?