Получили веб-сайт, но он для вас не подступает? Рассказываем, как этого избежать

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

Не отмахиваться от брифинга

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

«Есть же техническое задание, для чего снова брифинг?!» Объясняю. Иногда ТЗ совсем не соответствует задачкам бизнеса. Поэтому что писал его тот человек, который разбираться в этих задачках не желал. Либо не сумел и потому просто скопировал в ТЗ базисные вещи, о которых пишут в вебе. Либо задачки уже сменились с того времени, как было написано техзадание. В общем, меж ТЗ и коммерческим предложением обязано произойти осмысление текущих задач бизнеса и места веб-сайта в этих задачках. Схожая рефлексия в формате диалога меж заказчиком и подрядчиком – это и есть брифинг.

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

Подрядчик мечты: читает мысли, визуализирует макет веб-сайта в воздухе, работает один за пятерых

Разберем четыре предпосылки для заказчика выделить на бриф час-два собственного времени.

Синхронизировать ожидания. Задачки нередко звучат идиентично, а по факту любой имеет в виду собственный, особый функционал. Подрядчику принципиально сходу на шаге переговоров вдуматься в бизнес клиента, синхронизироваться с ним. Брифинг дает разрабу веб-сайта 100% инфы:

• про ваш бизнес в целом;
• про определенный продукт либо услугу;
• про мотивированную аудиторию – ее поведение и привычки.

Данной инфы нет в техническом задании (обычно), но она системообразующая в вопросце сотворения новейшего веб-сайта.

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

Получить экспертное мировоззрение. Тот, кто сделал сотки веб-сайтов, практически наверное понимает больше того, кто заказывает 1-ый либо даже 2-ой веб-сайт для собственной компании. Подрядчик понимает, на чем можно спотыкнуться, где получится сберечь, а где лучше всё создать фундаментально, с заделом на будущее развитие. В рамках брифинга неплохой подрядчик может предложить поправки к ТЗ, которые заказчику просто не пришли бы в голову.

Весьма нередко ТЗ копируют из шаблона в вебе либо собирают из различных фрагментов. А время от времени различные блоки ТЗ пишут различные отделы – это кажется логичным, ведь так любой сумеет прописать функционал под себя. Но из-за этого блоки ТЗ могут противоречить друг дружке. Обычно это вскрывается на шаге брифинга, а далее уже начинается работа подрядчика – создать так, чтоб клиент получил нужный функционал веб-сайта. И на шаге коммерческого предложения ему будут предложены определенные решения – к примеру, смена избранной CMS на фреймворк.

В один прекрасный момент мы сделали заказчику веб-сайт интернет-магазина – всё как в договоре. Проект у нас приняли, всё работало отлично. А позже клиент звонит и спрашивает: «А почему у нас в шапке веб-сайта номер телефона не подменяется? Он однообразный что в Москве, что в Питере». Ожидания заказчика не совпали с реальностью. Оказалось, что номер был должен изменяться зависимо от IP юзера. Но на брифинге это не обсудили, в договоре не прописали, а мы, как исполнители, просто не могли сами ранее додуматься. Ну и номера второго у нас обыденно не было.

Оценить масштаб работ. В ТЗ на веб-сайт не обозначено, как работает бизнес и как должен работать веб-сайт. Если коммерческое предложение собирали без брифинга, лишь по данным из ТЗ, то веб-сайт у вас будет, но встроить его в систему продаж может не получиться. И придется всё переделывать.

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

Приготовить коммерческое предложение. Вы получите подробный документ, который содержит:

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

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

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

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

Глобально веб-сайты можно поделить на два типа: имиджевые и товарные. У всякого свои индивидуальности разработки, способности интеграций и функционал. Если узнать это и зафиксировать на шаге брифа, шанс получить пригодный компании продукт растет в 10-ки раз.

Учитывать индивидуальности имиджевого веб-сайта

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

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

Какие задачки может решать функционал имиджевого веб-сайта:

• закрытый раздел для служащих – с внутренними документами, базой познаний, логотипом компании в векторе и иными полезными материалами;
• интеграция с hh.ru для раздела вакансий;
• форма для наполнения резюме прямо на веб-сайте, без перехода на остальные ресурсы;
• система рейтинга либо отзывов;
• обучающий раздел для клиентов: видеоконтент о компании, продуктах;
• обновляющаяся база документов – для тех, кто участвует в тендерах;
• блок с информацией, которая нужна по закону: реквизиты компании, лицензии и т.д.;
• отраслевые требования – медицина, образование, муниципальный, денежный секторы и пр.

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

Проверить функционал товарного веб-сайта

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

• корзина в верхнем правом углу;
• рядом с корзиной – связь с техподдержкой;
• сортировка по стоимости.

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

Доп функции веб-сайта интернет-магазина:

• фильтры для продуктов;
• сопутствующие продукты;
• раздел «Рекомендованное»;
• выбор вариантов доставки;
• оформление возврата;
• статусы заказов;
• скидки и промокоды;
• программки лояльности и реферальные программки;
• синхронизация с 1С;
• интеграция с CMS – АМО, Битрикс и др.

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

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

«Давайте создадим программку лояльности», – гласит клиент. Создатели-то сделают, но какую? Бесплатная доставка от определенной суммы либо скидка на повторный заказ? В форме промокода либо автоматом используемая в корзине? Всё это различные механики – и обмыслить их необходимо перед заказом веб-сайта. В последнем случае – на шаге брифинга. Далее будет уже поздно: усовершенствовать и доработать веб-сайт труднее и дороже, чем заложить все функции сначала.

Слушать и гласить с подрядчиком

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

X	V
— Нам нужен личный кабинет. — Отлично, создадим.	— Нам нужен личный кабинет. — Уточните, пожалуйста: 1. Что клиенты будут через него созодать? 2. К чему они привыкли – что ждут там узреть? 3. Что будет снутри кабинета: история заказов, чеки и акты, аннотации к приобретенным товарам либо даже связь с техподдержкой?

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

Когда подрядчик задает вопросцы, он не пробует отнять ваше время. Напротив, команда желает сохранить время и нервишки всем участникам процесса. А поэтому задает определенные вопросцы по функционалу и бизнес-целям веб-сайта, узнает всё на берегу.

Это работает и напротив: когда заказчик гласит, что не осознает, как улучшить, подрядчик должен предложить решение. Лучше даже не одно. А не отправлять клиента мыслить либо глядеть у соперников. С опытнейшей командой и добросовестным брифингом еще выше шанс получить на выходе продукт, который будет идеальнее всего решать препядствия и отвечать целям бизнеса.

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