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

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

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

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

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

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

спасибо!

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

4 ответов


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

выделить следующие:

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

некоторые общие советы

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

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

  • не бойтесь высказать свое мнение. Конечно, у клиента есть деньги и под рукой решение, стоит ли с вами работать - так что будьте вежливы. Но не будьте push-over, вы были в отрасли, и вы знаете, как это работает, так пусть они знают, что будет работать, а что нет.
  • если клиент натыкается на ваши технические объяснения, не предполагайте, что они глупы, они просто в другой отрасли.
  • направьте клиента далеко от клише и слов жужжания. Избегайте бросать такие слова, как "ajax" и "web 2.0", Если у вас нет точной функциональности.
  • убедитесь, что планировать все, прежде чем начать работу, как я сказал выше. Если сайт является интерактивным, вы должны сделать конечно, все взаимосвязано. Когда сайт придуман по частям, поверьте мне, это заметно.

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

бумажное прототипирование может помочь много для этого типа ситуации: http://en.wikipedia.org/wiki/Paper_prototyping


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


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

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