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

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

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

Так вышло, что именно такие разработчики мне и достались в этом проекте. После полутора месяцев мучений и объяснений «на пальцах», какой именно результат мне нужен, я понял, что с этим дизайнером работать невозможно. Чтобы добиться желаемого результата, пришлось долго уговаривать подрядчика сменить дизайнера. И лишь после того, как проектом занялся внутренний арт-директор, процесс наладился.

Менее чем через 2 недели результат был получен. Я мог бы не тратить впустую 1,5 месяца и вагон нервных клеток, если бы сразу указал это требование к компетентности в своём запросе.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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