Блог вільний від NOFOLLOW!

Бриф на разработку сайта

02-06-2010 | Автор: Yaroslav.CH |
Рубрика: Взаимоотношения заказчика и исполнителя
Метки: , ,

57

Бриф на разработку сайта

Так же как театр начинается с вешалки, так и разработка любого проекта должна начинаться с брифа. Этот  непреложный факт для практически любого сайта я вывел для себя достаточно давно. Причем, объем сайта не играет никакой роли — большой-маленький, визитка-магазин — нет никакой разницы, бриф должен быть.

Основная причина очень проста — уверен, любой разработчик сходу назовет первый же вопрос, который задает 95% клиентов при заказе сайта. Правильно — «сколько будет стоит сайт?». Причем ответ обычно требуется прямо здесь и прямо сейчас, чаще всего без без малейшего представления со стороны разработчика о том — что именно планируется самим клиентом?

Особо пикантны были моменты, в которых потенциальный заказчик говорил о том, что хочет абсолютно оригинальный сайт — не какой-то там шаблонный как у злобных конкурентов, а самую что ни на есть «фирму», однако при этом тут же требовал дать ответ по стоимости проекта даже без предварительного обсуждения — мол, хочу узнать среднюю стоимость для получения средневзвешенного прайса по рынку, а уже потом решать — буду ли я иметь с вами дело. И все объяснения, что «индпошив» не может быть рассчитан как «ширпотреб», зачастую наталкивались на полное непонимание со стороны клиента — «неужели так трудно назвать стоимость?!».

Эта статья посвящается Lex Nevermind — автору блога Заметки вебмастера самоучки — которому я обещал ее достаточно давно.

Не буду изобретать описание, поскольку на самом блоге оно исчерпывающе: «Заметки вебмастера самоучки — дневник веб-разработчика, постигающего премудрости вёрстки, программинга и продвижения проектов в Сети. Автор сих заметок нашёл в себе силы бросить оффлайн работу, заняться самообучением и открыть своё дело».

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

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

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

Общие вопросы

  1. Полное название Вашей компании?
    Полное, официальное название Вашей компании.
  2. Краткое название Вашей компании, которое будет размещаться в заголовке страниц сайта?
    При наличии краткого названия компании, пожалуйста, укажите его.
  3. Основные направления деятельности Вашей компании?
    Чем занимается Ваша компания с точки зрения позиционирования на рынке.
  4. Как долго Ваша компания существует на рынке?
    Год основания компании, а также год выхода на рынок.
  5. Отличительные преимущества Вашей компании?
    Чем именно Ваша компания отличается от конкурентов?
  6. Опишите типового клиента Вашей компании?
    Кто является потребителем продукции или услуг Вашей компании?
  7. Кто Ваши конкуренты?
    Ваши основные конкуренты — название компании и сайт.

Сроки реализации проекта

  1. Желательный срок запуска проекта? (ДД/ММ/ГГГГ)
  2. Существуют ли какие-либо внешние обстоятельства, которые могут повлиять на сроки реализации? (Маркетинговые компании, выставки, семинары, встречи и т.д.)
  3. Какие маркетинговые мероприятия по продвижению компании/бренда уже проводились?

Цель создания

  1. Цель проекта?
    Например: реклама / продажа товаров / повышение дохода владельца сайта / имиджевый сайт / промо-сайт продукта или услуги / поддержка бренда / рекламная кампания и т.д.
  2. Задачи проекта?
    Например: автоматизация определенного процесса, коммуникация с потребителем, оптимизация работы персонала и т.д.
  3. Критерии успеха?
    Что для Вас является показателем успеха сайта — высокая посещаемость, звонки клиентов, обращения непосредственно через сайт и т.д.
  4. Впечатления пользователя от посещения сайта?
    Какое впечатление должен производить сайт на посетителя? Какие эмоции вызывать?

