Чем бриф отличается от тз
Перейти к содержимому

Чем бриф отличается от тз

  • автор:

Разница между брифом и техническим заданием

Часто приходится слышать споры о том, кто должен писать техническое задание на разработку сайта: клиент или исполнитель?

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

Противоречия на самом деле нет. Все проблемы возникают из-за того, что в русском языке нет слова «бриф».

Техническое задание — это по определению довольно строгий документ на несколько десятков страниц, подробно описывающий работу всех разделов сайта. Совершенно очевидно, что ни один уважающий себя клиент не может, не должен и не станет тратить время на составление такого документа. При создании сайтов «под ключ» исполнитель просто обязан составлять техническое задание самостоятельно, подробно объяснять каждый пункт клиенту и дополнять ТЗ по его просьбе. Клиент с самого начала пришел в студию для того, чтобы с него сняли все заботы и сделали сайт по щелчку пальцев. Зачем же вместо этого заставлять работать его самого?

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

  • Техническое задание всегда пишет исполнитель.
  • Бриф пишет клиент по шаблону либо исполнитель со слов клиента.

Москва, Кутузовский проспект, 12
+7 495 374-54-70; [email protected]

Практически ежедневно копирайтеры сталкиваются с такими понятиями как «ТЗ (техническое задание)» и «бриф». Во многом качество выполнения заказа зависит именно от этих двух составляющих, но… точных и единственно верных определений этих понятий почему-то не существует. Давайте же выясним, в чем все-таки состоит отличие брифа от ТЗ.

Техническое задание

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

  • Конкретность (четкое количество необходимых символов, название материала, если нужны − ключевые слова, количество подзаголовков, структура текста и т. п.)
  • При необходимости − дополнительные данные, которые помогут в написании текста, соответствующего всем требованиям заказчика (например, ссылка на сайт, где будет размещен текст, чтобы максимально приблизить его стиль к стилю уже имеющихся материалов; целевая аудитория; информация о компании и т. д.).

brif i TZ

Бриф

Здесь мнения у всех расходятся намного больше, чем по ТЗ, − очень уж по-разному копирайтеры относятся к этому понятию. Но большинство расценивают бриф или как «нечеткое, более свободно составленное» ТЗ (т. е. в котором нет конкретной информации, непосредственно касающейся текстов, а есть пожелания: относительно тематики, стиля, структуры, акцентов), или как «помощника» для заказчика, который не может составить техзадание.

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

  • Отсутствие конкретики − больше пожеланий.
  • Более свободная форма подачи.

Читайте также:

  • Почему мы гарантируем качество?
  • Как написать обзор товаров?
  • Программа для подбора слов синонимов: принцип работы
  • 5 простых способов улучшить эффективность формы подписки
  • Как прокачать «старый» текст об услугах, не переписывая его глобально

Бриф, функциональное и техническое задание на разработку интернет-магазина: зачем составлять и как это правильно делать

Разрабатывая интернет-магазины, нам приходится иметь дело с разными клиентами. Опытные приходят с готовым функциональным заданием (ФЗ), неопытные — просят наш бриф. Некоторые для экономии пытаются сами составить техническое задание на разработку интернет-магазина (ТЗ), хотя это прерогатива разработчиков. В большинстве случаев клиенты не понимают роль документов и разницу между ними, хотя это важно. Расскажем, чем отличаются бриф, функциональное задание и техническое задание для интернет-магазина, зачем их составлять и как правильно это делать.

Пример ФЗ - KISLOROD

Содержание

Бриф, функциональное и техническое задание для интернет-магазина — в чем разница?

Разработка интернет-магазина должна начинаться с последовательности шагов:

  1. Заполнение брифа
  2. Составление функционального задания
  3. Составление технического задания для интернет-магазина

Бриф и ФЗ — это документы бизнеса, их готовит команда клиента. А ТЗ на основании брифа и функционального задания создают разработчики. Клиент просто не способен написать техзадание для интернет-магазина по стандартам разработки — из-за некомпетентности он упустит важные моменты.

Составление этих документов — не пустая трата времени. Только так можно получить адекватную смету, которая не увеличится в 2-3 раза в итоге написания ТЗ на разработку. Ответственный подход к составлению брифа и ФЗ застрахует вас от сюрпризов не только в плане стоимости, но и в плане сроков. Вы сэкономите время и деньги впоследствии, сразу получив нужный результат.

Как составить бриф на интернет-магазин

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

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

