Брифом на разработку обычно называют опросник, который отправляется клиенту перед началом работы над проектом. Но опросник — это только первый этап брифинга. Весь процесс предпроектного общения с клиентом довольно сложный и ответственный: если в этот момент что-то упустить, вся реализация может пойти наперекосяк — даже при условии согласованного технического задания. Чуть позже мы расскажем про это реальную историю.
Каждая компания выстраивает процедуру составления брифа по-своему. Поговорим о том, как это происходит у нас в Toimi.
Предварительные вопросы
Общение с заказчиком у нас начинается с того самого опросника, который часто называют брифом на разработку. Его цель — составить общее представление о том, что хочет клиент.
Какую информацию важно получить на этом этапе:
- Позиционирование и ценности компании
- Цели и задачи, которые клиент хочет решить с помощью продукта
- Специфика ЦА
- Конкуренты и желаемые конкурентные преимущества продукта
- Предпочтительная структура сайта
- Дизайн, который нравится клиенту, цвета и шрифты, наличие логотипа и фирменного стиля
- Какие функции должны быть у сайта: например, онлайн-заказ, поиск, формы обратной связи, калькуляторы, видео, фотогалереи
- Что предпочитает клиент: готовую CMS или уникальный сайт, созданный с помощью языков программирования
- Есть ли требования к технологическому стеку
- Сроки на разработку и бюджет
- Нужна ли поддержка после запуска сайта
Проджект-менеджер изучает полученный бриф и готовится к персональному разговору с клиентом для более детального обсуждения. Таких личных встреч у нас обычно несколько. Между итерациями проджект обращается к разработчикам и дизайнерам, чтобы понять, как можно реализовать пожелания заказчика, есть ли более оптимальные пути, сколько времени и денег потребует проект. Так, если разработчики видят, что клиент выбрал не самый подходящий технологический стек, кто-то из них может принять участие в переговорах, чтобы предложить другой вариант.
Все понятно — переспроси
Главное в брифе — «вытащить» из клиента максимум информации, что он хочет от сайта и какие задачи планирует решить. Любой факт, который вы вовремя не выяснили, потом может обернуться необходимостью все переделать.
Так, если заказчику нужен сайт для регистрации отелей, важно понять, как он планирует его дальше развивать. Например, если он хочет в будущем превратить его в агрегатор, это повлияет на выбор технологического стека с учетом предполагаемого функционала и будущих интеграций. Поэтому во время переговоров нужно задавать очень много уточняющих вопросов. Есть важное правило: если тебе кажется, что все понятно — переспроси еще раз.
А вот и обещанный пример: у одного из наших сотрудников в прошлом был такой опыт: он делал для заказчика адаптив верстки, и когда работа была уже почти закончена, клиент внезапно изменил дизайн сайта. То есть разработчик зашел на портал — и увидел, что изменилось буквально все, и работу надо начинать с нуля. Конечно, можно сказать, что это вина заказчика — но если бы проджект изначально выяснил планы компании сделать редизайн, такой проблемы бы не возникло.
Экспертный взгляд
В процессе обсуждения брифа важно не только слушать клиента, но и обсуждать спорные моменты. С учетом нашего опыта мы можем подсказать заказчику, как лучше реализовать функционал. Иначе говоря, бриф — это не столько интервью, сколько совместная работа.
Например, у нас был клиент, который хотел разработать приложение для изучения английского — но не очень понимал, как выстроить его структуру. Так, он планировал добавить практические задания и в блок с теорией, и отдельным разделом. В процессе обсуждения мы выявляли такие нюансы и делали наброски визуализации пользовательских сценариев. Это помогало вместе находить решения, которые устраивали обе стороны.
Случается, что требования заказчика к функционалу сайта не соответствуют его бюджету. И задача проджект-менеджера — не ответить «это невозможно», а постараться аккуратно подвести его к другому варианту. Условно говоря, если клиент хочет себе аналог «Авито», мы предлагаем ему двигаться поэтапно: то есть не подписываться на весь проект, а сделать первые шаги. Тогда клиент на практике сможет увидеть утопичность своих идей, и решить, как переработать концепцию проекта.
Постбрифинг
После окончания переговоров мы оцениваем примерный бюджет и составляем план работ — то есть описание их этапов. Для масштабных задач каждый этап превращается в самостоятельный проект: для него составляется свое техническое задание и подписывается отдельный договор. Это нужно, когда продукт сложно спланировать заранее, чтобы после каждого этапа можно было более реалистично оценить сроки, бюджет и составить ТЗ.
Когда заказчик согласовывает план, мы делаем большой аудит, где определяем уже точную стоимость проекта, конкретный пул задач и делаем разработку технического задания. Параллельно мы работаем над прототипами страниц будущего сайта, благодаря которым заказчик может получить представление, как это будет выглядеть визуально.
Наконец, последний этап — подписание договора. После этого уже начинается реализация. И насколько легко она пройдет — во многом зависит именно от нашей работы на стадии брифа.