Цитаты из книг автора «Марти Каган»

Чтобы вы лучше понимали, чего стоит ожидать, скажу, что команды, компетентные в применении современных методик исследования продукта, могут использовать в рамках тестирования порядка 10–20 итераций . Вам может показаться, что это очень много, но скоро вы убедитесь, что благодаря современным методикам исследования продукта работать так не очень сложно.

Я большой энтузиаст радикального упрощения продуктов путем удаления из них всех функций и опций, которые не способны нести даже свой вес.

Эти данные изучаются для того, чтобы понять, каким образом пользователи и клиенты используют наши продукты (помните: на одного потребителя приходится много пользователей, по крайней мере в контексте «бизнес для бизнеса»).

Количественное тестирование показывает, что происходит или, наоборот, не происходит, но оно не способно рассказать, и что нужно сделать, чтобы исправить не устраивающее нас положение вещей.

Не нужно составлять эти отчеты долго, они не должны быть длинными. Их редко дочитывают до конца, и они устаревают раньше, чем люди их получат. Ведь к этому моменту прототип, как правило, уже ушел далеко вперед по сравнению с тем, каким был на момент проведения теста. Такие отчеты не стоят потраченных сил и времени.

пользователь спрашивает: «А если кликнуть тут, будет новая запись?» — а вы отвечаете: «Вам интересно, нужно ли кликнуть здесь, чтобы получить новую запись?» Как правило, пользователи «покупаются» на такой прием, потому что люди обычно хотят ответить на заданный им вопрос: «Ну да, думаю, так и будет».

Если бы пользователи знали, чего они на самом деле хотят, создавать программное обеспечение было бы намного проще.

Майк Фишер написал книгу Power of Customer Misbehavior

Действительно ли ваши потребители те, кого вы ими считаете? В самом ли деле они имеют те проблемы, которые вы предполагаете?Как этот потребитель решает свою проблему сегодня? Что нужно для того, чтобы он стал использовать ваш

Обычно эту задачу называют Чаще всего бывает достаточно прототипа, но иногда, особенно тогда, когда программисты работают удаленно или продукт очень сложный, его нужно дополнить информацией — как правило, сценариями использования, правилами делового регламента и критериями приемки.