Основные блоки брифа

  1. Рынок и конкуренты. Раскройте суть вашего бизнеса, какие задачи вы решаете, что будет конечным продуктом. Опишите рыночную ситуацию, перечислите конкурентов и свои ключевые преимущества.
  2. Покупатели. Создайте социально-демографический профиль представителя своей целевой аудитории, по возможности укажите особенности ее поведения, чтобы разработчики могли найти подходящие решения.
  3. Разделы интернет-магазина. Представьте общее видение необходимых разделов. Самые важные рассмотрим ниже.
  4. Фирменный стиль. Познакомьте разработчиков с вашим логотипом, фирменными цветами, миссией, слоганом.
  5. Бенчмарки. Покажите примеры готовых сайтов, которые вам нравятся и не нравятся, обоснуйте почему. Так разработчики поймут ваши вкусы.
  6. Интеграция с системами. Укажите, с какими сервисами и программами нужно интегрировать интернет-магазин.

Важные разделы интернет-магазина

  • Главная страница — опишите роль страницы, какой информационный контент и товарные блоки на ней будут. Например: меню, баннер с акциями, группы товаров.
  • Поиск — опишите требования к поиску, где он будет расположен, он будет реализован штатными средствами CMS или необходимо подключить Sphinx.
  • Каталог товаров или лендинги с товарными подборками — укажите, что планируете реализовать.
  • Карточка товара — опишите, какая информация может в ней содержаться, укажите основные требования к карточке. Ранее подробно рассказывали про заполнение карточек товара для интернет-магазина.
  • Корзина — укажите, будет ли реализована корзина, и какие специфические требования к ней предъявляются.
  • Чекаут — опишите количество способов оплаты, доставки и географию доставки. Отразите специфику оформления заказа, если она есть.
  • Типовые внутренние страницы — опишите, какие сервисные страницы планируете использовать, и какая информация на них будет.
  • Вишлист «Избранное» — укажите, какие требования предъявляете к нему, если он будет реализован.
  • Специфичные страницы — опишите, какие нестандартные страницы необходимы исходя из специфики бизнеса.
  • Личный кабинет на сайте — если вы ориентированы на b2b-клиентов, перечислите функционал, который будет важен для вашей ЦА (выгрузка документов, быстрый заказ через, баланс контрагента, отчёты и так далее).

Как составить функциональное задание

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

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

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

Можно ли не составлять функциональное задание? Только в том случае, если речь идет о стандартном функционале, например, для проекта в сфере fasion со штатными интеграциями и стандартной логикой. В остальных случаях без функционального задания не обойтись — иначе есть риск, что на этапе ТЗ вылезет необходимость создания дополнительного функционала или скрытых интеграций, из-за которого окончательная смета увеличится.

Два подхода к составлению функционального задания:

1. Описание функциональных ролей

Функциональная роль — это то, что может делать пользователь на сайте. Главный пользователь в интернет-магазине, конечно, покупатель. Но можно прописать и другие функциональные роли (администратор, b2b-клиент и прочие), в зависимости от специфики бизнеса.

Чтобы учесть особенности каждой функциональной роли, используют метод пользовательских историй (user story) — тезисы, которые описывают функциональность от лица пользователя.

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

Например, клиент пишет, что покупатель (пользователь) может зарегистрироваться через почту, телефон или соцсети. Разработчик отмечает, что должен быть функционал, поддерживающий разные типы регистраций. Или клиент указывает, что покупатель может видеть историю заказов и повторить любой — тогда разработчик планирует соответствующий функционал. Иногда нужно указывать и цели покупателей, если они могут быть поняты неоднозначно.

Пример ФЗ - KISLOROD

Пример из функционального задания

Функциональные требования в формате ролей описать несложно, но это упрощает составление технического задания разработчикам и работу тестировщикам. Ниже — пример user story авторизации пользователя в личном кабинете.

Пользователь может:

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

2. Описание функционала и интеграций

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

К сожалению, многим клиентам кажется, что они готовят полноценное техническое задание на разработку интернет-магазина. И когда у клиента во время знакомства со сметой возникает вопрос: «У нас же есть ТЗ, почему в смете вы закладываете на него время?», нам приходится объяснять разницу между функциональным и техническим заданиями.

Конечно, если техническое задание на разработку интернет-магазина в редакции заказчика достаточно детализированное, мы учитываем это и уменьшаем трудозатраты на написание ТЗ разработчиками, но такая детализация и соответствие общепринятым стандартам — большая редкость. Например, в ТЗ на создание интернет-магазина, составленных клиентами, точно не встретишь описания интеграций с 1С.

