227. Информирование не равно обучению

Функция обучения для продукта очень важна. Если пользователь не умеет его использовать, то продукт вряд ли будет успешным.

Роль онбординга в этом процессе возрастает многократно. Второй попытки произвести первое впечатление может и не случиться.

Но просто рассказать о функциях продукта — это еще не научить. Нельзя заменять обучение информированием.

Также важно понимать, что научить пользователя невозможно. Он может только научиться сам. Важно создать для него условия для этого обучения/научения.

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

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

Ошибки это тоже неотъемлемая часть обучения. Если пользователь что-то сделал неправильно, нужно ему об этом рассказать, объяснить и показать правильный путь решения.

Зачем так сложно? Иногда это действительно слишком. Но, как говорил Суворов: «Тяжело в учении, легко в бою!»

К тому же, приведенный пример фильтрации товаров в каталоге, скорее всего, будет похож на какие-то аналоги, то есть модель поведения достаточно осознаваемая. Например, на фильтрацию на маркетплейсах. То есть так «заморачиваться» с обучением не нужно, если процесс в целом пользователю знаком.

Подобный подход скорее нужен для продуктов, функции которых меняют привычное поведение. Как Фудфокс на рынке доставки еды или Мовиста на рынке мультимодальных перевозок.

В сухом остатке: обучение не равно информирование; мало просто рассказать, нужно сформировать петлю научения, иначе результата не будет

#обучение@custdevlab