В комментариях есть хороший вопрос от @buzanovadesign

В комментариях есть хороший вопрос от @buzanovadesign. Наталья, спасибо за него, он очень важный и ценный. Цитирую его и отвечаю тут, так как, думаю, этот вопрос и ответ интересен многим.

Лена, привет!)

Поделись пожалуйста как ты организуешь этапы в работе в условиях почасового формата?

Прописываешь ли как то в договоре, что в проектировании сервиса/моб. приложения будет X этапов по X часов(+-) или все по факту проделанной работы?

Я оказываю услуги (это важная формулировка) по почасовой модели. В договоре нет фиксированной стоимости, этапов, заранее установленного количества часов.

На стадии переговоров (как уже писала в статье выше про ссылку на Figma) я уточняю вводные по проекту, функциональные требования, цели. Это нужно, чтобы понимать объём и логику задач. После этого я даю вилку часов, но она не прописывается в договоре, так как может измениться на любом этапе работы за счет конкретизации требований. Это всегда происходит в проектах с высокой степенью неопределенности. Такой неопределенный объем работы зафиксировать договором невозможно.

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

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

Этапы и приоритеты формируются естественно. На первом созвоне на старте работы мы обсуждаем приоритеты разработки, которые могут в процессе поменяться.

В договоре я фиксирую список своих услуг (проектирование и дизайн), расписываю как работает почасовой формат, условия оказания услуг, стоимость часа, как предоставляется отчетность, как предоставляется результат оказания услуг. Этапов там нет, фиксированного объема нет, ТЗ нет. Это позволяет быстро стартовать, гибко двигаться, не вгоняя проект в искусственную структуру, если она на самом деле не нужна. Надеюсь, я ответила на вопрос. Будут новые — велком ) #договор

Дизайнер на всю голову