Как записать спецификацию для веб-сайта
Затем добавьте gsub для удаления пробелов
gsub(" ", "", paste(format(frm), collapse = ""))
4 ответа
Зависит от цели веб-сайта. Если это сайт, на котором продается новый продукт, выпускаемый клиентом, проще сузить спецификацию, если это общий сайт, то там много споров.
Кратко изложите следующее:
- Какова цель сайта / редизайна.
- Каков ожидаемый рост клиентской базы?
- Какова цель удержания клиентов?
- Какова целевая аудитория?
- Краткое изложение с самого начала все интерактивные элементы - флеш / фильмы / игры.
- Набросайте ИА, сядьте с клиентом и наметьте все разделы, которые они хотят. Подумайте, как это организовать и вернуть им.
- Оформляйте все изменения в письменной форме.
- Выполняйте всю подготовку спецификации перед началом разработки, чтобы избежать изменений в последнюю минуту.
Некоторые общие указания
- Будьте вежливы. , но не будьте слишком легкомысленны. Если клиент просит о невозможном, вежливо сообщите ему об этом. Не говорите, что ВЫ не можете этого сделать, говорите, что это невозможно сделать за отведенное время и бюджет.
- Избегайте сравнения ваших идей с веб-сайтами известных компаний. Не говорите, что ваша функция поиска будет похожа на Google, потому что вы устанавливаете определенный стандарт для своей программы, к которому привык пользователь.
- Следуйте стандартам в какой бы области вы ни работали. Это гарантирует, что код будет не только легко поддерживать в дальнейшем, но и позволит избежать ошибок.
- Подчеркните доступность для себя и клиента, это большая вещь.
Подробнее материал:
- Не бойтесь высказывать свое мнение. Конечно, у клиента есть деньги и решение, работать с вами - так что будьте вежливы. Но не будьте увлечены, вы были в отрасли и знаете, как это работает, поэтому дайте им знать, что сработает, а что нет.
- Если клиент спотыкается на ваших технических объяснениях, не делайте этого. Не думаю, что они глупы, они просто из другой индустрии.
- Удерживайте клиента от клише и модных словечек. Избегайте использования таких слов, как «ajax» и «web 2.0», если вы не имеете в виду точную функциональность.
- Обязательно спланируйте все, прежде чем приступить к работе, как я сказал выше. Если сайт интерактивный, вы должны убедиться, что все взаимосвязано. Когда сайт продумывается по частям, поверьте, это заметно.
Один совет, который я видел во многих ситуациях разработки программного обеспечения (не только дизайна веб-сайтов), касается ожиданий пользователей. Некоторые люди хорошо справляются с ними, давая пользователю что-то посмотреть, при этом убеждаясь, что пользователь не верит, что то, что они видят, действительно работает.
Бумажное прототипирование может очень помочь в подобной ситуации: http://en.wikipedia.org/wiki/Paper_prototyping
Я занимаюсь бумажным прототипированием, но использую для этого iplotz.com, который пока работает отлично от нас. Это заставляет вас задуматься о том, как приложение должно работать более подробно, и, таким образом, снижает вероятность пропуска определенных вещей, которые вам нужно создать, и значительно упрощает объяснение клиенту, о чем вы думаете. Вы также можете попросить клиента использовать iplotz, чтобы объяснить вам требования или сотрудничать в этом.
Я также обнаружил, что поиск анкет для клиентов в Google - хорошая идея, чтобы помочь генерировать еще несколько идей:
Google: вопросник для веб-клиента , Есть десятки PDF-файлов и других форм, из которых можно поучиться