Эффективный онбординг

Эффективный онбординг

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

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

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

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

Не перегружайте пользователя информацией
Мало кому нравится читать длинные инструкции, а тем более смотреть видео, когда знакомишься с продуктом. Лучше показывать информацию поэтапно в процессе использования приложения, а для первых экранов оставить только 2-3 преимущества, так как больше пользователь все равно не запомнит.

Сделайте онбординг частью продукта
Возможно, пользователь не запомнил одну из функций или посчитал ее неактуальной. А может, интерфейс дополнился новыми инструментами. В любом случае, если онбординг встречается только при первом входе и длится всего пару минут, то вряд ли он принесет большую пользу. В обучении важна стабильность — чем чаще повторяешь, тем лучше усваиваешь. Чтобы минимизировать потерю аудитории, сделайте процесс обучения постоянным, например, как это делает Figma: после обновления пользователя встречает онбординг и рассказывает о нововведениях. Так компания не только адаптирует новичка, но и повышает ценность самого продукта.

Почему я предпочитаю удалённую работу

Иногда в командах, особенно офисных, встречаются руководители, которые вместо выстраивания четкого конвейера, начинают мониторить странные метрики, вроде времени прихода на работу или, еще хуже, количества времени, проведенного с открытой IDE.

Так происходит потому, что спрашивать за результат — тяжело. Когда всплывает факт, что задача не решена, приходится разбираться, кто виноват — исполнитель, менеджер который поставил плохую\непродуманную задачу, или вообще кодовая база. Тут уже возникают неприятные вопросы к самому себе — почему у меня в трекере дерьмовые задачи? Или почему у нас код говно?

За процесс, наоборот, спрашивать легко: опоздал программист на работу на 5 минут — значит сам виноват. Тупил во вконтосик в рабочее время — значит плохо работает.

Когда у руководителя нет возможности заглянуть в монитор сотрудника, приходится выстраивать более честные и чёткие отношения: вот таски, вот спринт, вот дедлайн. Проёбанные дедлайны сразу видит вся команда — несделанную работу не заменишь имитацией бурной деятельности или выразительным рассказом о том, почему сделать её было никак не возможно.

Брюс Стерлинг о пользе написания дизайн-фантастики

Брюс Стерлинг о пользе написания дизайн-фантастики для дизайна полезных и нужных объектов: «У дизайна мало универсальных научных законов, которые можно было бы предложить нам. Вы можете поразмыслить над многими дизайнерскими текстами, не найдя квадратичного уравнения, тестируемой гипотезы или экспериментального доказательства. Но дизайнерское мышление глубоко и справедливо повлияло на мою научную фантастику.

Я пишу "дизайн-фантастику" уже много лет. Дизайн-фантастика во многом похожа на научную фантастику; на самом деле, нормальному читателю и в голову не приходит разделение этих двух понятий. Основное различие заключается в том, что дизайн-фантастика имеет больше прикладного смысла на странице книги, чем научная фантастика. Научная фантастика хочет использовать величие и достоверность науки для своего собственного фокуса-покуса, но дизайн фантастики может быть более практичным, более полезным. Она приносит в жертву некое чувство магии, но гораздо ближе к пылающему накалу социально-бытового конфликта»

10 самых важных принципов

10 самых важных принципов

Если бы меня попросили выписать 10 самых важных принципов, в которые я верю на текущий момент, то, пожалуй, этот список был бы таким:

1. Не бывает простой работы. Многие профессии кажутся простыми: редактор, проектировщик, тестировщик, скрам-мастер, уборщик ... но это иллюзия. Если поверить в эту иллюзию, то автоматически начинаешь пренебрежительно относиться к специалистам этих профессий, а это путь к токсичности, высокомерию и плохому менеджменту.

2. Не бывает быстрых сверхрезультатов. Если кто-то обещает "быстро разбогатеть после просмотра ролика", то это всегда разводилово. Все взлёты — это итог предварительной тяжёлой работы. Быстро не бывает.

3. Знания забываются.
Нельзя выучить что-то про запас — если не пользуешься, то забудешь. Одно из важнейших решений, влияющих на время и фокусировку — решение что-то учить. Если это что-то не нужно на практике, то всё равно не получится выучить.

