А сегодня хочу написать про пару способов, чтобы ломать боязнь чистого листа

Сегодня как раз обсуждали этот вопрос с моей mentee: ей нужно написать стратегию на следующие несколько месяцев; продуктовая область обширная и сложная - с чего начать? Несколько лет назад я в ее ситуации открывала Google Doc и, понятное дело, прокрастинировала. Мыслей много, но они как спутанный клубок ниток: непонятно, за какую нужно потянуть. Мозг пугается и решает: может, лучше и не трогать?

Сейчас у меня есть несколько уловок, чтобы себя обмануть и стартовать процесс.

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

Опытные ребята создают такие шаблоны для себя сами. Условно, я десятки раз писала стратегию, роадмап, PRD - за это время уже успела понять, что для этих документов важно, на какие аспекты нужно обратить внимание. Вместо того, чтобы каждый раз начинать с чистого листа, нужно сделать для себя заготовку. Конечно, можно исправлять/убирать/добавлять вопросы; суть в том, что у вас остается костяк, на который потом легче и быстрее нанизывать основное содержание.

2) "Мы уже это сделали".
Это вариация на тему Амазоновского working backwards. Наш мозг не очень хорошо умеет предполагать, зато отлично умеет объяснять – и этим надо пользоваться. Сравните:

"Представь, что нам надо сделать лучший в мире мессенджер. Что бы ты предложил?"

"Сейчас 2025 год, и мы запустили лучший в мире мессенджер. Что мы сделали, что у нас получилось?"

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

Я очень люблю делать это упражнение с командой. Например: "2 месяца спустя, мы запустили фичу X, но она с треском провалилась. Что пошло не так?".

3) "Это не я"
Этим способом я пользуюсь реже всего, но иногда он помогает :)
Представьте, что вы общаетесь с лучшим другом, и он/она задает вам вопрос: "А что бы ты мне посоветовал в ситуации Х?". (Ситуация Х, собственно, и есть ваш вопрос, над которым вы прокрастинируете).
Это забавно, но нам легче принимать решения за других, чем делать это для себя. Иногда новая перспектива, когда вы будто немного в стороне и просто даете совет, помогает абстрагироваться и снять творческий блок.

Краткосрочная близорукость

Краткосрочная близорукость

Я думаю, что все мы рано или поздно оказываемся в ситуации, когда погрузившись в проблему и предлагая просто отличное решение, мы слышим: «Отлично! Но вот пока, как-то сложно это все реализовать... Может мы сможем что-то с этим сделать? А то долго просидим, а метрики упадут»

И что мы делаем в такой ситуации? Либо идём на поводу, изобретая компромисс. Либо режем все до MVP, а остальное уезжает в светлые будущие релизы. Но давайте откровенно, из этих светлых будущих релизов ещё ничего не возвращалось.

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

И как бороться с подобной одержимостью краткосрочного скачка показателей на дашборде? Просто:

1) Задайтесь вопросом, а стоит ли вообще заниматься этой задачей? Я не шучу. Если задача вообще не соотносится с долгосрочной стратегией, то она попросту не стоит затрачиваемых усилий.

2) Что произойдёт, когда задача будет сделана? Что-то хорошее или всем будет все равно? Я как-то месяц работал над задачей, чтобы через полгода обнаружить, что после релиза функциональность физически не работает... И всем пофиг. Значит идея явно не стоила пота.

3) Держите в голове конечный результат и задайтесь вопросом: что я прямо сейчас могу сделать, чтобы все остальное стало проще или совсем ненужно?

4) Почитайте статью: https://uxdesign.cc/tackling-chronic-short-termism-f9058f04f8db там много интересного :)

Блок продукта. Продолжение

Блок продукта продолжился занятиями с Женей Бондаревым, арт-директором Redmadrobot. С Женей мы провели около 4 занятий. Одна из основных целей его занятий — научить нас выходить за рамки привычных паттернов поиска идей.

Дивергентное мышление

Дивергентное мышление подразумевает, что у задачи нет одного идеально правильного решения, другими словами — творческий подход к решению проблем. Один из самых больших недостатков современного образования заключается как раз в том, что оно подавляет дивергентное мышление — нас учат мыслить по шаблону, с единственно верным решением. Неудивительно, что дивергентное мышление очень развито у детей, так как с возрастом мы обрастаем рамками и запретам. И вообще, способность к дивергентному мышлению — это признак высокого IQ 🤓

Далее мы проверили этот подход на себе:

Шаг первый. Женя попросил нас выписать на бумаге 5 проблем, с которыми мы сталкивались последнее время. Всё что угодно от длинной очереди в магазине, до простуды. Потом из 5 проблем мы выбрали одну наиболее интересную для себя.
Шаг второй. Необходимо было открыть Яндекс Дзен, рандомно проскроллить ленту и остановиться на случайной новости.
Шаг третий. Соединить эти истории вместе.

Приведу в пример вариант, который в итоге получился у меня. 

Проблема, которую я выписал — цена на Uber от метро до дома неприятно повысилась, а Яндекс Дзен выдал мне статью о том, что власти Москвы хотят создать департамент одиночества.

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

как-то так 🙂

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

