Как написать спецификацию для веб-сайта
когда я начинаю разрабатывать для интернета, я замечаю, что наличие документа между клиентом и мной, который четко излагает, что они хотят, было бы очень полезно для обеих сторон. После прочтения некоторых советов Джоэла, делать что-либо без спецификации-головная боль, если, конечно, ваш биллинг ежечасно ;)
в тех, которые имели опыт, что такое хороший способ извлечь все возможная информация от клиент о том, что они хотят их сайт сделать и как это выглядит? Хороший способы избежать функции ползучести?
какие требования к сети должен ли я знать об этом? (графический дизайн возможно)
Что вы используете для записи своих спецификаций?
Что еще нужно знать?
спасибо!
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-файлов и других форм, чтобы узнать из