4. Нельзя кого-то заставить что-то сделать.
На заре карьеры проектного менеджера, начитавшись MSF, я сделал для команды проекта отдельные блокноты "Журнал участника такого-то проекта". Туда надо было фиксировать итоги встреч, планы и т.п. Рассказал про это поверхностно и сказал — делайте. Никто не делал. Либо ты зажигаешь людей, поясняя и объясняя, либо ничего путного из этого не получится.

5. Нельзя жить прошлыми достижениями.
Раньше что-то могло получаться: продукт успешно запускался, проекты делались в срок и т.д. Но это не значит, что и сейчас похожий продукт успешно запустится, а проект сделается с хорошими показателями.
Раньше было проще находить людей на проекты, а сейчас нет — поменялось многое в найме и работе с людьми. Можно ныть и вспоминать прошлое, а можно адаптироваться и развиваться.

6. Надо пробовать новое.
Нельзя законсервироваться: я хороший спец или в компании всё хорошо и так будет всегда. У консервов есть срок годности. Если не пробовать новые направления, не проявлять живой интерес к новому, закрывать глаза на возможности — срок годности консервы выйдет.

7. Надо искать обратную связь.
Нельзя понять уровень себя, продукта, компании, отношений, не получая регулярную обратную связь. Обратная связь — это глаза во внешний мир.

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

9. Дисциплина важнее вдохновения.
Не вдохновение, а дисциплина помогает мне и куче других авторов писать регулярно. Запланированная задача, которая должна быть решена.
Кто пишет на вдохновении, тот пишет так: "Котаны, долго не писал, но есть одна тема, которая прёт. Скоро напишу". И скоро не наступает.
И тоже самое во всём.
Дисциплина — путь к росту. Вдохновение — цветочки на этом пути.

10. Надо уметь строить прочные отношения.
Круги общения — самый важный путь к росту в профессии, семье и увлечениях. Время, вкладываемое в людей, со временем возвращается в гораздо большем размере. Этот принцип я познал, к сожалению, не так уж давно.

Дизайнеры носятся с «эмпатией», но мало где объясняют: как её развивать.

Дизайнеры носятся с «эмпатией», но мало где объясняют: как её развивать.

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

«Голландские психологи показали (http://journals.sagepub.com/doi/full/10.1177/0305735616654216), что профессиональные музыканты не только точнее интерпретируют сочетания визуальных и звуковых стимулов, чем люди без музыкального опыта, но и легче считывают эмоции другого человека по его изображению и звучанию его голоса.

В эксперименте участвовали две группы по 16 человек: в одной были профессиональные музыканты, во второй — люди без музыкального опыта или те, кто занимался музыкой меньше двух лет и давно не подходил к инструменту.

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

Оказалось, что музыканты оценивают сочетание звука и изображения точнее, чем немузыканты, даже если их просят ориентироваться не на звук, а на изображение. Музыканты верно определяли, какую эмоцию выражает голос, почти в 95% случаев, если фотография совпадала по настроению, и более чем в 85% случаев, если картинка противоречила звуку. Немузыканты отставали примерно на 10% в обеих ситуациях. Когда требовалось определить эмоцию только по слуховому или визуальному источнику, обе группы показывали примерно одинаковые результаты.

Ученые объясняют способность музыкантов лучше справляться с конкурирующими и дополняющими друг друга стимулами развитым навыком преобразовывать визуальную информацию (ноты) в звуковую, а также навыком улучшенной обработки звуковой информации, который распространяется и на другие каналы восприятия».

Source: https://postnauka.ru/lists/91909

Сожми окошко

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

Несмотря на это, мы упорно продолжаем редактировать текст, развернув окно во весь экран ноутбука.

А решается очень просто. Нужно подгонять окошко текстового редактора, пока текст не станет такой же ширины, какой будет у пользователя. Или можно вставить в столбец в том же ворде и сжимать в нём.

Хорошо бы ещё подобрать шрифт, оформление, но это уже совсем для задротов.

Видишь, какой будет простыня — меньше переделывать.