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

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

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

Основная причина очень проста — уверен, любой разработчик сходу назовет первый же вопрос, который задает 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. Насколько контактные лица доступны для обсуждения деталей проекта в процессе его разработки?
    В любое время / в любое рабочее время / только по предварительному согласованию

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

65 комментариев к “Бриф на разработку сайта”

  1. Откомментирую позже, а пока, (С)пер в свою копилку актов и документов по принципу as is ;)

    ОтветитьОтветить
  2. Спасибо за исчерпывающий ответ на вопрос!

    Я тоже дошёл до необходимости брифа не сразу. Сейчас использую свою разработку, но конечно она менее информативна.

    ОтветитьОтветить
  3. @Never Lex: ну я же обещал :) Это, как я говорил в статье, практически самая полная версия — она чаще всего используется для абсолютно новых клиентов и заказчиков с неизвестными требованиями. Для тех же клиентов, которые могут сразу четко сформулировать то, что они хотят — используются более короткие варианты, вопросы в которых рассчитаны просто на получение нужных данных для последующего ТЗ.

    ОтветитьОтветить
  4. @© Yaroslav.CH: согласен. Многие пункты часто не нужны. Но могут понадобится для других проектов.

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

    ОтветитьОтветить
  5. Never Lex написал:

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

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

    ОтветитьОтветить
  6. В принципе, чем-то похожим пользовался. Но этот список более емкий. Спасибо

    ОтветитьОтветить
  7. Отлично подобранные вопросы, спасибо большое за идеи! Несколько взяла на заметку, хотя конкретно созданием сайтов не занимаюсь, а только наполняю их контентом.
    И еще (жизненно-лирическое отступление): если бы все потенциальные заказчики понимали важность составления брифа не только для исполнителя, но и, в первую очередь, для них самих… Эх…

    ОтветитьОтветить
  8. @lightg: спасибо за комментарий.

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

    Полностью согласен, и о том, как уговорить заказчика заполнить бриф, будет отдельная статья :)

    ОтветитьОтветить
  9. Без такого подробного брифа часто бывают недочеты в процессе разработки, что существенно снижает скорость работы (звонки, уточнения и т.д.)

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

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

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

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

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

    ОтветитьОтветить
  12. @SibNext:

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

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

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

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

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

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

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

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

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

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

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

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

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

    ОтветитьОтветить
  20. © Yaroslav.CH написал(а):

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

    Ну в описанном мной случае как раз на этом этапе больной и помер ;)

    ОтветитьОтветить
  21. @SibNext:
    … а у тебя было еще столько грандиозных идей :) Но ты же написал ТЗ? А свою кровную копеечку за него не получил?

    ОтветитьОтветить
  22. @© Yaroslav.CH:
    Да не, идей было не много, там простенький сайтец. Даже магазин решили не делать.
    За написание ТЗ…. хм… никогда не брал за это денег.
    А вообще это мысль ;)

    ОтветитьОтветить
  23. @SibNext: хм, а почему не брал? Это нормальная часть работы, которая занимает определенный промежуток времени, а кроме того — приличный кусок времени на согласование.

    ОтветитьОтветить
  24. это еще ничего, а вот когда согласовали цену.
    и затем начинается:
    — а вот это переделать
    — а вот тут цвет измените
    — а тут….

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

    ОтветитьОтветить
  25. @Idiot: спасибо за комментарий.

    Для этого нужно в стоимость разработки изначально вкладывать +10% цены на потенциальные изменения. Причем можно как официально об этом заявлять заказчику, так и делать неофициально — как удобнее и в зависимости от заказчика.

    ОтветитьОтветить
  26. @© Yaroslav.CH:
    Тут нужно еще и на сложность проекта смотреть. А то может и все 20-30% закладывать придется ;)

    ОтветитьОтветить
  27. @SibNext: ну насчет «закладываний» это вообще отдельная тема для обсуждения, в некоторых проектах нужно изначально закладывать не менее 50%, а лучше и вторую стоимость :)

    ОтветитьОтветить
  28. @© Yaroslav.CH:
    Аха, денег много не бывает — бывают скупые заказчики ;)

    Кстати, вот такого же документа зачастую не хватает когда берется заказ на продвижение сайта.
    Это я какбе намекаю ;)

    ОтветитьОтветить
  29. @SibNext: я так понимаю, ты имеешь ввиду бриф на продвижение сайта? Честно говоря, у меня есть только драфт такого документа, причем не слишком проработанный. В принципе, я и так собирался его заканчивать — когда свободное время появится, так что можно запланировать такую статью :)

    ОтветитьОтветить
  30. На вопрос «сколько будет стоить сайт?» у меня всегда есть готовый ответ:
    «сколько стоит автомобиль/футболка/построить дом?» и т.д., в зависимости от деятельности клиента.

    Попадаются тупые, которым приходится объяснять суть своего вопроса, но, как правило, улыбаются и отвечают «понял».

    Впечатления пользователя от посещения сайта? Решил этот вопрос вообще не задавать никогда, т.к. клиента либо в ступор загоняет, либо, стандартный ответ: чтобы сайт понравился и посетитель стал нашим клиентом. Собственно, какую цель сайт преследует, такие впечатления и должен вызывать.

    Но, как уже обсуждалось выше, согласен — лучше иметь полный перечень возможных вопросов, а какие использовать — дело личное

    ОтветитьОтветить
  31. Найкрис написал(а):

    «сколько стоит автомобиль/футболка/построить дом?» и т.д., в зависимости от деятельности клиента.

    Я кстати тоже пользуюсь данным сравнением, но в крайних случаях, когда клиент совсем «тяжелый». Мужская половина человечества действительно сразу начинает все понимать, особенно после примера про авто.

    ОтветитьОтветить
  32. @Найкрис: спасибо за комментарий.

    «сколько стоит автомобиль/футболка/построить дом?» и т.д., в зависимости от деятельности клиента.

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

    Часто вместо потенциального заказчика, звони осуществляет секретарь, которому просто поставили задачу собрать ценовые предложения по рынку и вопрос о «доме/машине/футболке» для нее равны вопросы «почему люди не летают?» :)

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

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

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

    ОтветитьОтветить
  34. Интересный пример про авто, действительно это может сработать, обязательно этим воспользуюсь)
    А бриф действительно полезная штука, я думаю, каждый себе составляет бриф после того как лбом ударится о непонимание заказчика)

    ОтветитьОтветить
  35. Довольно подробный бриф, после заполнения которого разработчик по-сути получит ответы на все вопросы. Фрилансерам однозначно стоит взять на заметку.

    ОтветитьОтветить
  36. Очень полезный бриф. Поделюсь ссылочкой со знакомыми.

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

    ОтветитьОтветить
  38. Чаще всего заказчик сам не знает чего хочет, поэтому иногда приходится брать инициативу в свои руки с надеждой на то, что заказчик останется доволен.

    ОтветитьОтветить
  39. Слишком длинная анкетка..Сообственник бизнеса не будет ее заполнять ИМХО.. нужно упростить для него постановку задачи и ТЗ

    ОтветитьОтветить
  40. @InetMarketingWS: спасибо за комментарий.

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

    На мой взгляд, бриф не содержит лишних вопросов, соответственно, он является определенной «лакмусовой бумажкой» для проверки заказчика.

    ОтветитьОтветить
  41. Вот это супер! Чёткий план, всё подробно расписано. Наверняка до этого был сделан бриф для написания брифа на разработку сайта))) Благодарю, обязательно попробую.

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

    Спасибо за ваши труды.

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

    ОтветитьОтветить
  44. Для того, чтобы ответить на все эти вопросы, нужне более-менее адекватный клиент. Большая часть моих клиентов насчёт цветовой гаммы или логотипа не могут ничего толком сказать, а уж что такое flash, например, так половина вообще не знает.

    ОтветитьОтветить
  45. Для того, чтобы ответить на все эти вопросы, нужне более-менее адекватный клиент. Большая часть моих клиентов насчёт цветовой гаммы или логотипа не могут ничего толком сказать, а уж что такое flash, например, так половина вообще не знает.

    ОтветитьОтветить
  46. Сам все время первым делом прошу клиента заполнить бриф. Только он у меня не такой большой :)

    ОтветитьОтветить
  47. Спасибо. Возьму некоторые пункты для включения в свой бриф. Все же это на много ускоряет работу с клиентом.

    ОтветитьОтветить
  48. Спасибо. Жду следующую статью, о том как уговорить заказчика.

    ОтветитьОтветить
  49. А у вас было такое, что заказчик отказывается сам заполнять бриф, и делегирует это своему сотруднику, а в итоге — сотрудник предоставляет одни данные, а заказчик после времени хочет другого…Как боретесь, если было такое?

    ОтветитьОтветить
  50. @Woom: спасибо за комментарий.

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

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

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

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

    ОтветитьОтветить
  51. Вот же ш… Давно делаю сайты, а полноценного разговора с Заказчиком получается я никогда не проводил. Во всяком случае не так конструктивно. Теперь благодаря Вашему брифу стану чектим и конкретным:)
    Добавил в закладки.

    ОтветитьОтветить
  52. Хех, применил на практике: сунул в нос Заказчику этот бриф.
    Человек пропал на неделю. Видимо думает, пишет.:)

    ОтветитьОтветить
  53. @Refantom: спасибо за комментарий.

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

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

    ОтветитьОтветить
  54. «не стоит просто сидеть и ждать, пока он пришлет готовую версию. Обратитесь к нему сам»… А не воспримет ли Заказчик это как слабость со стороны исполнителя? Как чрезмерную заинтересованность и тем самым начнет сбивать цену?

    ОтветитьОтветить
  55. @Сергей: спасибо за комментарий.

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

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

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

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

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

    Главное — старайтесь работать с заказчиком.

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

    ОтветитьОтветить
  57. Материал супер, очень полезный и информативный. Сохранил себе на будущее. Если его немного доработать и расширить, можно продавать в качестве книги или вебинара)

    ОтветитьОтветить
  58. Спасибо огромное за бриф!
    Очень человечный и простой.

    ОтветитьОтветить
  59. @Найкрис:
    Вопросом «сколько стоит футболка?» вы, я так понимаю, хотите натолкнуть на мысль, что футболки бывают разные, и стоимость соответственно…

    Насчет «впечатлений от сайта» — наверное, самый главный в брифе пункт. Просто обдумывание его нужно отдавать на «домашнюю работу», на глубокое осмысление.

    Приятно, что разработчик сайта сам поставил его в один ряд с вопросами о хостинге.

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

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

    ОтветитьОтветить
  61. Очень интересная правильная подборка вопросов для брифа, буду пользоваться. Спасибо!

    ОтветитьОтветить
  62. Я делал сайты только для себя, и для своих знакомых бесплатно. Но как то меня посоветовали человеку… и мы долго общались по поводу, что да как… я так и не смог правильно пояснить человеку, что сколько стоит и как основательно (соответственно и дорого) будем заниматься его сайтом.
    Жаль тогда не нашел вашу статью. Мало разрабатывать и продвигать сайты, нужно еще знать как к этому подойти.
    А вам хочу посоветовать поставить кнопку «Вверх», при длинных ветках комментариев это удобно.
    Спасибо за еще одну полезную статью.!

    ОтветитьОтветить
  63. Как мне пригодился бриф!!! Спасибо огромное. Не все пункты, конечно, но в целом… Потому, что заказчики видят что-то смутное — то ли систему управления, то ли сайт, то ли систему заказов… а платить хотят за простой сайт! :)

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

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

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


Срок проверки reCAPTCHA истек. Перезагрузите страницу.