Как написать спецификацию для сайта

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

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

  2. О каких конкретных веб-требованиях я должен знать? (возможно графический дизайн)

  3. Что вы используете для написания своих спецификаций?

  4. Что-то еще нужно знать?

Спасибо!

Ps: для «Пуристов StackOverflow», если мой вопрос отстой, я готов поделиться отзывами о том, как его улучшить, а не голосовать против и комментировать «ваш вопрос отстой».


specifications
person SeanDowney    schedule 21.05.2009    source источник
comment
хороший Пост-скрипт: Я за то же самое. Лучше быть прямолинейным, чем упустить что-то.   -  person Diablo Geto    schedule 05.03.2013

Ответы (4)


arrow_upward
9
arrow_downward

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

Обрисуйте следующее:

  • Какова цель сайта/редизайна.
  • Каков ожидаемый прирост клиентской базы?
  • Какова цель удержания клиентов?
  • Какова целевая демография?
  • Набросайте с самого начала все интерактивные элементы - flash/movies/games.
  • Наметьте IA, сядьте с клиентом и наметьте все разделы, которые они хотят. Придумайте, как это организовать и верните им.
  • Получите все изменения в письменной форме.
  • Выполните всю подготовку спецификации перед началом разработки, чтобы избежать внесения изменений в последнюю минуту.

Некоторые общие указания

  • Будьте вежливы, но не слишком легкомысленны. Если клиент просит о чем-то невозможном, вежливо сообщите ему об этом. Не говорите, что ВЫ не можете этого сделать, говорите, что это невозможно сделать за отведенное время и бюджет.
  • Не сравнивайте свои идеи с веб-сайтами известных компаний. Не говорите, что ваша функция поиска будет похожа на Google, потому что вы устанавливаете определенный стандарт для своей программы, к которому привык пользователь.
  • Следуйте стандартам в любой сфере вашей деятельности. Это гарантирует, что код будет не только легко поддерживать позже, но и позволит избежать ошибок.
  • Подчеркните доступность для себя и клиента, это большая вещь.

Больше вещей:

  • Не бойтесь высказывать свое мнение. Конечно, у клиента есть деньги и решение, стоит ли с вами работать — так что будьте вежливы. Но не будьте слабаком, вы работали в этой отрасли и знаете, как это работает, поэтому дайте им знать, что сработает, а что нет.
  • Если клиент натыкается на ваши технические объяснения, не думайте, что он глупый, он просто из другой отрасли.
  • Удерживайте клиента от клише и модных словечек. Избегайте использования таких слов, как «ajax» и «web 2.0», если вы не имеете в виду точную функциональность.
  • Обязательно спланируйте все, прежде чем приступить к работе, как я сказал выше. Если сайт интерактивный, вы должны убедиться, что все элементы сочетаются друг с другом. Когда сайт придумывается по частям, поверьте, это заметно.
person Dmitri Farkov    schedule 21.05.2009

arrow_upward
2
arrow_downward

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

Бумажный прототип может очень помочь в такой ситуации: http://en.wikipedia.org/wiki/Paper_prototyping

person John Fisher    schedule 21.05.2009
comment
Я думал, что это скорее шутка, но в статье написано, что на самом деле это выглядит как эффективный метод. - person SeanDowney; 21.05.2009

arrow_upward
0
arrow_downward

Я с бумажным прототипом, но использую для этого iplotz.com, который пока работает отлично от нас. Это заставляет вас думать о том, как приложение должно работать более подробно, и, таким образом, снижает вероятность того, что вы упустите определенные вещи, которые вам нужно построить, и значительно упрощает объяснение клиенту, о чем вы думаете. Вы также можете попросить клиента использовать iplotz, чтобы объяснить вам требования или сотрудничать в этом.

person Maarten    schedule 21.05.2009

arrow_upward
0
arrow_downward

Я также обнаружил, что поиск клиентских анкет в Google — хорошая идея, чтобы помочь сгенерировать еще несколько идей:

Google: анкета веб-клиента. Существуют десятки PDF-файлов и других форм, на которых можно учиться

person SeanDowney    schedule 26.05.2009