Март 2019 — Заметка №5

Иногда дефолтные настройки продукта помогают при онбоардинге, но начинают мешать, когда пользователь становится продвинутым. Поведение продукта, которое помогает превратить регистрацию в активного пользователя (“активация”), иногда совершенно непродуктивно для каждодневных действий уже опытного человека.

Хороший пример — Slack. (Ниже примеры из пары публичных Slack community)

Когда человек только начинает пользоваться Слаком, то задача — научить его концепции каналов, показать, что в разных каналах обсуждается разное, что в каналы МОЖНО писать, не дать забыть свежесозданные каналы. Поэтому сайдбар по дефолту показывает cписок ВСЕХ каналов в которые человек вступил, список ВСЕХ людей с которыми ты недавно общался.

И это очень разумно, так как повышает понятность (discoverability). Все штуки на виду, про них нельзя забыть, хочешь написать — сразу тыкнул в сайдбаре на ссылку.

Как только человек осваивается со Слаком и начинает (вместе с другими ребятами) активно его использовать, эта настройка начинает мешает и портить жизнь. Человек уже вступил в кучу каналов и пообщался с большим количеством народу. Поэтому сайдбар превращается в длинный список всех-всех каналов и пользователей, часть из которых помечена как непрочитанные.

Это приводит к тому, что люди не проверяют все непрочитанные каналы — неудобно мотать вниз и кликать на каждый.

Такой длинный сайдбар в свою очередь приводит к тому, что остальные ребята начинают злоупотреблять меншонами (“@nickname”, “@here”), так как это гарантированный способ, чтобы твое сообщение увидели. А мешноны это нотификация, которая вырывает тебя из рабочего процесса и потока.

И получается, что полезная в начале настройка, начинает “вредить” и быть неэффективной для ребят, которые стали активно использовать приложение.

Вместо длинной колбасы-сайдбара активным ребятам в Слаке нужно:

Сайдбар Слака после этого выглядит примерно вот так (внизу три замьюченых канала)

Так что иногда полезные в начале дефолтные настройки начинают мешать потом. Надо такие штуки замечать и предлагать сменить настройки пользователю, когда это имеет смысл.