Дизайн сайта

  1. Наличие фирменного стиля?
    Есть ли у Вашей компании утвержденный фирменный стиль, brand-book, guide-line?
  2. В какой мере необходимо его придерживаться?
    Можно ли отступать от фирменного стиля при разработке сайта?
  3. Цветовая гамма будущего сайта?
    Какие цвета Вы хотите видеть на Вашем сайте?
  4. Внешний вид будущего сайта?
    Например: яркий, светлый, строгий, детский и т.д.
  5. Flash-технологии?
    Должен ли использоваться на сайте Flash?
  6. Укажите сайты, которые Вам нравятся?
    Несколько ссылок на сайты, дизайн которых Вам нравится и вызывает положительные эмоции от посещения.
  7. Укажите сайты, которые Вам не нравятся?
    Несколько ссылок на сайты, дизайн которых Вам не нравится и вызывает отрицательные эмоции от посещения.

Структура сайта

  1. Основные разделы сайта?
    Укажите основные разделы, которые Вы хотите видеть на будущем сайте?
  2. Требуемые базовые модули и функции?
    Например: новостная лента, фотогалерея, статьи, каталог продукции, прайс-листы, вакансии, почтовая рассылка, поиск по сайту, голосования и т.д.
  3. Главная страница сайта?
    Что должна включать в себя главная страница сайта? Например: ленту новостей, вступительный текст, промо товаров/услуг, ленту акций и предложений и т.д.
  4. Нужно ли предусматривать места для баннерной рекламы и рекламных блоков?
    Будут ли на сайте размещаться рекламные баннеры и блоки — как внутренние (клиенты, партнеры), так и внешние — банерообменные сети, сервисы контекстной рекламы и пр.?

Языковые версии сайта

  1. На каких языках планируется делать сайт?
    Перечислите все языки, на которых Вы планируете делать сайт — как в первую очередь, так и со временем.
  2. Структура языковых версий отличается одна от другой?
    Отличается ли структура сайта на одном языке от структуры сайта на других языках? Все ли разделы будут переводиться? Все ли модули и функции будут использованы для всех языковых версий?

Рабочее пространство и материалы для сайта

  1. Есть ли у Вас доменное имя для сайта?
    Укажите, зарегистрирован ли домен для сайта или же требуется его отдельная регистрация? При наличии предпочтений в отношении регистратора — пожалуйста, укажите также и их.
  2. Есть ли у Вас хостинг для сайта? Настроен ли он и связан с доменом?
    Укажите, приобретен ли хостинг для сайта или требуется его отдельная покупка? При наличии предпочтений в отношении хостинг-компании — пожалуйста, укажите также и их.
  3. Кто будет разрабатывать дизайн для сайта?
    Есть ли у Вас готовый дизайн для сайта или он должен быть разработан отдельно?
  4. Кто будет писать тексты для сайта?
    Укажите, кто будет заниматься подготовкой текстовых материалов для сайта — заказчик или разработчик? Есть ли в Вашей компании копирайтер? Знаком ли он с правилами специфики текстов для Web?
  5. Кто будет готовить изображения для сайта?
    Укажите, кто будет заниматься подготовкой графических материалов для сайта? Например, фотографий, баннеров и прочих элементов.
  6. Кто будет готовить прайс-листы?
    Используется ли в Вашей компании специализированное ПО, позволяющее автоматически формировать прайс-листы для публикации на сайте или Вы планируете размещать прайс-листы непосредственно на страницах ресурса?

Обновление сайта

  1. Планируемая частота обновления сайта?
    Ежедневно / еженедельно / ежемесячно / никогда
  2. Дальнейшая поддержка сайта?
    Самостоятельно / разработчиком
  3. Расширяемость сайта?
    Планируете ли Вы расширять сайт в будущем? В каком направлении?

Рабочая философия

  1. Что для Вас важнее — скорость или качество?
  2. Как часто Вы вносите изменения в процессе работы?
  3. Часто ли Вы нанимаете фрилансеров?
  4. Устроит ли Вас то, что при необходимости я буду нанимать субподрядчиков в процессе работы, при условии, что ответственность за их работу остается на мне?

Отчетность и встречи

  1. Требуется ли ведение отчетности в процессе разработки проекта?
    Ежедневно, еженедельно, ежемесячно, по итогам завершения этапа, по запросу
  2. Какова желаемая частота личных встреч с представителями компании?
    Ежедневно, еженедельно, ежемесячно, итоговая встреча по завершению каждого этапа, при необходимости.