Несколько интересных нюансов, которые мы выявили, когда клиент составил функциональное техническое задание:

Пример функционального технического задания - KISLOROD

Пример функционального технического задания

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

Стоимость создания интернет-магазина по брифу составляла 1 800 000 рублей, а после создания ФЗ увеличилась практически в 1,5 раза — до 3 000 000 рублей.

Сравнение предложений от подрядчиков только на основании брифа — классическая ошибка многих клиентов при организации тендера. Когда подрядчик выбран и техзадание на разработку уже написано, руководителю проекта на стороне клиента приходится краснеть и оправдываться, отвечая на вопрос руководства: «Почему бюджет на разработку сайта вырос в 2 раза от первоначально озвученной цены?».

Как составляется техническое задание для интернет-магазина

Техническое задание — основной документ для разработчика, по которому создается финальная смета. ТЗ составляет команда разработчиков, которая выиграла тендер. На основании функционального задания в ТЗ для создания интернет-магазина описывается его назначение, полный технический функционал — как фронтенда, так и бэкэнда, интеграционные модули, требования к интерфейсам и архитектуре.

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

Даже при таком подходе наше техзадание на интернет-магазин в среднем занимает около 100 страниц. Оно позволяет прийти к взаимопониманию с клиентом в отношении требований к конечному продукту и исключить риски упустить важные нюансы, о которых клиент знать не может. Например, описать типы данных, которые участвуют в обмене.

Бриф

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

Для чего нужен бриф

Бриф в маркетинге помогает спланировать проект и управлять им: определить и согласовать цели и ожидания, регламентировать сроки выполнения проекта или задачи и необходимые для этого ресурсы. Главная цель брифа — обеспечить понимание задачи для исполнителя.

Также бриф необходим, чтобы:

  1. Сформулировать портрет целевой аудитории — это помогает настроить маркетинговые кампании на подходящих потенциальных покупателей и клиентов.
  2. Точно описать конкурентную среду — так исполнители лучше понимают контекст и разрабатывают более эффективные стратегии.
  3. Уточнить требования, параметры, примеры. Это особенно важно в креативных проектах.
  4. Создать общее видение — объединить идеи и ожидания заказчика с мнением исполнителей, чтобы смотреть в одном направлении.
  5. Установить критерии эффективности — они объективно покажут, насколько успешно отрабатывает выполненный проект.
  6. Избежать рисков и недопонимания. Бриф упрощает коммуникацию за счет развернутых ответов на вопросы и фиксирует важные аспекты: если возникают разногласия, достаточно вернуться к тому, что прописано в документе.

Пример: вы заказываете рекламу у блогера. Подробно заполненный бриф сориентирует инфлюенсера, что должно получиться в итоге: какой пост нужен, какие ценности он должен отражать, в каком tone-of-voice его подать. В переписке или тем более устно важные детали могут потеряться. В документе — всё расписано по пунктам: если что-то забудется, достаточно вернуться к брифу.

Сотрудничать с инфлюенсерами еще проще и без форс-мажоров помогает платформа WOWBlogger. 30 000+ блогеров в 5 соцсетях, ручная проверка на качество контента и накрутки, автоматическая маркировка постов. Можно подобрать блогера самостоятельно или заказать запуск рекламы под ключ. С eLama — скидка до 10%.

Чем отличается бриф от технического задания

Бриф и техническое задание (ТЗ) — два разных документа, необходимых для реализации проекта. Бриф используется на старте проекта для определения основных направлений, а техническое задание — на более поздней стадии, когда известны детали и требования к выполнению проекта. Всё, чем отличается бриф от ТЗ — в таблице.

Бриф и техническое задание - два разных документа

Читайте по теме: Как составить ТЗ для рекламы у блогера

Виды брифов

Брифы используются в разных сферах: от рекламы и дизайна до IT.

