Какие основные вопросы нужно задать человеку, который хочет, чтобы его сайт среднего размера был сделан? - PullRequest
10 голосов
/ 01 июня 2009

Я хотел знать основной вопрос, который нужно задать человеку, если кто-то хочет, чтобы его веб-приложение было выполнено ?? Это может быть пользовательский интерфейс, платформа, суть приложений и многое другое ... Пожалуйста, опишите, что нужно знать, прежде чем начать работу с приложением.

Ответы [ 4 ]

21 голосов
/ 01 июня 2009

Какой у вас бюджет? Убедитесь, что все ожидания реалистичны. Высокое качество работ требует более высоких цен. Если они не готовы принять это, уходите. Я предполагаю, что ваша работа будет соответствовать высоким стандартам. Это по-прежнему важный вопрос, даже если ваша работа не соответствует норме, но отойти от нее не так просто.

Какие у вас временные рамки для завершения? Другими словами, ожидает ли он, что вы напишите Facebook для его компании через неделю? Если так, уходи. Разница между этим вопросом и предыдущим вопросом заключается в том, что вы должны уйти независимо от качества вашей работы. Необоснованные сроки всегда плохо заканчиваются. Всегда.

Какова цель сайта, который вы просите меня создать? Это, как ни странно, часто упускается из виду. Малые и средние предприятия часто используют подход 1) сделать сайт, 2) ????, 3) прибыль! Убедитесь, что у них есть план по интеграции сайта в их бизнес. Статичный, устаревший веб-сайт, полный бесполезной информации, почти хуже, чем веб-сайт вообще.

Насколько технически ваши пользователи? Это имеет широкий спектр последствий. Например, меньшее количество технических пользователей приведет к увеличению доли рынка IE6, поэтому вам придется разрабатывать дизайн соответствующим образом. Пожилым пользователям может потребоваться больший размер шрифта. Список можно продолжить. Знание ваших пользователей очень и очень важно. Например, переполнение стека использует синтаксис «уценки», потому что его пользователи являются техническими и могут использовать его.

Потребуется ли интернационализация вашего сайта? Это полностью зависит от компании, но на рынках, где имеется большое количество <insert non-English language> ораторов, интернационализация может быть ключевым фактором для продвижения бизнеса на сайт.

Готовы ли вы положиться на мой опыт? Это важно, потому что чаще всего владельцы бизнеса думают, что <blink> просто супер круто. Убедитесь, что вы находитесь на месте водителя. Слушайте их предложения и учтите их, но только там, где это имеет смысл. Не ставьте под угрозу ваш смысл дизайна в их пользу, потому что этот сайт будет в вашем портфолио и, следовательно, отразится на вас.

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

Изучите свой продукт изнутри и снаружи. Не вопрос, а отличный совет. Это повысит качество всего продукта, который вы поставляете (веб-сайт).

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


В ответ на комментарии: Интерфейс действительно ваше доминирование. Помимо основных вещей, таких как настройки цветовой схемы, вы являетесь экспертом. Помните, что владелец бизнеса не является веб-дизайнером и, вероятно, не сможет сказать вам: «Мне нужна форма входа в систему здесь и указатель даты / времени здесь».

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

Пользовательский интерфейс и основные функции уникальны для каждого веб-сайта, поэтому их решение в общем случае затруднено. Работа с вариантами использования является обычной практикой в ​​проектах всех размеров и всех типов, и это навык, который вам понадобится для продвижения вперед. Извините, что дал вам такой общий совет, но это действительно самый здравый совет, который я могу придумать. Удачи!

4 голосов
/ 01 июня 2009

