🖐 Знакомство
Привет! Я Антон Жиянов. Разрабатываю софт и веду курсы (вот все проекты).
О программировании пишу в отдельные каналы, а сюда попадают все остальные мои заметки — на самые разные темы.
Спасибо, что читаете!
Привет! Я Антон Жиянов. Разрабатываю софт и веду курсы (вот все проекты).
О программировании пишу в отдельные каналы, а сюда попадают все остальные мои заметки — на самые разные темы.
Спасибо, что читаете!
Отжал и оформил мощнейшую лекцию Людвига о том, как работать с интересом: http://antonz.ru/interest/
Антон Жиянов
Сделайте себе интересно
Конспект лекции Людвига Быстроновского об интересе и контринтуитивном решении задач.
Донат — зло
Постоянно сталкиваюсь с такой ситуацией: человек запускает бесплатный продукт или сервис, но при этом просит по возможности помочь деньгами. Никогда, никогда, никогда так не делайте.
Принцип простой. Либо вы делаете продукт бесплатным — и тогда решаете, в чем ценность для вас, раз не в деньгах. Репутация в профессиональном сообществе, фолловеры в соцсетях, емейл-база пользователей, почёсывание ЧСВ — всё что угодно. Либо делаете продукт платным без всяких экивоков.
Одна из героинь в книгах Сапковского говорила: «наступает такой момент, когда надо либо срать, либо освободить сральню». Решение о монетизации — ровно такой момент. Или бесплатно, или за деньги. Но не клянчить копеечку.
https://antonz.ru/donate/
Постоянно сталкиваюсь с такой ситуацией: человек запускает бесплатный продукт или сервис, но при этом просит по возможности помочь деньгами. Никогда, никогда, никогда так не делайте.
Принцип простой. Либо вы делаете продукт бесплатным — и тогда решаете, в чем ценность для вас, раз не в деньгах. Репутация в профессиональном сообществе, фолловеры в соцсетях, емейл-база пользователей, почёсывание ЧСВ — всё что угодно. Либо делаете продукт платным без всяких экивоков.
Одна из героинь в книгах Сапковского говорила: «наступает такой момент, когда надо либо срать, либо освободить сральню». Решение о монетизации — ровно такой момент. Или бесплатно, или за деньги. Но не клянчить копеечку.
https://antonz.ru/donate/
Единственная книга о продакт-менеджменте
Если вы дизайнер, разработчик или тестировщик, рекомендую прочитать ровно одну книгу по продакт-менеджменту. Она удивительно толковая, при этом небольшая и бесплатная: Intercom on Product Management
Книга учит:
- как сказать новой фиче «нет» (самый важный навык для любого, кто разрабатывает софт),
- когда все-таки можно сказать ей «да»,
- как сделать так, чтобы фичей пользовались, а не сложили на полку,
- как улучшить существующие фичи,
- как составить роадмап.
Если вы начинающий продакт, тоже рекомендую.
Часто рекомендуют читать Inspired, Shipping Greatness или Hooked. Это всё хорошие книги для продактов. Но если хотите ровно одну книгу по продуктоводству — Intercom on Product Management.
Раздают бесплатно, за емейл.
ePub, Kindle, PDF. На английском. 65 страниц
https://www.intercom.com/books/product-management
Если вы дизайнер, разработчик или тестировщик, рекомендую прочитать ровно одну книгу по продакт-менеджменту. Она удивительно толковая, при этом небольшая и бесплатная: Intercom on Product Management
Книга учит:
- как сказать новой фиче «нет» (самый важный навык для любого, кто разрабатывает софт),
- когда все-таки можно сказать ей «да»,
- как сделать так, чтобы фичей пользовались, а не сложили на полку,
- как улучшить существующие фичи,
- как составить роадмап.
Если вы начинающий продакт, тоже рекомендую.
Часто рекомендуют читать Inspired, Shipping Greatness или Hooked. Это всё хорошие книги для продактов. Но если хотите ровно одну книгу по продуктоводству — Intercom on Product Management.
Раздают бесплатно, за емейл.
ePub, Kindle, PDF. На английском. 65 страниц
https://www.intercom.com/books/product-management
Нелогичный пользователь
The Irrational User Элвина Ся — лучшая прикладная статья о когнитивных искажениях из всех, что я пока встретил. Правда, всё равно не дотягивает до идеала: слишком много ложного «наукообразия», слишком мало применения к продуктом. Но кое-что есть. Советую пропускать введение и переходить сразу к разделу «Common cognitive biases to keep in mind when building products».
Практические выводы с моими примерами:
❶ Людям нравится, когда у продукта есть «мнение»: явно выраженная точка зрения на то, как делать правильно. Именно за счет выраженного мнения нишевый Simplenote (простые текстовые заметки с тегами и моментальной синхронизацией) оттяпал кусок аудитории у «универсального» Evernote. По этой же причине во время онбординга хорошо «провести за руку» пользователя по основному сценарию использования.
❷ Эффект пика: люди запоминают пиковый эмоциональный момент в работе с продуктом. Поэтому чем вычищать мелкие косяки, лучше так отполируйте главные фичи, чтобы они вызывали ощущение «ух ты, класс!». Особенно это касается онбординга, когда человек впервые использует продукт. Например, приложение для медитации Headspace предлагает 10 бесплатных уроков, которые «вылизаны» настолько, что хочется рассказывать и рекомендовать друзьям. При этом качество платных уроков может быть ниже, но это уже не важно ツ А Телеграм так быстро и безошибочно синхронизирует сообщения между разными девайсами, что после Скайпа это вызывает приятный шок. И ты легко прощаешь любые мелкие неудобства.
❸ Чем ближе цель, тем больше усилий готов приложить человек, чтобы её достичь. Поэтому показывайте пользователю маленькие, промежуточные цели и визуализируйте прогресс. Очень здорово это делает сервис изучения слов Memrise. В нем заучивание каждого слова визуализировано как выращивание цветка (посадил семена → показался стебель → появились листья → тадам, распустился цветок! слово выучено). Плюс ежедневные цели, плюс еженедельное соревнование с друзьями — посмотрите, там много всего придумано.
https://medium.com/startup-grind/ad5f9fe7f59b
The Irrational User Элвина Ся — лучшая прикладная статья о когнитивных искажениях из всех, что я пока встретил. Правда, всё равно не дотягивает до идеала: слишком много ложного «наукообразия», слишком мало применения к продуктом. Но кое-что есть. Советую пропускать введение и переходить сразу к разделу «Common cognitive biases to keep in mind when building products».
Практические выводы с моими примерами:
❶ Людям нравится, когда у продукта есть «мнение»: явно выраженная точка зрения на то, как делать правильно. Именно за счет выраженного мнения нишевый Simplenote (простые текстовые заметки с тегами и моментальной синхронизацией) оттяпал кусок аудитории у «универсального» Evernote. По этой же причине во время онбординга хорошо «провести за руку» пользователя по основному сценарию использования.
❷ Эффект пика: люди запоминают пиковый эмоциональный момент в работе с продуктом. Поэтому чем вычищать мелкие косяки, лучше так отполируйте главные фичи, чтобы они вызывали ощущение «ух ты, класс!». Особенно это касается онбординга, когда человек впервые использует продукт. Например, приложение для медитации Headspace предлагает 10 бесплатных уроков, которые «вылизаны» настолько, что хочется рассказывать и рекомендовать друзьям. При этом качество платных уроков может быть ниже, но это уже не важно ツ А Телеграм так быстро и безошибочно синхронизирует сообщения между разными девайсами, что после Скайпа это вызывает приятный шок. И ты легко прощаешь любые мелкие неудобства.
❸ Чем ближе цель, тем больше усилий готов приложить человек, чтобы её достичь. Поэтому показывайте пользователю маленькие, промежуточные цели и визуализируйте прогресс. Очень здорово это делает сервис изучения слов Memrise. В нем заучивание каждого слова визуализировано как выращивание цветка (посадил семена → показался стебель → появились листья → тадам, распустился цветок! слово выучено). Плюс ежедневные цели, плюс еженедельное соревнование с друзьями — посмотрите, там много всего придумано.
https://medium.com/startup-grind/ad5f9fe7f59b
Тяжелая правда о презентациях
Люди любят делиться презентациями. После каждой конференции организатор с трепетом выкладывает в соцсети пачку ПДФов, а люди не менее радостно репостят по всему фейсбуку и твитеру, и сохраняют в избранное. Я полагаю, что мотивация репостящего такая же, как с подборками «полезных ссылок» — человек думает, что презентация ему внезапно пригодится.
Тяжелая правда заключается в том, что презентация с конференции реально полезна только человеку, который слушал доклад. Потому что слайды дополняют выступление, сами по себе они — ничто. Поэтому мой вам совет:
1. Наплюйте на презентации.
2. Сходите на доклад вживую или посмотрите запись.
3. По результатам напишите конспект и поставьте задачи в туду-лист.
4. Если не попали на доклад, а записи нет — см. пункт 1.
Люди любят делиться презентациями. После каждой конференции организатор с трепетом выкладывает в соцсети пачку ПДФов, а люди не менее радостно репостят по всему фейсбуку и твитеру, и сохраняют в избранное. Я полагаю, что мотивация репостящего такая же, как с подборками «полезных ссылок» — человек думает, что презентация ему внезапно пригодится.
Тяжелая правда заключается в том, что презентация с конференции реально полезна только человеку, который слушал доклад. Потому что слайды дополняют выступление, сами по себе они — ничто. Поэтому мой вам совет:
1. Наплюйте на презентации.
2. Сходите на доклад вживую или посмотрите запись.
3. По результатам напишите конспект и поставьте задачи в туду-лист.
4. Если не попали на доклад, а записи нет — см. пункт 1.
Как случайно не закрыть Хром
Я работаю на Маке и регулярно раз в месяц промахиваюсь по Cmd+W, нажимаю Cmd+Q и закрываю браузер. Это бесит.
И вот сегодня благодаря Игорю Адаменко узнал лекарство. Одна галочка в главном меню Хрома:
> Warn Before Quitting (⌘Q)
Для Яндекс-браузера тоже работает.
Я работаю на Маке и регулярно раз в месяц промахиваюсь по Cmd+W, нажимаю Cmd+Q и закрываю браузер. Это бесит.
И вот сегодня благодаря Игорю Адаменко узнал лекарство. Одна галочка в главном меню Хрома:
> Warn Before Quitting (⌘Q)
Для Яндекс-браузера тоже работает.
Главное правило выбора в интерфейсе
Прочитал на днях на редкость сумбурную статью Грэма Фултона «How to help users make better decisions». Автор начал писать, как помочь пользователю сделать хороший выбор из нескольких вариантов, но забыл определиться, для кого статья — для магазинов, медиа или «обычных» приложений. В результате получилась каша.
Забавно, но Грэм забыл упомянуть главное правило выбора, которое сформулировал Джоэл Спольски 16 лет назад:
> Каждый раз, когда вы просите пользователя сделать выбор — заставляете принимать решение. Это не всегда плохо. Но точно плохо, если выбор не относится к задаче, которую решает человек. Лучше сделать выбор за пользователя везде, кроме его основной задачи.
Когда выбор делает программа
Делайте выбор за пользователя везде, где это не относится к его цели. Пример: когда в первый раз запускаешь приложение в макоси, она спрашивает:
> Это приложение скачано из интернета. Точно запустить?
Такой выбор НЕ относится к моей цели, поэтому делать его я не хочу, и этого дурацкого окна в природе существовать не должно. (Отдельно оцените гениальность формулировки: «скачано из интернета», ну надо же! Откуда оно ещё могло взяться, самозародиться в недрах операционной системы что ли?)
Когда выбор делает человек
Если выбор напрямую относится к задаче пользователя — он полезен. Но всё равно хорошо выделить основной (по мнению программы) вариант. Например, Мейлчимп перед отправкой писем подсвечивает кнопку «Отправить», но рядом показывает серенькую «Запланировать» — на случай, если вы не хотите отправлять прямо сейчас.
Прочитал на днях на редкость сумбурную статью Грэма Фултона «How to help users make better decisions». Автор начал писать, как помочь пользователю сделать хороший выбор из нескольких вариантов, но забыл определиться, для кого статья — для магазинов, медиа или «обычных» приложений. В результате получилась каша.
Забавно, но Грэм забыл упомянуть главное правило выбора, которое сформулировал Джоэл Спольски 16 лет назад:
> Каждый раз, когда вы просите пользователя сделать выбор — заставляете принимать решение. Это не всегда плохо. Но точно плохо, если выбор не относится к задаче, которую решает человек. Лучше сделать выбор за пользователя везде, кроме его основной задачи.
Когда выбор делает программа
Делайте выбор за пользователя везде, где это не относится к его цели. Пример: когда в первый раз запускаешь приложение в макоси, она спрашивает:
> Это приложение скачано из интернета. Точно запустить?
Такой выбор НЕ относится к моей цели, поэтому делать его я не хочу, и этого дурацкого окна в природе существовать не должно. (Отдельно оцените гениальность формулировки: «скачано из интернета», ну надо же! Откуда оно ещё могло взяться, самозародиться в недрах операционной системы что ли?)
Когда выбор делает человек
Если выбор напрямую относится к задаче пользователя — он полезен. Но всё равно хорошо выделить основной (по мнению программы) вариант. Например, Мейлчимп перед отправкой писем подсвечивает кнопку «Отправить», но рядом показывает серенькую «Запланировать» — на случай, если вы не хотите отправлять прямо сейчас.
Приложение из дикого интернета
Разверну вчерашнюю мысль о тупости Эплового окна с предупреждением «о ужас, программа скачана из интернета». Конечно, я в курсе, что в данном случае Эпл имеет в виду «скачана не из апстора». Но это ровно ничего не меняет. Смотрите сами:
1. Апстор — это тоже интернет. Противопоставление между апстором и интернетом существует только в голове сотрудников Эпла.
2. Противопоставление «апстор—интернет» можно было бы понять, если процессы установки приложения из апстора и вручную были полностью идентичны и отличались только последним шагом. Но они совершенно разные.
3. Я знаю, что приложение из интернета. Алё, я сам его оттуда скачал.
4. Человек в здравом уме и твердой памяти, который только что сознательно запустил приложение, не передумает и не нажмёт на «ой, не надо».
5. Приложение «из интернета» не менее безопасно, чем приложение из апстора. Если бы оно было от неидентифицированного разработчика, макось вообще не дала бы его запустить (отдельная тема для разговора).
Следовательно, для пользователя Эпловое предупреждение не имеет смысла.
В качестве самостоятельного упражнения можете поработать психологом и сформулировать текст предупреждения так, чтобы он отражал подлинные намерения Эпла. Например, так:
> Вы взяли это приложение не из апстора. Это больно ранит нас, потому что мы хотим заставить всех работать только через апстор и на десктопе тоже. К сожалению, остатки здравого смысла в компании не позволяют нам совсем запретить установку приложений вне апстора. Поэтому вы можете нажать на «запустить». Но лучше не надо. Идите лучше поищите такое же, но в апсторе, ладно?
Разверну вчерашнюю мысль о тупости Эплового окна с предупреждением «о ужас, программа скачана из интернета». Конечно, я в курсе, что в данном случае Эпл имеет в виду «скачана не из апстора». Но это ровно ничего не меняет. Смотрите сами:
1. Апстор — это тоже интернет. Противопоставление между апстором и интернетом существует только в голове сотрудников Эпла.
2. Противопоставление «апстор—интернет» можно было бы понять, если процессы установки приложения из апстора и вручную были полностью идентичны и отличались только последним шагом. Но они совершенно разные.
3. Я знаю, что приложение из интернета. Алё, я сам его оттуда скачал.
4. Человек в здравом уме и твердой памяти, который только что сознательно запустил приложение, не передумает и не нажмёт на «ой, не надо».
5. Приложение «из интернета» не менее безопасно, чем приложение из апстора. Если бы оно было от неидентифицированного разработчика, макось вообще не дала бы его запустить (отдельная тема для разговора).
Следовательно, для пользователя Эпловое предупреждение не имеет смысла.
В качестве самостоятельного упражнения можете поработать психологом и сформулировать текст предупреждения так, чтобы он отражал подлинные намерения Эпла. Например, так:
> Вы взяли это приложение не из апстора. Это больно ранит нас, потому что мы хотим заставить всех работать только через апстор и на десктопе тоже. К сожалению, остатки здравого смысла в компании не позволяют нам совсем запретить установку приложений вне апстора. Поэтому вы можете нажать на «запустить». Но лучше не надо. Идите лучше поищите такое же, но в апсторе, ладно?
Как вы считаете, станет жизнь лучше без предупреждений при первом запуске программ?
Палец вверх, если предупреждения не нужны, палец вниз — если без них никак.
Палец вверх, если предупреждения не нужны, палец вниз — если без них никак.
Редактура и голосовой интерфейс московского метро
Большой кусок интерфейса метро — голосовые объявления. Они звучат в поездах и переходах, с их помощью метрополитен пытается донести до пассажиров всякие правильные мысли. С объявлениями есть две большие проблемы:
1. Реклама. Её просто не должно быть — никто не имеет права гадить мне в мозг без моего согласия.
2. Плохой текст. О нём и хочу поговорить.
Вы, может быть, слышали об инфостиле и проекте «пиши, сокращай» Максима Ильяхова. Там много говорят о вычистке текста от мусора. Так вот, объявления метрополитена состоят из мусора процентов на 90. Я езжу в метро каждый день и очень от этого страдаю. Написал серию статей, как сделать объявления лучше:
— По техническим причинам
— Пурга о конечной станции
— Мозговые слизни на эскалаторе
Большой кусок интерфейса метро — голосовые объявления. Они звучат в поездах и переходах, с их помощью метрополитен пытается донести до пассажиров всякие правильные мысли. С объявлениями есть две большие проблемы:
1. Реклама. Её просто не должно быть — никто не имеет права гадить мне в мозг без моего согласия.
2. Плохой текст. О нём и хочу поговорить.
Вы, может быть, слышали об инфостиле и проекте «пиши, сокращай» Максима Ильяхова. Там много говорят о вычистке текста от мусора. Так вот, объявления метрополитена состоят из мусора процентов на 90. Я езжу в метро каждый день и очень от этого страдаю. Написал серию статей, как сделать объявления лучше:
— По техническим причинам
— Пурга о конечной станции
— Мозговые слизни на эскалаторе
Хороший продукт «прокачивает» пользователей
Каждый продуктолог и дизайнер знает, что приложение надо строить не от фич, а от целевой аудитории и сценариев использования. А я на днях прочитал запись выступления Кэти Сьерры, где она предлагает сделать следующий шаг.
Кэти говорит: человек не просто хочет решить задачу. Он хочет стать лучше сам, стать крутым в некоторой области, стать экспертом.
Люди рассказывают о продукте, если он помог им почувствовать себя крутыми. У Тильды отличное «сарафанное радио», не потому что у нее вагон фич, а потому что она помогает любителю сделать профессиональный и красивый сайт за один день.
Востребованность продукта зависит от результатов его пользователей. Желанное приложение не просто решает задачу пользователя, а «прокачивает» его, делает экспертом.
Я думаю, что идея о «прокачке» проходит не для каждого приложения. Например, не могу себе представить контекст, в котором хочет стать крутым пользователь Убера или антивируса Касперского. Но для многих продуктов это кажется хорошим подходом.
Если хотите сделать желанный продукт — помогите пользователю стать лучшей версией себя.
https://habrahabr.ru/post/231711/
Каждый продуктолог и дизайнер знает, что приложение надо строить не от фич, а от целевой аудитории и сценариев использования. А я на днях прочитал запись выступления Кэти Сьерры, где она предлагает сделать следующий шаг.
Кэти говорит: человек не просто хочет решить задачу. Он хочет стать лучше сам, стать крутым в некоторой области, стать экспертом.
Люди рассказывают о продукте, если он помог им почувствовать себя крутыми. У Тильды отличное «сарафанное радио», не потому что у нее вагон фич, а потому что она помогает любителю сделать профессиональный и красивый сайт за один день.
Востребованность продукта зависит от результатов его пользователей. Желанное приложение не просто решает задачу пользователя, а «прокачивает» его, делает экспертом.
Я думаю, что идея о «прокачке» проходит не для каждого приложения. Например, не могу себе представить контекст, в котором хочет стать крутым пользователь Убера или антивируса Касперского. Но для многих продуктов это кажется хорошим подходом.
Если хотите сделать желанный продукт — помогите пользователю стать лучшей версией себя.
https://habrahabr.ru/post/231711/
Как сделать пользователя экспертом
Спорим, вы не прочитали вчерашнюю статью Кэти Сьерры о прокачивании пользователей? Ничего, это норма (c)
А там всё просто, на самом деле: три инструмента, как сделать из новичка эксперта. Вот они, с моими комментариями:
1️⃣ Дать как можно больше примеров «как надо». Например, приложение для медитации Headspace полностью состоит из примеров: надеваешь наушники и делаешь, что говорят. И это намного быстрее обучает правильной медитации, чем любой другой подход.
2️⃣ Устроить практику из серии коротких упражнений с моментальной обратной связью и возрастающим уровнем сложности. Практика легко встраивается в обучающие приложения вроде тренажера английского, но с «обычными» приложениями сложнее. Наверно, для них подойдут обучающие мини-сессии, расставленные в подходящих местах продукта.
3️⃣ Нарисовать карту пути совершенствования, которая отвечает на вопрос «каких результатов я смогу добиться и когда». Тоже больше подходит для обучающих приложений, мне кажется. Для обычных приложений в голову приходят только программы лояльности. Например, издательство МИФ наглядно показывает путь постоянного покупателя к максимальной скидке в 15%.
Спорим, вы не прочитали вчерашнюю статью Кэти Сьерры о прокачивании пользователей? Ничего, это норма (c)
А там всё просто, на самом деле: три инструмента, как сделать из новичка эксперта. Вот они, с моими комментариями:
1️⃣ Дать как можно больше примеров «как надо». Например, приложение для медитации Headspace полностью состоит из примеров: надеваешь наушники и делаешь, что говорят. И это намного быстрее обучает правильной медитации, чем любой другой подход.
2️⃣ Устроить практику из серии коротких упражнений с моментальной обратной связью и возрастающим уровнем сложности. Практика легко встраивается в обучающие приложения вроде тренажера английского, но с «обычными» приложениями сложнее. Наверно, для них подойдут обучающие мини-сессии, расставленные в подходящих местах продукта.
3️⃣ Нарисовать карту пути совершенствования, которая отвечает на вопрос «каких результатов я смогу добиться и когда». Тоже больше подходит для обучающих приложений, мне кажется. Для обычных приложений в голову приходят только программы лояльности. Например, издательство МИФ наглядно показывает путь постоянного покупателя к максимальной скидке в 15%.
Волшебные чернила Брета Виктора
Мне немного стыдно, но я только на прошлой неделе начал читать книгу Брета Виктора Magic Ink. Ребята, это что-то невероятное (и кстати, в ней раскрыта тема выбора «за человека», о которой я писал пару недель назад).
Брет пишет, что дизайнеры зря фокусируются на функциях и поведении продукта. Большинство программ — информационные (не требуют интерактивности) и фокусироваться следует на представлении информации.
Например, программа личного бухучета — информационная. У человека нет цели заносить траты в систему и распределять их по категориям. Вместо этого он хочет понимать, на что уходят деньги и как накопить на отпуск. Это информационные цели.
Поэтому вместо функций Брет предлагает фокусироваться на представлении информации:
- Какая информация релевантна?
- Какие вопросы задаст человек?
- Какие решения он хочет принять?
- Какие ситуации хочет сравнить?
- Как графически представить нужную информацию?
В отличие от бумаги, в компьютерном интерфейсе можно не ограничиваться обычным представлением информации. Хороший интерфейс представляет информацию контекстно-зависимо: фильтрует и адаптирует под цели и окружение пользователя. Брет называет этот принцип «волшебными чернилами». Ещё напишу об этом подробнее.
Книга бесплатная. Средних размеров (на 3 часа чистого чтения), язык тяжеловесный.
http://worrydream.com/MagicInk/
Мне немного стыдно, но я только на прошлой неделе начал читать книгу Брета Виктора Magic Ink. Ребята, это что-то невероятное (и кстати, в ней раскрыта тема выбора «за человека», о которой я писал пару недель назад).
Брет пишет, что дизайнеры зря фокусируются на функциях и поведении продукта. Большинство программ — информационные (не требуют интерактивности) и фокусироваться следует на представлении информации.
Например, программа личного бухучета — информационная. У человека нет цели заносить траты в систему и распределять их по категориям. Вместо этого он хочет понимать, на что уходят деньги и как накопить на отпуск. Это информационные цели.
Поэтому вместо функций Брет предлагает фокусироваться на представлении информации:
- Какая информация релевантна?
- Какие вопросы задаст человек?
- Какие решения он хочет принять?
- Какие ситуации хочет сравнить?
- Как графически представить нужную информацию?
В отличие от бумаги, в компьютерном интерфейсе можно не ограничиваться обычным представлением информации. Хороший интерфейс представляет информацию контекстно-зависимо: фильтрует и адаптирует под цели и окружение пользователя. Брет называет этот принцип «волшебными чернилами». Ещё напишу об этом подробнее.
Книга бесплатная. Средних размеров (на 3 часа чистого чтения), язык тяжеловесный.
http://worrydream.com/MagicInk/
Как угадать намерение пользователя
Я рад, что большинству интересна идея Брета Виктора о фокусе на представлении информации при проектировании софта. Тогда продолжаем ツ
На самом деле, ничего крамольного Виктор не предлагает. Он говорит, что интерактивность — зло, но не предлагает заменить её на статичную картинку. Вместо этого софт должен угадывать контекст, в котором находится человек, и подстраивать под него интерфейс (принцип волшебных чернил).
Как определить контекст:
— из внешней среды,
— из истории взаимодействия с человеком,
— явно запросить у человека.
Из внешней среды
— Дата и время (обычно — сегодня и сейчас). Так Яндекс показывает погоду.
— Географическое положение (обычно — здесь). Так Гет с ходу предлагает вызвать такси туда, где находится человек.
— Физическое окружение (освещенность, шум, погода, температура). Так айфон убавляет яркость экрана в сумерках.
— Информация от других программ (не включать будильник, если горит экран телефона). Так до сих пор никто не умеет делать ツ
Из истории взаимодействия с человеком
— Последний выбор. Подробности см. в статье о выборе в интерфейсе.
— Обучение предпочтениям. Умная лента Фейсбука и рекомендации Амазона.
Явно запросить у человека
Самый плохой вариант. Интерактивность требует на одно действие больше: помимо «увидеть» и «обдумать» — «сделать».
Я рад, что большинству интересна идея Брета Виктора о фокусе на представлении информации при проектировании софта. Тогда продолжаем ツ
На самом деле, ничего крамольного Виктор не предлагает. Он говорит, что интерактивность — зло, но не предлагает заменить её на статичную картинку. Вместо этого софт должен угадывать контекст, в котором находится человек, и подстраивать под него интерфейс (принцип волшебных чернил).
Как определить контекст:
— из внешней среды,
— из истории взаимодействия с человеком,
— явно запросить у человека.
Из внешней среды
— Дата и время (обычно — сегодня и сейчас). Так Яндекс показывает погоду.
— Географическое положение (обычно — здесь). Так Гет с ходу предлагает вызвать такси туда, где находится человек.
— Физическое окружение (освещенность, шум, погода, температура). Так айфон убавляет яркость экрана в сумерках.
— Информация от других программ (не включать будильник, если горит экран телефона). Так до сих пор никто не умеет делать ツ
Из истории взаимодействия с человеком
— Последний выбор. Подробности см. в статье о выборе в интерфейсе.
— Обучение предпочтениям. Умная лента Фейсбука и рекомендации Амазона.
Явно запросить у человека
Самый плохой вариант. Интерактивность требует на одно действие больше: помимо «увидеть» и «обдумать» — «сделать».
💰 Купить в 1 клик
Покупку одной кнопкой, без оформления заказа, придумал лично Джеф Безос, основатель Амазона. Придумал, поставил задачу команде, взяли в работу, сделали. Презентуют. Безос заходит на страницу книги, жмёт «купить в 1 клик» и... Получает окошко с подтверждением «Точно купить? Да / Нет».
Джеф сожрал продакт-менеджера, а разработчиков заставил окошко убрать. Так на Амазоне появилась покупка в 1 клик.
А кнопка «купить в 1 клик», которая торчит в каждом втором интернет-магазине, на самом деле означает «перезвоните мне». М-м-маркетологи, м-м-мать.
Покупку одной кнопкой, без оформления заказа, придумал лично Джеф Безос, основатель Амазона. Придумал, поставил задачу команде, взяли в работу, сделали. Презентуют. Безос заходит на страницу книги, жмёт «купить в 1 клик» и... Получает окошко с подтверждением «Точно купить? Да / Нет».
Джеф сожрал продакт-менеджера, а разработчиков заставил окошко убрать. Так на Амазоне появилась покупка в 1 клик.
А кнопка «купить в 1 клик», которая торчит в каждом втором интернет-магазине, на самом деле означает «перезвоните мне». М-м-маркетологи, м-м-мать.
Как уменьшить дерготню в интерфейсе
Чем меньше человек взаимодействует с интерфейсом, тем ему легче жить. Уменьшить интерактивность интерфейса помогут три приёма:
Ткнуть пальцем
Наглядно показать варианты, из которых человек сделает выбор. Карта для места, палитра для цвета, схема места в поезде, пиктограмма для категории в интернет-магазине.
Предложить свои варианты
Сделать выбор за человека, но дать ему возможность скорректировать. Исправлять обычно проще, чем делать выбор «с нуля». Например, для очередного заказа в интернет-магазине автоматически заполнить способ оплаты, адрес и время доставки — по предыдущему заказу.
Дать моментальную обратную связь
Когда человек видит, как интерфейс адекватно реагирует на каждое действие — чувствует, что контролирует ситуацию. Например, Яндекс в ответ на каждый введённый символ корректирует список поисковых подсказок. А Гугл пошёл дальше: ещё и результаты поиска на ходу меняет.
Это третья и последняя заметка по книге Брета Виктора «Волшебные чернила». Предыдущие две:
- Фокус на представлении вместо функции
- Как угадать намерение пользователя
Чем меньше человек взаимодействует с интерфейсом, тем ему легче жить. Уменьшить интерактивность интерфейса помогут три приёма:
Ткнуть пальцем
Наглядно показать варианты, из которых человек сделает выбор. Карта для места, палитра для цвета, схема места в поезде, пиктограмма для категории в интернет-магазине.
Предложить свои варианты
Сделать выбор за человека, но дать ему возможность скорректировать. Исправлять обычно проще, чем делать выбор «с нуля». Например, для очередного заказа в интернет-магазине автоматически заполнить способ оплаты, адрес и время доставки — по предыдущему заказу.
Дать моментальную обратную связь
Когда человек видит, как интерфейс адекватно реагирует на каждое действие — чувствует, что контролирует ситуацию. Например, Яндекс в ответ на каждый введённый символ корректирует список поисковых подсказок. А Гугл пошёл дальше: ещё и результаты поиска на ходу меняет.
Это третья и последняя заметка по книге Брета Виктора «Волшебные чернила». Предыдущие две:
- Фокус на представлении вместо функции
- Как угадать намерение пользователя
Как упорядочить информацию в интерфейсе
Часто при проектировании UI нужно показать на экране список однотипных объектов: людей, товаров, статей. И возникает вопрос — как их организовать?
Классический ответ дал в 1989 году Ричард Вурман, автор термина «информационная архитектура». Он предложил мнемонику LATCH:
— Location, положение объекта: магазины на карте.
— Alphabet, алфавит: список контактов в телефоне.
— Time, время: расписание на день.
— Category, категория: товары в магазине.
— Hierarchy, иерархия.
Это модель намного лучше, чем ничего. Но, если честно, она очень так себе.
Вурман напортачил с последним пунктом, иерархией. На самом деле он имел в виду «упорядочить по количеству»: расстоянию, стоимости, рейтингу. Но так бы не получилась мнемоника, поэтому он взял «иерархию» и всех запутал.
Ну и некоторые способы Вурман просто не упомянул. Поставьте палец вверх, если вам интересно увидеть мой вариант ツ
Часто при проектировании UI нужно показать на экране список однотипных объектов: людей, товаров, статей. И возникает вопрос — как их организовать?
Классический ответ дал в 1989 году Ричард Вурман, автор термина «информационная архитектура». Он предложил мнемонику LATCH:
— Location, положение объекта: магазины на карте.
— Alphabet, алфавит: список контактов в телефоне.
— Time, время: расписание на день.
— Category, категория: товары в магазине.
— Hierarchy, иерархия.
Это модель намного лучше, чем ничего. Но, если честно, она очень так себе.
Вурман напортачил с последним пунктом, иерархией. На самом деле он имел в виду «упорядочить по количеству»: расстоянию, стоимости, рейтингу. Но так бы не получилась мнемоника, поэтому он взял «иерархию» и всех запутал.
Ну и некоторые способы Вурман просто не упомянул. Поставьте палец вверх, если вам интересно увидеть мой вариант ツ
Избегайте настроек
11 лет назад ребята из 37signals (ныне Basecamp) написали книгу о создании продуктов — Getting Real. Книга немного наивная, но некоторые советы прошли проверку временем.
Грабли, на которые лично я каждый раз наступаю, описаны в главе «Избегайте настроек». О том же самом писал Раскин в книге «Об интерфейсе»: настройки — это перекладывание с больной головы на здоровую.
— пользователь плохо разбирается в удобстве и продуктивности интерфейсов;
— время на настройку — потерянное с точки зрения полезной работы;
— если удобство работы с приложением можно повысить настройкой, почему вы — дизайнер системы — не сделали этого?
Иногда настройки во благо — если речь о персонализации, через которую человек выражает свою индивидуальность (вроде аватарки в профиле).
Иногда настроек не избежать — если речь о корпоративных продуктах. Но даже в этом случае их стоит всеми силами минимизировать.
В остальных случаях не вижу оправдания для существования настроек, кроме лени дизайнера.
11 лет назад ребята из 37signals (ныне Basecamp) написали книгу о создании продуктов — Getting Real. Книга немного наивная, но некоторые советы прошли проверку временем.
Грабли, на которые лично я каждый раз наступаю, описаны в главе «Избегайте настроек». О том же самом писал Раскин в книге «Об интерфейсе»: настройки — это перекладывание с больной головы на здоровую.
— пользователь плохо разбирается в удобстве и продуктивности интерфейсов;
— время на настройку — потерянное с точки зрения полезной работы;
— если удобство работы с приложением можно повысить настройкой, почему вы — дизайнер системы — не сделали этого?
Иногда настройки во благо — если речь о персонализации, через которую человек выражает свою индивидуальность (вроде аватарки в профиле).
Иногда настроек не избежать — если речь о корпоративных продуктах. Но даже в этом случае их стоит всеми силами минимизировать.
В остальных случаях не вижу оправдания для существования настроек, кроме лени дизайнера.