Букатин Максим,
основатель и руководитель веб-студии X-Tiger

 

Вопрос от Ольги Андреевой
Что такое бриф и как правильно его составить?

Наверное, подробно останавливаться на том, что это такое не буду, т.к. понятие «бриф» сейчас на языке сотрудников, как со стороны заказчика, так и со стороны разработчика. Коснусь только основных моментов.

Бриф – это краткая анкета, которая дает Исполнителю предварительную информацию о продукте или услуге, которую хочет получить Заказчик. Предоставляется в виде документа с вопросами Исполнителя и соответствующими ответами Заказчика.

Пример готового брифа можно посмотреть здесь

Наблюдая за заказами, я часто наблюдаю ошибку заказчиков в отношении брифа. Просматривая заказы или интересуясь наличием у заказчика технического задания (ТЗ), я вижу, что по большинству заказов оно уже готово. Но, как показала практика, в 80% случаев это было не ТЗ, а только заполненный бриф.

Бриф – НЕ техническое задание!

Бриф – это только первые вопросы, которые позволят примерно оценить сложность проекта и его стоимость.

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

Так вот, к брифу я отношусь достаточно скептично.
Часто я встречаюсь с брифами, в которых половина вопросов вообще не относится к услуге, которую хотели заказать. И клиент либо пытается каким-то образом ответить на эти вопросы, либо просто их пропускает (и правильно делает!). При этом вопросов, которые были бы важны для его услуги нет. В итоге получаем документ, в котором на половину вопросов нет ответов, а нужных вопросов в нем и не было.

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

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

Я считаю, что бриф можно использовать только при разработке в достаточно дешевом сегменте + это должна быть шаблонная разработка.

 

Вопрос от Дмитрия Неклюдова
Зачем нужно техническое задание на сайт/сервис и как его правильно написать?

Техническое задание – это документ, часть договора, который регламентирует, какие работы должны быть выполнены ИСПОЛНИТЕЛЕМ в соответствии с требованиями ЗАКАЗЧИКА.

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

  • Документы, регламентирующие работу по проекту;
  • Общие требования (к дизайну, коду, документированию и т.д.);
  • Структура сайта / сервиса;
  • Структура каждого раздела и страницы;
  • Полное описание каждого разрабатываемого модуля.

Пример структуры сайта

 

Пример структуры страницы сайта

 

А что если не использовать ТЗ и просто на словах рассказать что нужно?

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

Через 2 месяца радостный исполнитель показывает ему полностью готовый интернет-магазин. Вроде, все как нужно, весь функционал есть:

  • Каталог товаров;
  • Корзина;
  • Форма заказа;
  • Дополнительные статические страницы об оплате, доставке и т.д.v

Но нет. Заказчик не доволен! Он считал, что в любом интернет-магазине должны быть еще:

  • Рекламные баннеры;
  • Распродажа и скидки для товаров;
  • Промокоды;
  • Раздел с товарами для оптовиков;
  • И вообще… чтоб можно было одной кнопкой изменять фон сайта на «красный».

Итог:
Заказчик считает, что не получил то, что ему должны были сделать за оговоренную стоимость, а исполнитель считает, что сделал все в точности с заказом, а все остальное «хотелки» ВРЕДНОГО, ЗЛОБНОГО КЛИЕНТА.

Кто должен писать ТЗ?

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

  • Исполнитель – знает тренды, технологий, ограничения, которые необходимы при разработке проекта;
  • Заказчик – знает свой бизнес. Только он сможет сказать, в каком виде должна быть таблица товаров для его оптовиков или что поставить в конструктор еды WOK.

Выводы:

    • ТЗ сокращает время разработки проекта и снижает стоимость последующих доработок;
    • ТЗ должна разрабатывать ответственная команда;
    • ТЗ начинает разработку проекта и ставит в ней точку.

 

Вопрос от Катерины Игоревны
Зачем нужно техническое задание на сайт/сервис и как его правильно написать?

Какая форма оплаты предпочтительнее: предоплата, постоплата или поэтапная оплата за каждый выполненный отрезок работы?
По моему, тут все просто. Нужно лишь представить три ситуации.

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

Постоплата
Заказчик подписал договор, ТЗ. Исполнитель шестой месяц трудится: рисует дизайн, пишет код, платит зарплату своим сотрудникам.
На момент, когда готово 80-90% проекта у заказчика сменилось ЛПР / сменились приоритеты бизнеса / заказчик обанкротился. Если первые ситуации как-то можно решить, то банкротство скорее всего никак. Получаем невероятные убытки + конфликт.

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

По-моему, ответ очевиден.

 

Автор публикации

Максим Букатин
Основатель веб-студии

Сайт: https://x-tiger.ru
Почта: sale@x-tiger.ru
Телефон: 8 (812) 408-39-35

 


Добавьте статью к себе на стену, чтобы не потерять

Поделиться