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

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

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

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

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

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

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

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

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

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

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

Евген Эсану прочитал обновлённую версию «Не заставляйте меня думать» Стива Круга и сформулировал рекомендации, которые могут пригодиться даже опытным дизайнерам.

1. Люди не читают, а сканируют. Дробите текст, выделяйте ключевые слова.
2. Создавайте явную визуальную иерархию. Делайте заметнее более важные объекты, группируйте связанные.
3. Не изобретайте колесо. Придерживайтесь сложившихся сценариев взаимодействия. Предлагая новое решение, прикиньте, во сколько (времени и усилий) обойдётся его внедрение.
4. Убирайте инструкции, интерфейс должен быть понятен без них. Если без инструкций не обойтись, смотрите пункт 1.
5. Учитывайте, что люди не знают, как работает ваш продукт, и не хотят разбираться.
6. Людям не так уж важны едва уловимые детали и эффекты в ваших продуктах. Убедитесь, что пользовательский сценарий полностью проработан, и полируйте дизайн после этого.
7. Не путайте фокус-группы и юзабилити-тесты. Первое — обмен мнениями и групповое обсуждение (например, продукта). Второе — наблюдение за человеком, который использует продукт.
8. Помните, что люди не похожи на вас. Принимая решения, не концентрируйтесь только на личных ощущениях.
9. Учитесь задавать правильные вопросы.
10. Пользователь не должен думать «где я», «с чего мне начать», «куда делось …», «что здесь самое важное», «почему они так назвали это», «это реклама или часть сайта?». Это отвлекает его от более важных вопросов: «Зачем я здесь» и «Что мне надо сделать».

В переводной статье почему-то нет ссылки на оригинал и даже его названия, так что стоит сослаться здесь:
— Перевод: https://usabilitylab.ru/blog/10-melkih-oshibok-v-dizajne-kotorye-my-po-prezhnemu-sovershaem/
— Оригинал: https://uxplanet.org/1cd5f60bc708

Обучать или не обучать UX-дизайнеров?

Обучать или не обучать UX-дизайнеров?


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

Итак, плюсы — какие выгоды компании это даёт:
— На рынке готовых спецов практически нет, поэтому дотягивать по качеству и скиллам иногда единственный вариант прокачать команду и получить хороший результат проектов.
— Это большой плюс при найме — к нам больше хотят, потому что мало кто себе может такое позволить.
— Средняя экспертность команды растёт, постепенно все люди дорастают до уровня, когда им можно дать любые задачи, а не думать: «Он не справится с такой задачей, что бы ему дать попроще?»
— Удержание: для сильных людей программа развития становится очень индивидуальной, но так как процессы развития и обучения поставлены на поток, сильные не остаются в стороне, а начинают сильнее влиять на бизнес и команду.
— Качество и скорость задач и проектов растут.
— Появляется единое информационное поле: новые знания быстро распространяются и внедряются.
— Выявляются стагнирующие или неразвивающиеся люди, которые тянут кор-команду на дно и занимают очень много времени сильных людей. Что делать с этим — каждый решает сам, а система позволяет это увидеть и отследить.
— Организация и постоянный обмен обратной связью позволяет держать руку на пульсе настроения команды и каждого сотрудника и можно решать не только барьеры в работе, но и психологические проблемы конкретных членов команды.

А теперь самое сладенькое, бизнесовое, про минусы:
— Деньги. Это минус 500-700К рублей в месяц из расчёта часов команды и сильных спецов. Это на команду дизайнеров в 12 человек. Ну а чё поделаешь то…
— Всех не наймёшь: нельзя чтоб в команде было больше 25% джунов или новичков — процессы и качество рушатся, кор-команда стонет и не вывозит.
— Не все кто был в восторге от системы обучения на собесе, начнут учиться. Не все кто учатся — начнут применять знания в проектах. Появится много людей, которых тянуть за уши не надо ни в коем случае. Не надо пинать и навязывать — сильные останутся, слабые уйдут.
— К нам теперь идёт поток людей учиться: «Возьмите меня хоть бесплатно и учите, а я проекты буду делать». Надо понимать, что такие «бесплатные» люди стоят даже дороже джунов — самостоятельно они делать ещё ничего не могут, а времени сильных будут выжирать очень много.

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


Сотрудники и команда — основной ресурс, без них ничего бы не было. Они и есть компания, поэтому вкладываться в развитие стратегически важно:
http://bit.ly/3aLXqY1