Выяснение того, что вы строите и что представляет ваш продукт, является огромным ключом к созданию успешного приложения. Недавно я написал запись в блоге о сборе требований, которая немного говорит об этом. Вы можете прочитать здесь: How to improve your requirements gathering skills.
Кроме того, здесь некоторые принципы высокого уровня, которые я следовать, чтобы убедиться, что я построить правильный продукт с восхитительным опытом:
знать разницу между пользователем и клиентом , Владельцы бизнеса, которые одобряют блестящий проект, обычно являются клиентами. Однако разрушительной ошибкой является тенденция путать их как пользователя. Обычно клиентом является человек, который признает потребность в вашем продукте, но пользователь является тем лицом, которое фактически будет использовать решение (и, скорее всего, позднее будет жаловаться на требование, которое ваш продукт не встретил). Перейти к нескольким лицам
Потому что мы все люди, и мы склонны не помнить каждую мучительную деталь. Вы увеличиваете вероятность обнаружения пропущенных требований, когда разговариваете с большим количеством людей и перекрестной проверкой.
Избегать особых случаев Когда пользователь запрашивает что-то очень конкретное, будьте осторожны. Всегда сомневайтесь в предвзятости и посмотрите, действительно ли это сделает ваш продукт лучше.
Прототип Не дожидайтесь запуска, чтобы показать, что у вас есть для пользователя. Частые прототипы (вы можете даже назвать их бета-версиями) и получать постоянную обратную связь в течение всего процесса разработки. Вы, вероятно, найдете больше требований, как вы это делаете.