Как написать спецификацию для сайта - PullRequest
9 голосов
/ 21 мая 2009

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

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

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

  3. Что вы используете, чтобы написать свои спецификации?

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

Спасибо!

Ps: для "StackOverflow Purists", если мой вопрос отстой, я открыт, чтобы рассказать о том, как его улучшить, а не голосовать вниз и комментарии "ваш вопрос отстой"

Ответы [ 4 ]

8 голосов
/ 21 мая 2009

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

Изложить следующее:

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

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

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

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

  • Не бойтесь высказать свое мнение. Конечно, у клиента есть деньги и решение под рукой работать с вами - так что будьте вежливы. Но не отчаивайтесь, вы были в отрасли и знаете, как это работает, поэтому дайте им знать, что будет работать, а что нет.
  • Если клиент натыкается на ваши технические объяснения, не думайте, что они глупы, они просто в другой отрасли.
  • Держите клиента подальше от клише и модных слов. Избегайте разбрасывать такие слова, как «ajax» и «web 2.0», если только вы не обладаете точной функциональностью.
  • Обязательно все спланируйте, прежде чем приступить к работе, как я уже говорил выше. Если сайт интерактивный, вы должны убедиться, что все объединено. Когда сайт придуман по частям, поверьте мне, это заметно.
2 голосов
/ 21 мая 2009

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

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

0 голосов
/ 27 мая 2009

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

Google: анкета веб-клиента , Есть десятки PDF-файлов и других форм для изучения

0 голосов
/ 21 мая 2009

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

...