В зависимости от того, для какой задачи документ составляется, это может быть:

  1. Маркетинговый бриф. Используется для передачи информации и целей проекта маркетинговому агентству или команде. Включает в себя информацию о целевой аудитории, целях, бюджете, сроках и других параметрах проекта. Образец маркетингового брифа →
  2. Дизайн-бриф. Применяется в дизайн-проектах, чтобы описать дизайнерам требования к внешнему виду и стилю продукта или проекта. Включает в себя информацию о цветах, шрифтах, композиции и других дизайнерских элементах.
  3. Технический бриф. Используется в информационных технологиях и разработке программного обеспечения для передачи техтребований и спецификаций разработчикам. Включает в себя общее описание функциональности, архитектуры, платформы и других технических аспектов проекта.
  4. Рекламный бриф. Применяется для разработки рекламных материалов и кампаний. Включает в себя информацию о целях рекламы, ключевых сообщениях, медиаплане, бюджете и сроках.
  5. PR-бриф. Используется для описания стратегии и задач PR-кампании. Включает в себя информацию о целевой аудитории, ключевых сообщениях, медиапартнерах и других аспектах PR-деятельности.
  6. Медиабриф. Применяется для разработки стратегии и контента в социальных медиа. Включает в себя информацию о целях в социальных медиа, выбранных платформах, графике публикаций и метриках успеха.
  7. Событийный бриф. Используется при организации мероприятий: конференции, выставки или промоакции. Включает в себя информацию о целях мероприятия, бюджете, месте проведения и деталях программы.

Это только часть видов брифов — документ можно применять практически в любой сфере и адаптировать под свои потребности.

Структура брифа

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

В базовые разделы входят:

  1. Вводная информация: название проекта или задачи, дата составления брифа, контактные данные заказчика.
  2. Общее описание проекта или задачи.
  3. Определение целей и ожиданий от проекта: что должно получиться в итоге.
  4. Описание целевой аудитории или пользователей, их потребностей и особенностей.
  5. Ключевые идеи: что важно передать целевой аудитории.
  6. Информация о конкурентах: кто они, чем сильны, а в чем проигрывают.
  7. Бюджет и ресурсы: персонал, оборудование, инструменты.
  8. Сроки выполнения — для разных этапов проекта и завершения всего проекта.
  9. Основные требования и ограничения, которые необходимо учесть при выполнении проекта.
  10. Любая дополнительная информация, которая поможет точно выполнить задачу.

Эту базовую структуру можно и нужно менять, если того требует задача. Например, в брифах на создание креативных материалов будут уместны референсы — что нравится и на какие примеры опираться при разработке дизайна, рекламной кампании или слогана. А в брифы на создание маркетинговой стратегии стоит включить измеримые критерии успеха — KPI.

Что поможет избежать ошибок при создании брифа

Чтобы бриф получился ясным и однозначным, в нем должны быть:

  1. Подробности и детализация. Неразвернутые ответы на вопросы могут привести к недопониманию и разногласиям между заказчиком и исполнителем.
  2. Согласованность целей и ожиданий. Заказчик и исполнитель должны одинаково понимать и трактовать цели проекта.
  3. Понимание целевой аудитории. Если портрет целевой аудитории описан неточно или общими словами, это может обернуться неверной стратегией.
  4. Реалистичное описание конкурентной среды. Непонимание, что представляют собой конкуренты компании, какие у них преимущества и слабые стороны, может плохо сказаться на корректности и эффективности выполненной задачи.
  5. Конкретные требования. Отсутствие четких требований к проекту — прямой путь к неверной интерпретации и недопониманию заказчика и исполнителя.
  6. Прописанные сроки. Без регламентирования сроков проект рискует «поехать», а работа над ним — растянуться на неопределенное время.
  7. Указание, кто принимает решение и согласовывает результат. Когда к согласованию подключается неконтролируемое количество людей, это неизбежно приводит к затягиванию сроков, а в худшем случае — к конфликтам.
  8. Минимум изменений в ходе проекта. Частые изменения в брифе после старта проекта вызывают путаницу и увеличивают сроки выполнения.

Главное

  1. Бриф — документ, в котором заказчик прописывает цели, требования, идеи и нюансы проекта. Это обеспечивает исполнителю исчерпывающее понимание задачи.
  2. Бриф и техническое задание — два разных документа. Первый важен на старте проекта и описывает общее видение. ТЗ описывает проект детально и технически точно, устанавливает конкретные параметры и требования, не оставляет места для интерпретаций
  3. Существуют разные виды брифов — под каждый вид деятельности можно создать свой и включать в структуру документа разделы и пункты, которые требует задача.
  4. Для ясного и однозначного понимания бриф должен содержать подробную информацию — с пониманием аудитории бренда и конкурентной среды, конкретными требованиями и согласованными целями. Если зафиксировать в документе сроки и прописать, кто принимает результат, это ускорит выполнение задачи и поможет избежать разногласий.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *