В разработке сайтов и других IT продуктов важно сразу выбрать форму ценообразования и тип взаимодействия с подрядчиками, соответствующий потребностям проекта. К примеру, Agile, из-за своей гибкости, подойдет стартапам, а Dedicated Team, которая в цене учитывает зарплату сотрудников и административные расходы — крупным компаниям.
Для того, чтобы вам было проще в этом разобраться, мы подготовили материал, из которого узнаете о самых популярных моделях ценообразования. Вы поймете их преимущества и недостатки, а также определите, какая модель будет подходящей для вашей сферы деятельности.
Time and Material Project
Time and Material Project (T & M) — модель, при которой цена формируется из затрат времени команды и материалов на разработку проекта. Её чаще всего используют в тех случаях, когда определить точную стоимость готового продукта проблематично. T & M подходит для небольших среднесрочных проектов, которые выполняет небольшая команда (1−3 специалиста).
Плюсы модели T & M:
- Эффективность. Клиент может быстро изменить рабочий план или требования к конечному продукту;
- Гибкость. T & M прекрасно сочетается с современными гибкими методологиями, например, со Scrum;
- Результат. Возможность видеть результат на всех этапах, а также осуществлять постоянный мониторинг хода работы и взаимодействовать с командой.
Минусы модели T & M:
- Бюджет. Не всегда возможно оценить бюджет заранее. Всё зависит от точности инструкции или ее изменений в процессе работы;
- Коммуникации. При таком подходе вам, возможно, придется тратить много времени на общение с заказчиком. С другой стороны, это улучшит качество готового продукта.
Dedicated Team
Dedicated Team — это определение конкретной команды, которая будет заниматься разработкой, и для ценообразования используют ежемесячную зарплату всех участников команды, а также дополнительные административные расходы.
Метод Dedicated Team позволяет сформировать команду, учитывая уровень профессионализма каждого её участника и бюджета проекта. Отлично подойдет для долгосрочных проектов с неясными требованиями или крупных внутренних проектов компании клиента, в случае, если у него недостаточно квалифицированного персонала. Заказчик может самостоятельно управлять этой командой, а административная часть работы ложится на компанию-исполнителя.
Плюсы модели Dedicated Team:
- Контроль. Заказчик может осуществлять полный контроль и управление командой, регулировать нагрузку работы каждого из них;
- Профессионализм. Индивидуальный подход к подбору специалистов, их уровню знаний и опыту работы в конкретной сфере;
- Снижение затрат. Удаленная команда контролирует дедлайны и при необходимости занимается дополнительным набором персонала.
Минусы модели Dedicated Team:
- Инструкции. Работая с недостаточно емкими инструкциями, удаленная команда может создать проект на основе собственных предпочтений, а это не всегда хорошо. Впрочем, иногда эксперименты более чем оправдывают себя.
Fixed Price
Fixed Price — метод, при котором на конкретные услуги компании уже установлена фиксированная цена. В отличие от других моделей финансового взаимодействия, fixed price лучше всего подходит для краткосрочных проектов. Например, когда клиент хочет работать с новым партнером и для минимизации рисков запускает небольшой пилотный проект, на разработку которого уйдет месяц или два. Но и для долгосрочных проектов метод тоже приемлем.
Но в отличие от концепций T & M и Dedicated Team, в Fixed Price важно наличие всей необходимой документации для проекта, всех инструкций, а также строго обязывает реализовать план. Этот метод можно использовать только когда вы уверены, что требования к продукту не будут изменены в будущем. А в случае форс-мажорных обстоятельств придется жертвовать функциональностью ради дедлайнов.
Плюсы модели Fixed Price:
- Точность. Тщательно сформированные инструкции и требования позволяют получить именно то, что нужно;
- Сроки. Процесс разработки и дедлайн обсуждается заранее, поэтому сроки нарушены не будут.
Минусы модели Fixed Price:
- Риски. С такой моделью становится трудно управлять рисками, связанными с появлением новых задач, частыми правками и дополнениями текущих. Из-за этого, к примеру, при разработке дизайна сайта или приложения лучше использовать метод Hourly rate и учитывать время, которое требуется для исполнения проекта;
- Контроль. Проектом управляет исполнитель, из-за чего заказчику сложно проверить на каком этапе он находится и насколько он соответствует ожиданиям;
- Клиенты. Цена может быть привлекательной не для всех, из-за чего сложно ориентироваться на разные группы заказчиков;
- Гибкость. При фиксированной цене гибкость взаимодействия с клиентами невозможна.
Agile value
Agile value — это современная гибкая модель ценообразования, которая основывается на затратах компании, их изменении в ходе работы, восприятии цены клиентом и на ценах конкурентов. Предусматривает тесное сотрудничество заказчика и команды исполнителя. Работа, обычно, делится на спринты, которые выполняются в короткие сроки.
Agile value подойдет как для краткосрочных, так и для долгосрочных проектов, ведь создается постоянный поток важных задач, которые основаны на актуальных потребностях заказчика. Этим метод и отличается от всех предыдущих.
Плюсы модели Agile value:
- Эффективность. Гибкость управления проектом позволяет эффективно вносить в него изменения на любом этапе, что позволяет получить от исполнителя именно то, что нужно;
- Контроль. Клиент непосредственно участвует в процессе разработки продукта, ставит задачи, поэтому полностью контролирует и регулирует рабочие процессы;
- Открытость. Вы видите результат в конце каждого спринта.
Минусы модели Agile value:
- Время. На согласование любых предложений и изменений требуется большое количество времени как у заказчика, так и у команды-исполнителя.
Pay as you go
Pay as you go (PAYG) — метод, при котором оплата совершается за конкретную услугу. Таким методом работают, например, коммунальные учреждения: вы за месяц используете определенное количество электричества, и вам приходит платежка только за использованную электроэнергию.
В IT-сфере PAYG используют некоторые сервисы, что предоставляют облачные хранилища. Устроено это так: если клиент использует за месяц 1Тб пространства, то и заплатит он только за 1Тб. Поэтому, метод подойдет только для тех компаний, которые предлагают платный сервис, а не услуги разработки приложений или внедрения маркетинговых компаний.
Плюсы метода PAYG:
- Цены. За счет того, что пользователи платят только за то, что используют, а не по тарифу, предложение для клиентов становится выгодным;
- Эффективность. Ресурсы компании используются максимально эффективно.
Минусы метода PAYG:
- Ограниченность. Метод подойдет только продуктовым IT-компаниям, в которых легко определить стоимость единицы продукции.
Hourly rate
Hourly rate — метод почасовой оплаты. Hourly rate подойдет для компаний, что занимаются небольшими и краткосрочными проектами, которые может выполнить один специалист. К таким относятся студии UX/UI дизайна, разработки приложений, копирайтинга и так далее.
Для метода характерен такой алгоритм сотрудничества: заказчик дает конкретное задание, назначает дедлайн, а исполнитель определяет сколько часов уйдет на выполнение проекта. Из чего и вычисляется цена готового продукта.
Плюсы метода Hourly rate:
- Экономичность. Работа одного специалиста стоят дешевле услуг команды;
- Простота. Исполнителю легко подсчитать стоимость готового продукта.
Минусы метода Hourly rate:
- Накрутка. Иногда исполнитель может при подсчете стоимости добавлять часы работы, чтобы получить больше денег. В этом отношении фиксированная цена лучше.
- Споры. Придётся долго обсуждать, почему на разработку приложения уйдет месяц, а не две недели.
Заключение
В первую очередь вам нужно учитывать сложность проекта и время на его исполнение, а после — выбирать тип командо- и ценообразования. А чтобы подобрать подходящий метод, следует учитывать особенности сферы деятельности, количество специалистов, которые будут задействованы в проектах, их уровень профессионализма, а также степень авторитетности компании на рынке.
- В технические долги может влезть каждый. Почему их лучше избегать — Технический долг. Кому и что я должен?
- Чтобы знать больше, надо посещать конференции. Вот зачем — Зачем ездить на конференции
- Читаем книги для стартаперов. Какие вам больше по душе: менеджмент или маркетинг? — 15 книг, которые должен прочесть каждый стартапер