Как оценить часы на фриланс-проект и не обмануть самого себя

Сначала определите результат, потом считайте часы

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

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

• Что именно будет передано и в каком формате
• Что и к какому сроку должен предоставить клиент
• Какие устройства, браузеры или платформы поддерживаются
• Сколько концепций, вариантов и раундов правок включено
• Что явно не входит в оценку

Разбейте работу на части, которые можно проверить

Делите результат на задачи продолжительностью примерно от одного до восьми часов. Задача разработать приложение за 60 часов прячет слишком много допущений. Авторизацию, состояния аккаунта, валидацию форм, адаптивную вёрстку, аналитику и деплой можно оценить отдельно.

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

Для неизвестного используйте оценку по трём точкам

Для задачи с заметной неопределённостью запишите оптимистичную, наиболее вероятную и пессимистичную длительность. Практическая взвешенная формула: ожидаемые часы = (оптимистичная + 4 × наиболее вероятная + пессимистичная) ÷ 6.

Допустим, интеграция займёт 4 часа при нормальной документации и доступах, 8 часов в наиболее вероятном сценарии и 20 часов, если API решит показать характер. Взвешенная оценка — 9,3 часа. Формула не отменяет неопределённость, но мешает оптимистичному сценарию незаметно стать официальным планом.

Если пессимистичный сценарий ломает весь проект, не прячьте его внутри процента. Предложите платный discovery, почасовой этап или контрольную точку до фиксации общей цены.

Учтите скрытую работу и зависимости от клиента

Производство результата — только часть проекта. Исследование, встречи, статусы, подготовка файлов, разбор обратной связи, тестирование, доступность, передача и деплой тоже занимают ресурс. Если без этого проект не завершить, это должно быть в оценке.

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

• Исследование и уточнение требований
• Управление проектом и консолидированная коммуникация
• Подготовка контента, миграция или очистка данных
• QA, доступность и проверка на устройствах
• Включённые правки, деплой и передача проекта
• Прямые расходы и работа узких специалистов

Пример: небольшое обновление сайта

Обновление сайта из пяти страниц требует 4 часа на исследование и структуру, 10 на дизайн, 22 на реализацию, 8 на загрузку контента и QA, 5 на коммуникацию и передачу, ещё 5 на включённый раунд правок. Определённая работа занимает 54 часа.

Интеграция с CRM пока неизвестна. Три точки — 4, 8 и 20 часов — дают 9,3 ожидаемого часа. Добавим небольшой резерв фиксированной цены в 20% только к этой задаче: 1,9 часа. Плановая сумма — около 65 часов, а не 54 и не случайные 70.

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

Превратите завершённые проекты в данные

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

Через несколько проектов замените универсальные проценты собственными диапазонами. Может оказаться, что разработка предсказуема, а контент и согласования — нет. Это уже нормальные операционные данные, а не гадание по вопросу сколько обычно занимает сайт.

• Сравнивайте план и факт по задачам, а не только по общей сумме
• Фиксируйте причину каждого заметного отклонения
• Обновляйте шаблоны задач после сдачи
• Крупные оценки проверяйте с другим специалистом до обязательств