Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов

Ершов Дмитрий

3 – Как оценить стоимость

 

 

 

Сигналы

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

Обращайте внимание не на цифры, а на готовность вовлечься в проект.

В идеале разработчик должен рассказать вам о том, как он выполнял подобные проекты ранее, какие были проблемы и нюансы. А к обсуждению стоимости вернётесь чуть позже.

Будьте осторожны, если подрядчик готов на всё ради получения заказа: и вопросов мало задаёт, и цену самую низкую предложил, и план работ составляет прямо по брифу. Такие сигналы могут свидетельствовать о двух вещах: либо налицо демпинг, чтобы «нагнать» на поздних стадиях проекта и завысить цену на дополнительные работы, либо этот разработчик недостаточно компетентен.

 

Неудобные вопросы

Вы уже определили примерный список финалистов и готовы к более детальной проработке – значит, пришло время для «неудобных» вопросов. В составлении этих вопросов нам поможет заранее заготовленная канва проекта. Посмотрите, какие риски по проекту вы в ней указали, и спросите у разработчиков, как они собираются с ними работать.

– Как поддерживать продукт после того, как он будет готов?

– Что делать, если потребуется добавить или изменить раздел, когда уже всё готово?

– Что, если не подойдёт качество результатов?

– Что, если проект будет задерживаться или будет готов не полностью?

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

 

Личная ответственность

Иногда в составе работ бывают пункты, которые не дают вам покоя. Кажется, что они нужны, но в том ли объеме, что указал разработчик? Среди подобных работ могут быть предпроектные исследования. Многие заказчики не любят видеть исследования в смете, однако они крайне важны для проекта. От них зависит минимизация количества ошибок, которые может совершить подрядчик на каждом этапе разработки.

Когда состав работ уже более-менее определён, обязательно уточните, какие материалы и в какие сроки вы должны предоставить. От этого напрямую зависит успешность проекта. Бывает, что заказчики недооценивают сложность «добывания» материала, особенно контента. И если вы пообещали подготовить материал, то должны будете сделать это любой ценой. Это ваша личная ответственность.

Начинайте собирать материал как можно скорее. Это может занять больше времени, чем вы думали.

Период подготовки материалов

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

 

Игры со шрифтами

Каждая задача должна оцениваться в количестве рабочих часов, которое планирует потратить на неё исполнитель. Иногда в стоимость человеко-часов закладывают трудозатраты аккаунт-менеджера. Однако я не советую так делать – это может не упростить расчёты, а наоборот, всех запутать. Если разработчик совместил часы нескольких исполнителей – попросите рассчитать их по отдельности.

Если не до конца понятен объём трудозатрат по какой-либо задаче, есть очень удобный способ создать поле для манёвров – просто купите дополнительное время.

Кроме того, потребуется дополнительное время на выполнение «внезапных работ» или «игр со шрифтами», если наблюдаете у себя пристрастие к таким вещам.

Такой подход позволит создать доверительные отношения между вами и исполнителем. Ему не придётся «размазывать» часы между разными задачами в коммерческом предложении или делать дополнительную накрутку. Даже если риск не оправдается и на разработку потратится меньше времени, пусть эта страховка будет премией за отличный результат.

 

Разброс цен

Спустя какое-то время перед вами должны появиться окончательные варианты коммерческих предложений от финальных исполнителей. Возможно, кто-то не выдержал и психанул на этапе оценки, – и хорошо. Разработка – занятие не для слабонервных.

Сопоставьте все финальные предложения. В случае большого разброса цен есть риск, что кто-то из разработчиков неправильно понял задание и перезаложился на непонятные работы. Свяжитесь с ним и уточните непонятные детали, чтобы сделать переоценку. Если разброс цен небольшой, в пределах 15—20%, – значит, вы отлично составили задание и можно двигаться дальше. И последний штрих – запрос скидки.

Не просите снизить стоимость человеко-часов, если она примерно одинакова в разных коммерческих предложениях, – это может демотивировать исполнителя.

Лучше скажите, что вы и так уже включили в расчеты время на непредвиденные задачи и «игры со шрифтами» и считаете, что заслужили тем самым скидку на общую стоимость проекта.

 

Момент истины

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

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

Разные продукты для одинаковых целей пользователей.

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

 

Заметки и истории

 

Ограничения

 

Дайте дизайнеру полную свободу действий без каких-либо ограничений, и он сделает самый плохой дизайн. Вне зависимости от уровня профессионализма.
Олег Чулаков

Плохие специалисты всегда жалуются на ограничения, нехватку времени или денег.

Когда не хватает времени на якобы «супер-результат», на самом деле – это не плохая работа менеджера, который «плохо» договорился. Когда не хватает денег – это не плохой заказчик, которому их жалко. Это – реальная жизнь.

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

Чем больше у вас времени, тем менее эффективно вы его тратите. Чем больше ресурсов, тем меньше фокусировка.

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

Неопытные специалисты видят в ограничениях врага. Опытные – помощника.

 

Творить – не мешки ворочать

Однажды я выполнял небольшой проект для частного заказчика. Мы обсудили условия и план работ, выбрали один из эскизных вариантов и уже начали проработку деталей.

Но в самом конце проекта, когда оставалось лишь оформить закрывающие документы, заказчик сообщил, что хочет полностью изменить проект и получить ещё несколько эскизов. Я назначил ту же цену, что и за разработку первых трёх эскизов, на что он выдал: «За что такие деньги? Творческие поиски – это вам не мешки ворочать!»

И лишь спустя несколько лет я понял, в чём была моя ошибка. Я недостаточно подробно обсудил ценообразование – и заказчик подумал, что стоимость разработки первых эскизов является «входным билетом» в бесконечные творческие поиски. Хорошо, что человек попался, способный слушать и слышать. Несмотря на неловкость ситуации, мы не стали разрабатывать новые эскизы и запустили утверждённую реализацию.

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