Анализ потребностей
Анализ потребностей-это формальный процесс, который находится рядом с анализом требований и фокусируется на человеческих элементах требований.
Введение[править]
Ориентированный на пользователя дизайн, согласно Кац-Хаасу, на самом деле заключается в определении того, кто такие пользователи, определении их задач и целей, уровней их опыта, каких функций они хотят и нуждаются от системы, какой информации они хотят и нуждаются, и понимании того, как пользователи думают, что система должна работать. Ориентированное на пользователя проектирование также было связано с выявлением необходимых навыков выполнения работы, оценкой навыков будущих стажеров и разработкой целей.
Первым шагом в любом процессе проектирования, ориентированном на пользователя, является понимание потребностей пользователя.
Проще говоря, в то время как анализ требований фокусируется на элементах, необходимых для представления в системе, анализ потребностей фокусируется на требованиях, связанных с целями, стремлениями и потребностями пользователей и/или сообщества пользователей, и вводит их в процесс анализа системных требований. Основной целью анализа потребностей является удовлетворение потребностей пользователя.
Поскольку он фокусируется на потребностях человека, анализ потребностей не ограничивается рассмотрением требований только программного обеспечения, но может быть применен к любой области, такой как автомобилестроение, потребительские товары или услуги, такие как банковское дело. Хотя это не инструмент развития бизнеса, он может быть использован, чтобы помочь в разработке бизнес-кейса.
Мы можем определить потребности клиентов тремя способами:
- Запрос клиента,
- Модификация существующей конструкции,
- Генерация нового продукта.
Основополагающие принципы анализа потребностей[править]
В следующем списке приведены принципы анализа потребностей в том виде, в каком они были первоначально определены.
- Требования пользователя, основанные на потребностях, сложны и могут конфликтовать.
- Требования пользователя, основанные на потребностях, создают мост от бизнес-кейса к дизайну.
- Требования пользователя, основанные на потребностях, помогают определить компромиссы, которые должны произойти в процессе проектирования (например, когда проект не может разрешить конфликты требований пользователя, основанные на потребностях).
- Требования пользователя, основанные на потребностях, призваны унифицировать междисциплинарную проектную группу, позволяя ей соответствовать своему бизнес-кейсу.
- Сформулируйте и задайте вопросы, связанные с бизнес-планом, которые дают представление о человеческих аспектах системы, включая относительные достоинства функциональности.
- Всегда выражайте эти выводы с точки зрения пользователя.
- Соотнесите эти требования друг с другом и с факторами, влияющими на деятельность.
- Выделите достаточно времени в процессе разработки, чтобы проверить и подтвердить требования пользователя, основанные на потребностях.
- Убедитесь, что все требования пользователя, основанные на потребностях, получены как низкоуровневые требования пользователя, прежде чем быть перенесенными в системные требования.
- Сформулируйте ваши требования точно и убедитесь, что вы охватываете все категории требований, связанных с человеком.
- Создайте тестовые инструкции для проверки требований пользователя, основанных на потребностях, концепции и реализации.
- Прежде чем заморозить проект, проверьте с пользователями требования пользователя, основанные на потребностях.
- Признайте, что все еще могут существовать противоречивые требования.
- Разберитесь в нюансах требований и убедитесь, что они отражены в точной формулировке требований.
- Продолжайте спрашивать своих пользователей, пока не получите истинное представление об их требованиях.
- Элегантный дизайн может быть создан только из понимания нюансов требований, обмена идеями и фактами в сторону осуществимости работ.
Цели анализа потребностей[править]
Целью анализа потребностей пользователей является определение аудитории, определение целей пользователей, определение целей юзабилити, определение ограничений дизайна и определение функциональных спецификаций. Несколько методов исследования информируют пользователя о необходимости анализа, включая анализ задач и опросы.
Анализ потребностей пользователей важен, потому что дизайн интерфейса будет основан на этой информации. Неверные предположения или цели (о пользователях) приведут к ошибочному дизайну, который трудно исправить сразу на месте.