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

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

Будьте готовы своевременно и вежливо отвечать на поступающие вопросы. Если вы не понимаете, о чём вас спрашивают в письме, или просто не хватает времени ответить, предложите созвониться.

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

Совместная работа с брифом.

При собеседовании в «Макдоналдс» соискателям задают вопрос: – Что важнее: чистота, качество или скорость?

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

Правильный ответ – чистота, скорость, качество.

Чистота и скорость – то, на что в полной мере может повлиять сотрудник. Поддержание порядка и чистоты важнее всего, это имидж компании, впечатление от посещения ресторана. Скорость – это деньги.

Выстроена настолько четкая система, что качество еды испортить практически невозможно. Например, кетчуп добавляется по инструкции, условно, «два щелчка». Дозатор выдает определенную порцию кетчупа при нажатии, ошибиться можно только в количестве щелчков. И так во всем. Благодаря существующей системе и стандартам, на качество еды в «Макдоналдс» человек особо не влияет.

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

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

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

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

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

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

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

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

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

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