Как использовать технику 5 Whys?

Что хотят услышать интервьюеры:

Техника 5 Whys нужна, чтобы добраться до первопричины проблемы, а не лечить симптом. Смысл в том, чтобы последовательно спрашивать «почему?» несколько раз, пока не станет понятно, что именно сломано в процессе или системе. Важно не застревать в предположениях, а опираться на факты и логику.

Определение:

5 Whys — это простой метод анализа корневой причины проблемы: задают вопрос «почему?» несколько раз подряд, каждый раз уточняя ответ предыдущего уровня. Обычно хватает 3–5 итераций, но число не фиксировано. Метод помогает перейти от видимого симптома к управляемой причине, которую можно исправить.

Пример использования:

Команда видит, что пользователи часто бросают оплату на последнем шаге.

1. Почему пользователи бросают оплату? — Потому что не завершают ввод данных карты.
2. Почему не завершают ввод? — Потому что форма кажется слишком длинной.
3. Почему форма кажется длинной? — Потому что на экране одновременно много обязательных полей.
4. Почему полей так много? — Потому что показываются поля, которые нужны не всем пользователям.
5. Почему они показываются всем? — Потому что нет сегментации по типу платежа.

Итог: проблема не в «плохих пользователях» и не только в UX, а в логике показа формы. Решение — сократить обязательные поля и показывать только релевантные.

Пояснение кода:

Код не требуется, так как 5 Whys — это метод анализа, а не программная техника.
Разбор примера по шагам:

• Фиксируется наблюдаемая проблема: высокий drop-off на оплате.
• Для каждого ответа задаётся следующий «почему?».
• На каждом шаге проверяется, не является ли ответ очередным симптомом.
• Цель — дойти до причины, на которую можно повлиять продуктовым решением.
• После нахождения причины формулируется конкретная гипотеза и план проверки.

Ключевые моменты:

• 5 Whys помогает искать первопричину, а не ограничиваться симптомами.
• Вопрос «почему?» задаётся последовательно, но не механически — важна логика и проверка фактов.
• Метод лучше работает для простых и среднесложных проблем с понятной цепочкой причин.
• Если проблема многопричинная, одного дерева «почему» может быть мало — полезно дополнить анализом данных и другими методами.
• Результат метода должен приводить к конкретному изменению процесса, продукта или коммуникации.