Формирование технического задания на разработку определяет не только качество сайта, но и измеримые бизнес-показатели, которые он будет приносить. До разработки технического задания заказчику стоит сначала подготовить, а потом сопоставить бизнес-требования и видение, касающееся функциональности. Такой подход обеспечивает четкое бюджетирование проекта, расчет правильного срока выполнения: разработчику не придется вносить бесконечные правки или переделывать сайт. Мы рассказываем о том, что такое функциональные и бизнес-требования, как их собрать, почему это необходимо сделать до составления технического задания на разработку сайта.
Функциональные требования
Функциональные требования определяют особенности проекта, которые должен реализовать специалист по разработке. Речь идет о логике работы, наборе функций. В них описаны аспекты работы в то время, когда пользователь совершает какое-либо действие – от регистрации до подписки на новостную рассылку. Например, заказчику необходим интернет-магазин, наделенный определенным набором функций: наличие личного кабинета, возможности оплаты, программы лояльности, многое другое.
Стоит разделить функциональные и нефункциональные требования. Последние – атрибуты, необходимые площадке для стабильной работы, но не связанные с основным набором функций. Выделим основные нефункциональные требования:
- производительность сайта. Это может быть скорость загрузки страниц или время отклика на какое-то действие;
- уровень удобства. Параметр определяет уровень комфорта для пользователей: интуитивность меню, расположение кнопок, время, затраченное на поиск информации, другие;
- безопасность. Решает проблему кражи персональных данных, атак хакеров, защиты от вирусов. Небезопасные площадки не любят поисковые системы, а пользователи стараются обходить их стороной;
- совместимость (адаптивность). Фактор, определяющий корректность отображения страниц на разных устройствах, в браузерах. Частичное отображение изображения на телефоне, растянутый текст в Google Chrome – всего этого быть не должно;
- локальная адаптация. Актуальна для компаний, сайты которых работают в нескольких странах. Проводится добавление разных валют, перевод на языки пользователей (с возможностью переключения на подходящий автоматически или вручную), внедрение часовых поясов, иного.
Нефункциональных требований много – это могут быть визуальные элементы (изображения или шрифты), а также все относящееся ко внешней оболочке площадки, удобству для пользователя (UI/UX соответственно). Определить разницу между функциональными и нефункциональными блоками просто: первые – это классическая телега с колесами, вторые – кузов легкового автомобиля BMW, дополненный подсветкой, другими элементами. Доминирующее количество клиентов платят за престижность BMW, но в это же время ожидают от машины работоспособности. Функциональные требования определяют содержимое, остающееся незаметным для пользователей, а с нефункциональными посетители сайта взаимодействуют постоянно.
Бизнес-требования
Бизнес-требования – задачи, которые будет решать сайт. Они понятны руководителю компании, который не должен углубляться в техническую часть процесса разработки. В эту группу входят:
- сведения о бизнесе: название, год основания, опыт работы, ниша, товарные знаки, преимущества перед конкурентами, списки клиентов;
- сведения о целевой аудитории. Разработчик и предприниматель должны понимать, кем является клиент: возраст, пол, семейное положение, страна, регион, вкусы, привычки, бюджет, иные. На этапе сбора сведений нужно попробовать мыслить как клиент: зачем посещается сайт, что нужно купить, получить или узнать. На основе этих данных формируются решения, удовлетворяющие боли потребителя;
- цель разработки. Заказчик должен определить, какие результаты он хочет получить на финише разработки. За основу стоит брать измеримые бизнес-показатели, например, расширение базы клиентов, повышение продаж, поиск инвесторов.
Для решения любой задачи доступно несколько способов, важна первичная расстановка приоритетов, акцентов. Например, компания хочет создать сайт для повышения присутствия в интернете, позиционирования: при разработке акцент будет делаться на престижность, комфорт, изобилие элементов айдентики. Если цель – получение измеримой прибыли, то заказчик должен видеть все возможности достижения такого результата.
Почему функциональные и бизнес-требования так важны
Важность обусловлена большим количеством задач, решаемых с помощью правильных требований:
- улучшают коммуникацию между разработчиком и заказчиком сайта: все отлично понимают друг друга;
- предупреждают недопонимание, в том числе на этапе фактической разработки;
- сокращают срок работы над проектом, что обусловлено четкостью, отсутствием потребности в уточнениях, доработках по ходу реализации;
- обеспечивают существенную экономию бюджета. Четкие задачи помогают получить прозрачное ценообразование, не опасаться размытой стоимости разработки. Заказчик уверен, что цена не изменится на каком-то из этапов или после воплощения проекта в жизнь;
- помогают прогнозировать результаты. Измеримые задачи дают уверенность разработчику: он видит, что, как, когда нужно делать. Они предупреждают отступление от технического задания, выход за запланированные временные или бюджетные рамки;
- предупреждают ошибки, поэтому не нужно будет их устранение.
Наличие функциональных и бизнес-требований – фактор, предопределяющий успешность проекта. Разработчики не будут креативить или ссылаться на неточное ТЗ, а заказчик будет знать, какой результат получит в итоге.
Как выполняется сбор данных, кто этим занимается
Заказчик, хорошо представляющий финишный результат разработки, производит сбор данных самостоятельно. Именно он точно знает, какие товары или услуги будет продавать, какие инструменты целесообразно привлечь для продвижения, кто его целевая аудитория и какие боли она имеет. Сбор данных для функциональной части – задача, делегируемая маркетологам и представителям IT-отдела. Особое внимание отводится главной странице сайта, отвечающей за максимальную конверсию. На этом этапе привлекаются сотрудники из клиентского сервиса или отдела продаж, которые могут предоставить основные вопросы клиентов, инструменты для проработки возражений.
Если заказчик – представитель малого или среднего бизнеса, не располагающий структурными кадровыми подразделениями, лучше привлечь к работе профильное агентство. Сотрудники агентства изучат конкурентов, а потом сформируют релевантную digital-стратегию. Еще одной решение – заказ услуги под ключ, когда все этапы проекта курирует компания по разработке сайтов. Для сбора данных используются следующие методы:
- бриф для сбора первичной информации на разработку сайта;
- интервьюирование;
- работа с документами, отражающим особенности бизнеса заказчика. Проводится изучения спецификаций, инструкций;
- привлечение представителя заказчика, защищающего интересы бизнеса;
- проведение мозговых штурмов, коллегиальных совещаний.
Все данные фиксируются в документе, который ложится в основу технического задания на разработку. Документ лишен технической информации и по содержанию напоминает бриф, включает 4 раздела:
- бизнес-требования, имеющие приоритете перед другими. Регламентируют цель проекта, задачи;
- дизайнерские особенности. Обеспечивают приятный визуал будущего сайта – от цветового ансамбля до стиля. Перекликаются с элементами айдентики компании, идеями заказчика;
- права доступа. Раздел определяет возможности, права доступа пользователей: просматриваемая информация, добавление и редактирование данных. По сути происходит установка ограничений для повышения безопасности данных: редакторы работают исключительно с контентом, менеджер по продажам – с базой заказов или клиентов, бухгалтер – с отчетами, другой финансовой информацией. Пользователь не сможет увидеть информацию, которая прямо не относится к полю его деятельности;
- потребности посетителей площадки. Специалисты разрабатывают путь юзера на сайте, для больших проектов составляется карта CJM.
В создании документа принимают участие все специалисты, которые будут работать над проектом, заказчик или его уполномоченные представители. Нередко клиенты не могут четко передать свое видение, они хотят «как вот здесь или вон там». Детализация каждого этапа помогает разработчикам создать сайт, отвечающий видению, сформулированному в подсознании у заказчика.
Обзор распространенных ошибок
Самая распространенная ошибка – размытые ожидания, которые не отображают суть цели или задачи. Нужно ставить четкие и выполнимые задачи, понятные и для заказчика, и для разработчика. Необходимо сохранять баланс между размытостью и чрезмерной детализацией, а также избегать субъективизма и иных проблем, которые направят команду по ложному пути. Техническое задание не должно быть перегружено лишними деталями, в противном случае разработчик потратит много времени сначала на изучение, потом – на реализацию. Например, заказчик указывает «Все страницы должны загружаться быстро» – это размытая формулировка, которую нужно заменить измеримым показателем: «Скорость загрузки страницы – до 3 секунд. Сохранение работоспособности при суточной посещаемости 50 тыс.». Некоторые требования – ориентировочные, ведь многие элементы нужно проверять, тестировать, чтобы выявить самые эффективные решения.
В заключение
Подготовка функциональных и бизнес-требований должна выполняться до создания технического задания. Стоит привлечь разносторонних специалистов, чтобы не упустить технические, маркетинговые и другие аспекты, важные для бизнеса. Задачи должны быть максимально конкретизированными, лишенными воды, неточных формулировок и показателей, не являющихся измеримыми. Заказчику нужно принимать личное участие в подготовке информационной базы, что защитит его от лишних трат, срывов сроков и создания сайта, не отвечающего одному или нескольким ключевым параметрам. Для представителей малого и среднего бизнеса оптимальным решением остается обращение в веб-агентство. Его представители выполнят работу под ключ – от сбора первичных данных до запуска и продвижения ресурса.