Трудовые взаимоотношения

  1. Каков планируемый бюджет на данный проект?
    Ориентировочная сумма, которую Вы готовы вложить в разработку. Эта цифра не является офертой и является лишь общей информацией.
  2. Каким образом Вам удобнее произвести оплату?
    Наличный расчет / безналичный расчет с физическим лицом / безналичный расчет с юридическим лицом
  3. Удобная для Вас форма заключения договора?
    Письменный договор с физическим лицом / письменный договор с юридическим лицом / устный договор

Контактная информация

  1. Руководитель проекта?
    ФИО, должность, email, телефон
  2. Лица, принимающие решения в разработке сайта?
    ФИО, контактная информация
  3. Насколько контактные лица доступны для обсуждения деталей проекта в процессе его разработки?
    В любое время / в любое рабочее время / только по предварительному согласованию

А вы используете бриф при разработке сайта?

Комментарии (57)

Что то подобное пытались сделать, но пока до такого объемного труда не дошло. Утащу если не жалко :)

ОтветитьОтветить


Я брифом не пользовался по большому счету. Но как и говорил выше, после прочтения данного поста, нагло стибрил его, оформил, и положил в папочку (авось пригодится).

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

Был у меня один случай: конторка одна очень хотела сайт, а я очень хотел что-то сделать за денюжку. Так вот, они настойчиво требовали с меня бриф. В конечном счете я их убедил просто написать ТЗ. И тут началось... Скинул им ТЗ с предыдущего своего заказа. А там грамотные люди попались. Расписали многабукаф мелким шрифтом.

Перед отправкой я название фирмы естественно заменил на прочерк.

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

При всем при этом задачи решаемые в описанных случаях совпадали только в одном. Обоим заказчикам нужен был свой сайт :). На этом сходство предстоящей работы заканчивалось.

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

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

ОтветитьОтветить


@SibNext:

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

Это работает в том случае, когда ТЗ пишет сам заказчик, а это бывает очень нечасто — как минимум, в моей практике. Да и, откровенно говоря, иногда проще написать самому, чем продираться через дебри двусмысленностей.

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

ОтветитьОтветить


@© Yaroslav.CH:

Ну это самый идеальный вариант. Если же рассматривать «удаленку», то далеко не каждый владелец компании, или иной руководитель, понимающий, что нужен сайт, но не понимающий в этом ничего, будет по скайпу или аське отвечать на «ненужные» на его взгляд вопросы. Ну я думаю не мне тебе рассказывать, как оно бывает. ;) Иной раз попадется представитель заказчика — не дай Бог никому.

ОтветитьОтветить


@SibNext:

да, что касается удаленки, то тут нужно использовать несколько иные методы воздействия на клиента с пояснениями о том, что это нужно самому клиенту.

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

ОтветитьОтветить


@© Yaroslav.CH:

Аха, или как в одном из последних случаев у меня. Шеф дает задание — админ покупает у меня домены под 2 сайта. Выделяется девочка, которая будет курировать выполнение работ. Пишем общими усилиями (пишу я) ТЗ. Все это хозяйство отдается на согласование шефу, и там оседает (на сегодняшний день пошел 4й месяц). На доменах конечно копеечку срубил... но обидно даже не то, что потратил время на возню с заказчиком, а то, что в итоге ступор, и я так догадываюсь — вечный ступор.

ОтветитьОтветить


@SibNext: абсолютно закономерная ситуация — шеф забыл, девочке — не надо, админу — по барабану. Именно поэтому, конечно, лучше всего составлять договор и брать предоплату. Или хотя бы выполнять первый пункт, поскольку второй не всегда реален. Еще вариант — брать оплату поэтапно — за домены, за ТЗ, за части разработки и т.д.

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

ОтветитьОтветить


@© Yaroslav.CH:

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

ОтветитьОтветить


интересно)))) вопросы очень правильные подобрали! они очень помогут при встречи с клиентами)

ОтветитьОтветить

@SibNext: а, ну грандиозные идеи менеджмента, упирающиеся потом в люто ограниченный бюджет — до боли знакомая картина :) И объяснения типа «кризис в стране, что ж поделать» :)

Опять же — договор, предоплата и поэтапная оплата, не смотря на всю их проблематичность, позволяют решать эту проблему.

ОтветитьОтветить


А Вы оставили комментарий? Ваше мнение очень важно!

Перед отправкой комментария, пожалуйста, обязательно ознакомьтесь с правилами комментирования и участвуйте в Топ комментаторов!

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