2022-01-25 15:41:39
Одно время в юзабилити были очень популярны так называемые «персоны». Это когда ты придумываешь несколько вымышленных персонажей, которые якобы будут пользоваться твоим продуктом, и дальше дизайнишь для них, а не для абстрактного пользователя в вакууме. Причем придумывали прям целую биографию: имя, возраст, цвет глаз, где учился, как выглядит, кем работает, есть ли девушка, и т.д.
С одной стороны вроде бы и логично, а с другой полный бред. В этой системе нет новой информации: люди, их желания и возможности придуманы целиком из головы дизайнера (высосаны, да), поэтому что придумывай персон, что не придумывай, получится все равно отражение культурного уровня проектировщиков.
Ну и лишних деталей одновременно и слишком много (почему персону зовут Вася? А если назвать Петя, что, другой продукт получится?), и слишком мало, чтобы дотянуть до сложности реального человека.
Тогда дизайнеры поигрались, им надоело и они придумали новую парадигму (да, совсем как в программировании!), называется Jobs to be done. Внезапно свежей оказалась мысль, что независимо от того, зовут человека Глаша или Маша, им обоим нужно посмотреть баланс лицевого счета, и вот вокруг этой задачи и надо проектировать.
Звучит пока что сильно логичнее, хотя, как и с любой методологией, не обходится без перегибов. Например, легко забыть, что за определением Jobs стоит целый этап собственно проектирования: а как эти пятьдесят задач упаковать так, чтобы в приложении вышло всего две кнопки? Вот настоящая задача, а собирать требования, скажем честно, и без всяких методологий всегда умели.
Ладно, это все вступление, а теперь примеры. Есть версия, что тот самый адский дизайн современных микроволновок — ну, когда у нее восемьнадцать кнопок и тридцать четыре режима — это как раз прямое следствие Jobs to be done, примененного буквально.
Механически ты управляешь всего двумя параметрами — мощностью и длительностью. Но если зайти со стороны JTBD, то человеку ведь не нужно «2 минуты на 800 ватт», ему нужен теплый блинчик с ветчиной и сыром.
Моя любимая цитата — «людям не нужна дрель, им нужны дырки», но слава богу, дрели пока еще не превратились в микроволновки. А вот микроволновки — превратились. Всякие вот эти кнопки типа «суп» или «курица» или «завтрак» это в буквальном виде задачи, и под каждую отдельная кнопка.
Проблема? Ну, проблема в том, что кнопок-то много, а нужной все равно нет. Курица из морозилки и слегда остывшая курица с обеда — две разных курицы, но в какую панель влезет столько нюансов?
Ну и переносимость, конечно. Ни на каком продукте в жизни не напишут «засуньте в микроволновку и нажмите функцию “Картошка”». Напишут — 2 минуты на 800 ватт. Потому что минуты и ватты универсальны, а функция «картошка» — нет.
У меня в Airbnb сейчас стоит чайник (да, чайник, для кипятка), на котором 11 кнопок, 10 лампочек и 75-компонентная ЖК-панель. Да, там есть функции «Травяной», «Улун», «Крепкий» и т.п. И да, чтобы его включить, мне понадобилось минут пять. И да, прямо сейчас я полез его тестировать, включил кипячение и не смог его выключить. Теперь у меня есть полный кипятка чайник, но чаю я совсем не хочу. Интересно, где в матрице Jobs to be done эта ситуация? Также интересно, вспоминал ли во время проектирования хоть кто-нибудь цитату из Юрского Парка?
Поэтому методология методологией, а этап синтеза никто не отменял. Иногда проще дать людям дрель, а не каталогизировать все возможные ситуации, для которых им могут понадобиться дырки. Думайте головой, а не только книжками.
4.6K viewsNikita Prokopov, edited 12:41