🏍️ Более быстрая лошадь

🏍️ Более быстрая лошадь

Продуктоводы любят цитировать Генри Форда:

Если бы я спросил у людей, чего они хотят, они бы попросили более быструю лошадь [а не автомобиль]

Вывод делается такой, что пользователи, мол, сами не знают, чего им надо.

Кажется, в этой байке очень мало хорошего:

1. «Если бы спросил, они бы попросили». Да откуда ты знаешь? Спроси сначала — мало ли, вдруг ответы тебя удивят.

2. Допустим, реально ответили, что нужна «более быстрая лошадь». Это весьма полезная информация, только надо сфокусироваться на «быстрая», а не «лошадь». Почему важна именно быстрота, а не выносливость, комфорт или там стоимость владения? Что смогут они такого делать, чего раньше не могли? Сразу возникают вопросы, которые помогут увидеть правильное направление.

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

4. Средний продуктовод — далеко не Генри Форд (сорян). Не грех и спросить, корона не свалится.

В общем, я за другую цитату Форда:

Мой секрет успеха заключается в умении понять точку зрения другого человека и смотреть на вещи и с его, и со своей точек зрения.

Core Protocols

Когда я пришел в ManyChat, я первый раз услышал про LeSS и пошел читать методичку. А в методичке по LeSS я наткнулся на отсылку к Core Protocols, про которые не слышал раньше, и тоже пошел читать про них.

И если вкратце, Core Protocols — это система фасилитационных техник, направленных на улучшение коммуникации внутри команд.

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

Они подумали, что если мы пишем протоколы (правила взаимодействия функциональных блоков) для софта, и все четко работает, почему мы не можем написать протоколы для рабочих процессов, чтобы не было издержек в виде ненужных встречь, нерезультативных переписок или споров.

На деле получилось 2 списка: список коммитов (обязательств) и список самих протоколов, которые выложены в открытый доступ с открытой лицензией, как софт, и которые со временем дополняются, изменяются, актуализируются.

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

Я их переведу на русский со своими комментариями, и если вы найдете более емкие формулировки, то пишите, я дополню/исправлю:

1) Я обязуюсь участвовать, когда присутствую
Это про то, что если участвуешь во встрече, то участвуешь, а не залипаешь в ноутбуке. Дополнительно расширяется на личную внутреннюю осознанность. Если что-то делаешь, то понимаешь зачем.

2) Я буду стремиться больше воспринимать, чем быть воспринимаемым
Это про то, чтобы слушать и пытаться понять аргументы, а не продавливать свою точку зрения любыми средствами.

3) Я буду использовать команды, особенно при выполнении сложных задач
Это про помощь. Ты должен пользоваться всеми видами помощи, которые можешь получить от людей вокруг, а не пытаться супергеройски вытащить проект, перегореть и уволиться.

4) Я буду говорить всегда и только тогда, когда верю, что это улучшит соотношение усилие/результат
Это про осознанное высказывание мыслей. Не нужно говорить просто, чтобы стать заметным для кого-то на встрече.

5) Я буду предлагать и принимать только рациональное, ориентированное на результат поведение и общение
Понимаешь, что разговор эмоциональный, не про цель, на высоких тонах, отмечаешь это и не вписываешься в такую игру.

6) Я буду избегать непродуктивных ситуаций
Если понимаешь, что 23 встречи в неделю не приводят к результату, отмечаешь это, и стараешься не участвовать им, не мешая при этом другим.

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

8) Я буду стремиться двигаться к цели, смещая свое поведение в сторону действия
Всегда разгоняй активным действием, создавай положительную инерцию, которую сложно остановить даже самыми тупыми действиями и комментариями.

9) Я буду использовать протоколы, когда это применимо
Всегда помнишь про протоколы и стараешься их применять каждый раз, когда они нужны.

10) Я никому не причиню вреда—и не потерплю причинения вреда—за его или ее верность этим обязательствам
Если закомитились на core protocols, то не нужно закатывать глаза и проявлять агрессию (даже пассивную), когда тебе кто-то подсветил, что ты наваливаешь не в ту сторону.

11) Я никогда не буду делать ничего глупого нарочно
Вот да!

Это только верхушка, в следующий раз посмотрим на сами коммиты.

Вообще очень рекомендую прочитать оригинал текста с коммитами вот здесь — https://liveingreatness.com/core-protocols/the-core-commitments/

Простой интерфейс

Ещё до того, как пользователь в первый раз запустил программу, у него в голове уже сложилось представление, как она работает.

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

А вот как не обмануть:
https://antonz.ru/simple-ui/

Корректура в конце

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

Сейчас в меня полетят помидоры от магов корректорской гильдии, но я должен об этом сказать. Орфография переоценена. Да, ошибки снижают доверие и обидно оскорбляют русский язык и Розенталя лично. Но разве «тся или ться» — это главное в жизни?

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

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

Потому что запятую скорее всего простят, а вот бесполезность и алогичность — нет.

Психологические игры при найме UX-дизайнеров

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

  • Мне надо семью содержать / у меня ипотека / надо лечить много зубов / в Москве дорого снимать квартиру. Поэтому я не могу получать меньше чем Х рублей.
  • Я хочу переквалифицироваться в UX-дизайнера. Долго работал в смежной области и получал 130К. Опыта нет, но к вам перейти очень хочу. В ЗП падать не могу
  • Я хочу чтоб было классно и интересно, потому что сейчас у меня в продуктовой компании Y-банка ничего никуда не доходит, мы рисуем одну страничку по два месяца, а потом её не берут. А хочется динамики и развития. И не падать меньше текущих 200К. По скилам я мидл, но быстро дорасту до лида.
  • Я учился неделю в вышке / британке — на классном дорогом курсе. У меня есть учебный кейс и из опыта больше ничего, но я думаю что я теперь мидл, дайте мне 120К.
  • Мне 20 лет, опыта работы нет совсем, ни в чем не работал, ничего не знаю. Хочу вам предложить, чтобы вы меня несколько месяцев обучали и растили, можно и не платить ЗП.

Все эти доводы довольно странные для профессиональной деловой сферы.

Я чувствую себя мужиком, у которого просит деньги невеста, исходя из своих женских потребностей:
— Мне нужно новое платьишко, потому что у Кристины день рождения, не могу же я в старом пойти?!

Только скилы, опыт, рынок, срочность найма или хотения этого кандидата определяют ЗП.

Очень часто девочки недооценивают себя, а мальчики переоценивают. В среднем на одни и те же скилы девушки называют ЗП на 30% ниже рынка, а парни на 50% выше.

Из 1500 откликов за полгода мы провели 43 собеседования, наняли 5 человек, а 4-ро прошли испытательный.

Вероятно, меня никто не поймёт кроме таких же людей, которые нанимают и развивают команды и процессы.