Ментальная емкость

Ментальная емкость

Поговорим о емкости мышления, емкости умственной деятельности или ментальной емкости.

Перед тем, как ответить на сложный вопрос, мы думаем и только потом отвечаем. Если мы вынуждены принять решение, мы хотим знать все условия, тогда решение принять не сложно. Но даже если мы знаем все условия, а решение может повлиять на нашу жизнь, это решение дается нам не просто. Что уж говорить о принятии решений в условиях неопределенности, с чем каждый день сталкивается предприниматель — это тяжело.

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

Но насколько тяжело принимать решения? Сложно ли выбрать одежду утром, в которой пойти на работу? Не очень, но этот процесс тоже требует приложения умственных усилий.

А что на счет сложной деятельности в условиях стресса? Например, прямо перед встречей, на которой будет решаться важный вопрос, вы получаете ужасную новость. Это стрессовая ситуация. Легко ли вам будет провести встречу? — очевидно, сложнее.

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

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

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

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

Осознание существования ментальной емкости открывает огромные возможности перед каждым человеком. Это позволяет по-настоящему понять смысл фокусировки на деле и важность состояния потока.

Имеет смысл увеличивать объем ментальной емкости с помощью тренировок. Для этого необходимо постоянно выходить из зоны комфорта. Это касается любой профессиональной деятельности.

Редактор UX Movement Энтони написал о цветовом контрасте и доступности интерфейса по стандартам WCAG

1. Требования WCAG не всегда оптимальны. Алгоритм оценки контраста занижает её для белого текста на ярком фоне (синем или оранжевом), хотя читать его легче чёрного текста.

2. Контраст текста не обязательно тянуть на уровень 7:1. Это полезно, если большая часть вашей аудитории — люди старше 70 лет с потерей зрения 20/80. Для определённого контента достижение уровня 7:1 невозможно вовсе.

3. Так как текст надо читать, его стандарты контрастности выше, чем у других компонентов интерфейса. У текста 4,5:1 против 3:1 у иконок.

4. Если у иконки есть доступная подпись (контраст 4,5:1), контраст самой иконки не важен. Также не важен цвет кнопки, если находящийся на кнопке текст доступен. Требование контрастности не распространяется на неактивные компоненты (например, отключённые кнопки).

5. Дальтоники нормально воспринимают различные уровни цветового контраста. Если для разграничения состояний использовать только контраст, вероятно, эти состояния будут им доступны.

6. Требование «цвет не должен использоваться в качестве единственного визуального средства передачи информации, обозначения действия или различия элемента» справедливо, когда разным цветам назначены конкретные значения для информирования пользователя. Если для информирования использовать светлоту и темноту с хорошей разницей в контрасте, дополнительный сигнал не нужен.

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

https://ux.pub/mify-o-dostupnosti-tsvetovogo-kontrasta/

Как писать сообщения об ошибках

Как писать сообщения об ошибках

Есть простой шаблон:
В заголовок — что призошло
Основным текстом — причина и что делать дальше
Кнопкой — действия
Код ошибки, если необходим

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

Если пользователь отправлял письмо, а оно не отправилось, то так и пишем: Письмо не отправлено

Хорошо:
✅ Не удалось загрузить сообщения
✅ Фотографии не отправлены
✅ Платёж не прошел

Плохо:
❌ Что-то пошло не так
❌ Ошибка!
❌ Память не может быть read

Основной текст должен объяснять причину и писать что делать дальше. Ориентируйтесь на ваших пользователей и место возникновения ошибки. Если вашим продуктом пользуются люди, не связанные с IT, то старайтесь избегать таких словечек, как данные, сервер, запрос. Обычно, человек поймёт это либо неверно, либо не поймёт вовсе. Если у вас профессиональный инструмент, то пишите профессиональным языком. В этом случае, конкретика поможет разобраться в ошибке. Хорошо, если вы сможете написать что делать, чтобы ошибка не возникала.

✅Хорошо для простого человека:
Не удалось сохранить документ. Документ слишком большой. Уменьшите размер документа до 800 символов или разбейте на части.
Разбить на 3 части
Закрыть

✅Хорошо для профессионала.
Не удалось сохранить документ. Размера файла подкачки не хватает для сохранения. Увеличьте размер файла подкачки до 1 ГБ или уменьшите размер вашего документа до 800 символов.
Увеличить файл подкачки
Разбить на 3 части
Закрыть

❌ Плохо:
Не писать причину
Писать профессиональным языком для непрофессионалов

Если причина неизвестна, то можно так и писать: Ошибка произошла по неизвестной причине. Помогите нам разобраться, отправьте отчёт.

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

✅Хорошо
Вы ввели неверный пароль слишком часто. Чтобы восстановить пароль, обратитесь в службу поддержки.
Позвонить в службу поддержки
Написать в службу поддержки
Закрыть

❌Плохо:
Вы ввели неверный пароль слишком часто. Чтобы восстановить пароль, обратитесь в службу поддержки.
Закрыть

Пишите код ошибки, если ошибка специфическая, который поможет при общении с техподдержкой. Пишите его либо отдельно, либо в основной текст. Код не должен привлекать много внимания.

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