5 заметок с тегом

product management

VR и игры. Почему не вышло?

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

Очень жаль, что не вышло с играми. Как когда-то у Кинекта, который стал скорее доступным умным девайсом для интерактивных инсталляций, нежели новым способом взаимодействия человека и игры. Почему? Я думаю, потому что «в природе» для геймплея должен родиться контроллер, а не синтетически выдумывать игры под новомодный VR.

Очень рад, что теперь это инструмент для прототипирования реальности в архитектуре, медицине, обучении и для прочих «специальных операций». Именно тут технология полностью пересекается со смыслом и экономическим эффектом — попробовать то, что очень дорого построить или где очень опасно ошибиться.

Но, нужно еще подождать. Может время VR и игр еще наступит!

8 февраля   product management   vr   игры

Правда о выступлениях на конференциях

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

Да, тут очень много оговорок, но все почти так. Несколько примеров:

  • Рассказывают о том, как измеряют результат каждой новой фичи? На самом деле хотят измерять для каждой и считают это правильным и полезным, но только начинают внедрять этот процесс.
  • Говорят, что описывают требования понятным языком с измеримыми целями и точными юзкейсами? В реальности в Вики продукта только 10% таких документов.
  • Утверждают, что только касдев или проверенная гипотеза могут породить новый функционал? Ну… вы уже поняли.
    Можно ли считать это обманом или ложью? Я думаю нет. Но тут точно есть простор для холивара.

Почему важно понимать эту «правду о выступлениях»? Чтобы не словить одну из вредных штук:

  • «Офигеть, как этот спикер крут, да он просто бог!». То есть переоценить выступающего, а значит исказить восприятие информации от него. Заведомо считать озвученные предложения и мысли лучше, чем оно может оказаться на самом деле.
  • «Ужас, какой я неудачник… у меня все не так». То есть недооценивать себя, компанию или продукт. Возможно, отказаться от ценного в работе или переоценить приоритет изменений после услышанного на конференции. Можно даже потерять веру в себя.
  • По этой причине я всегда начинаю свои лекции с «дисклеймера»: я говорю о том, как я хотел бы работать, а не как делаю это всегда. Особенно, если рассказываю что-то на курсах, куда люди пришли учиться.

P. S. Основано лишь на моем личном опыте выступлений и общения со спикерами.

18 декабря   product management

Фишечка из онбординга Турбо: фейковая загрузка

Хотите что-то рассказать о продукте, но пользователь все пропускает?

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

Смотреть видео, как это работает в Турбо

Только не сделайте похожим на сториз, их пропускать уже научились все.

P. S. Как обычно, решение подсмотрено в играх.

17 декабря   product management   турбо

Второй вариант из трех —  огонь! Давай его делать

↑ плохой комментарий к работе дизайнера.

Ты, как продакт или заказчик, не объясняешь что хорошего в предложенном решении/дизайне. Как и то, чего плохого в двух других вариантах. А значит, дизайнер может только догадаться, почему этот вариант нравится. Он не справится со следующей задачей лучше.

Рецепт: нужно пройтись по каждому варианту, описать какие ты видишь плюсы и минусы. В конце, так уж и быть, можно отметить, что второй вариант на фоне остальных нравится больше. Но, как хорошо, что нам не нужно просто выбирать какой-то один.

В идеальном мире взаимодействия внутри дизайн-продуктовой команды получается так:

3 варианта > фидбек > лучший вариант + пара очков накопленной экспертизы

Конечно же, есть исключения из этого подхода. Например, когда важнее быстрее принять решение. Или контекст исключает задачу «взаимопрокачиваться с исполнителем». Однако, я все равно крайне рекомендую отказаться от «Второй вариант — огонь!» и скорее двигаться к фидебку дизайнерам «из высшей продуктовой лиги».

P. S. Но это все работает, если ты умеешь описывать плюсы и минусы дизайна. Без «а вот я бы подумал…» и «а может зеленым?». Но это уже тема для другого поста.

16 декабря   product management

— Давай сделаем личный кабинет?

Мое лицо, когда просят сделать в продукте «личный кабинет», чтобы все стало хорошо:

Тут можно долго дискутировать и обсуждать, но если коротко, то это плохая задача. Вместо достижения точной цели предлагается сделать инструмент. Как «купить Джиру» вместо настройки процессов.

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

Другое дело, что во многих случаях удачным (и своевременным) инструментом для этого всего может оказаться тот самый личный кабинет. Тогда ОК. Только нужно не забыть добавить в беклог еще одну задачу: обучить пользователей в личный кабинет ходить.

12 декабря   product management