Иногда заказчики продукта — это и есть его пользователи. Кажется, что это идеальный сценарий: они заинтересованы в результате, активно участвуют в исследованиях, рассказывают о реальных проблемах, не выдумывая лишнего. Но не всё так просто.
Проблемы начинаются с того, что такие ситуации возможны только в маленьких продуктах, где пользователей мало, и их мнение становится единственным источником правды.
Это значит, что какие-то важные детали могут просто выпасть из поля зрения до самого демо.
Пользователи могут фокусироваться на редких корнер-кейсах, которые лучше запомнились, вместо обычных сценариев работы, и из-за этого совсем не правильно приоритизируешь гипотезы и решения.
Ещё одна сложность — пользователи-заказчики часто хотят получить идеальный продукт сразу в MVP, сделанном за пару месяцев. Они могут утверждать, что важно абсолютно всё, ни от чего нельзя отказаться даже на первом этапе, пренебрегать приоритизацией и игнорировать реальность.
На юзтестах важно моделировать максимально реалистичные сценарии и стараться охватить как можно больший кусок бизнес-процесса, а не только интерфейсные детали.
Важнее понять, решает ли продукт задачу, чем проверять интуитивность отдельных элементов.
Я вот тестировала даже эксель-шаблоны, которые пользователи будут загружать в систему 🫠
И по возможности (тут от диза мало что зависит, правда) релизить маленькими кусками, собирать обратную связь и закладывать время на исправление.
А ещё можно попробовать проектировать и планировать вместе с заказчиками, чтобы они понимали, что и когда они могут получить, чем можно пожертвовать и ради чего.
Дискуссия