Некоторые из них похожи на мистера Бренделя, но, надеюсь, я добавил ценность. Без определенного порядка:

  • Почему вы создаете это приложение? (Опишите, как выглядит «счастливая конечная точка» для этого веб-приложения.)
  • Мы создаем новые процессы / модули / функции или просто автоматизируем существующие процессы / модули / функции? (Последнее легче, чем первое.)
  • Какие процессы / модули / функции находятся в области применения для этого приложения? Кто их определяет?
  • Какова общая бизнес-модель клиента? Где точки соприкосновения между приложением и этой моделью? Насколько это сильно влияет?
  • Какое значение доставляется? Как это будет измеряться? (Тесно связано с первым вопросом ...)
  • Кто будет использовать веб-приложение? (Веб-приложение должно быть разработано с учетом требований конечных пользователей.)
  • Кто такие "заинтересованные стороны"? (IOW, кто получит выгоду или проиграет непосредственно от проекта? Конечно, это не будет, но что, если сделка должна ускользнуть? Кто те люди, на которых это отразится?)
  • Какой у вас бюджет, если есть?
  • Какая дата отмены сделки (если есть)?
  • Есть ли у вас какие-либо правила / процессы для взаимодействия с внешними / внутренними разработчиками? (Например: потребности в отчетности, стандарты кодирования и т. Д.)
  • Это технически интегрировано с чем-то еще или автономно?
  • Это визуально интегрировано с чем-то еще или автономно? Какие характеристики / атрибуты / отношение должен сайт дать пользователям?
  • Это что-то заменяет? Если да, то что и почему?
  • На каком «стеке серверов» он будет развернут? Какие технологии нужно использовать, если таковые имеются?
  • Какие «жесткие метрики» должны соблюдаться, если таковые имеются? (Пример: должен иметь возможность выставить 1000 запросов / мин.)
  • Каковы потребности проекта в безопасности?
  • Кто будет тестировать / валидировать прототип? Каковы их потребности / ожидания для проведения тестирования / проверки?
  • Кто будет поддерживать веб-приложение? Каковы их потребности / ожидания для выполнения технического обслуживания?
  • Кто будет поддерживать статический контент? Каковы их потребности / ожидания для выполнения технического обслуживания?
  • Кто будет обучать пользователей? Каковы их потребности / ожидания при проведении обучения?

Теперь, будь осторожен. Сначала собеседование с заинтересованными сторонами как индивидуально, так и в группах Если возможно, проводите собеседование несколько раз, потому что ваше первое собеседование может привести к появлению идей, которые вы бы взяли во втором собеседовании.

Лучше , а не смешивать все это в одном интервью со всеми заинтересованными сторонами и конечными пользователями в комнате одновременно. Разделите его, по крайней мере, на две части: часть «текущий и будущий бизнес» и часть «точное решение»? Не смешивайте разговоры о деловой стороне проблемы с другими разговорами о функциях, функциональности, контенте, поисковой оптимизации и т. Д., Которые вы должны иметь, и т. Д. Последнее будет скрывать первое, но первое - то, где хорошо Девелопер действительно может стимулировать бизнес.

Надеюсь, это поможет. Сбор требований - это скорее искусство, а не наука ...

4 голосов
/ 01 июня 2009

Есть также технологические вопросы, которые стоит задать изначально.

Какие отчеты о проделанной работе он хотел бы видеть, пока вы работаете над этим проектом? Это приводит ко всему большому компоненту коммуникации, IMO.

Хотел бы он видеть прототипы и предлагать обратную связь на различных этапах разработки в Agile-стиле, или это просто большой черный ящик, который вы доставляете по завершении?

Правовые требования, включая наличие в приложении «Условий обслуживания» или «Лицензионного соглашения с конечным пользователем»? а также какую лицензию предполагается использовать? Он хочет, чтобы все было построено из стека с открытым исходным кодом, или это сценарий «просто так, как он работает»?

Масштаб также будет чем-то вроде того, что мы называем «средним» с точки зрения производственной среды? Веб-ферма среднего размера от Amazon, Microsoft или Google, вероятно, будет содержать тысячи машин с учетом размера компании, в то время как другие могут считать, что среднего размера больше, чем несколько.

И последнее, но не менее важное: закрепить требования. Это соответствует требованиям законодательства в том смысле, что вы создаете его за $ x, и он хочет приложение, которое выполняет a, b и c.

3 голосов
/ 02 июня 2009

Попросите их предоставить вам несколько ссылок на сайты, которые имеют аналогичные функции или макеты. Это действительно ускорит общение (особенно творческий процесс) и поставит ожидания на обоих концах.

Это самый простой способ установить начальный набор требований.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...