Алина Ермакова написала, что делать, когда от команды осталась половина.

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

#management

Портфолио, часть 1. Общие советы

При отклике на вакансию вы посылаете три артефакта, по которым вас будут судить: портфолио, CV и профиль Linkedin. Все они должны рассказывать одну историю: количество лет опыта, компании в которых работали, основные проекты, набор скилов и так далее. Напишу отдельно о каждом из них, начну с портфолио.

Рассказ о портфолио будет в четырёх частях. Сегодня первая часть — общие советы.


Где делать

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

Первое портфолио я сделал в Ноушене и с ним меня позвали на несколько собесов. Моя подруга получила оффер от нидерландской компании с портфолио также в ноушене. А когда Ноушн с портфолио уже работал, я постепенно собрал сайт и переехал на aakaravaev.com.


Мобильная версия

Смартфоны есть у всех и ваше портфолио будут смотреть с них тоже. Важно, чтобы на мобилке портфолио выглядело хорошо. Ноушен мобайлфрендли из коробки. Остальные конструкторы сайтов наверное тоже (не проверял). Моё портфолио собрано на Бутстрапе и про мобилки знает. Яндекс.метрика на моём сайте показывает треть заходов с мобилки. Это огромное число и оставлять без внимания мобильную версию не нужно.


Проверьте, чтобы сайт в принципе был доступен

С отдельным доменом могут быть проблемы. Я сначала жил на российском хостинге и из-за рубежа он не был доступен. Я написал в поддержку и меня перевели на другой айпи. Потом были проблемы с доступностью из-за отсутствия SSL. Починил и это. Так что проверяйте доступность. Попросите друзей в разных странах открыть ваш сайт, попробуйте из России зайти на сайт под ВПН.


Английский язык

Если вы ищете работу на международном рынке, то все тексты у вас должны быть только на английском. Мне было сложно писать на английском сразу большие тексты. Поэтому я писал на русском и потом переводил с помощью Deepl. Когда портфолио будет готово, обязательно проверьте его на ошибки. Можно воспользоваться Граммарли или отправить кому-нибудь на вычитку.


Упражнение перед созданием портфолио

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

Я искал на Линкедине — вбил в поиске product designer, выбирал в настройках разные страны и открывал подряд сайты с портфолио со страниц дизайнеров.

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

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

Владислава Епифанова написала о настройке каналов сбора обратной связи от пользователей.

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

#research #feedback

Норм поговорили

«нереальный коллаб» очнулся из комы с этого года.

УКАЗЫВАЕШЬ ССЫЛЬ НА АВТОРА
@
ФУУУ РЕКЛАМА!

НЕ УКАЗЫВАЕШЬ
@
ПАЧЯМУ НЕ УКАЗАЛ АВТОРЯ? РЯЯЯ!

Итак первая заметка по стимдекогеймингу:

Чем дальше идут годы, тем меньше становится желания играть, и тем больше хочется сократить процесс от «мыслей об игре» до самого «играния». Если раньше были нормой загрузки ПК по 3-5 минут, загрузки игры по 10 (первый ведьмак до патчей например грузился ровно столько), то сегодня хочется чтоб СЕЛ И ПОЧАЛОСЬ.

В основном именно поэтому я на хуе крутил vr. Включи комп, включи шлем, подключи кабель, расчисть комнату, дождись ланчера от кокулуса, ланчера от стим-вр, зайди в один дашборд, другой, подожди пока очередное юнитиговно включится. Итого чистыми минут 15 уходит на мереминание сисек.

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

В итоге когда хочешь во что-то поиграть начинаешь — думать в первую очередь о том сколько тебе надо сделать лишних движений, прежде чем получится наслаждаться самой игрой. И забиваешь на это всё, и дальше торчишь 2-3 часа в тиктоке или скроллишь телегу.

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

Возможно это эффект «новой игрушки», но в отличие от того же vr я уже уверен, что через месяц дек не будет пылиться без дела. Загадывать не будем, поэтому это всего-лишь "заметки" по большей части про UX.

Если сохраняется ощущение, что модные обсуждения про сhat-gpt и другие генеративные трасформеры и нейросетки пролетают мимо вас, а хотели бы не упустить или просто искали хорошие описание по джипитишкам, то помогут статьи для обзора из блога команды исследователей Гугла:

ai.googleblog.com/2023/01/google-research-2022-beyond-language.html

ai.googleblog.com/2023/01/google-research-2022-beyond-responsible.html

Барьер: Английский. Даже если ничего непонятно, всё равно рекомендую заголовки и картиночки посмотреть. Уже этого будет достаточно, чтобы узнать по теме больше чем 99,6% планеты.

Альтернатива, замечательный ролик от Vox про всеядный шрифт и это даже близко не гельветика:
youtu.be/Zu91meda2I8

Екатерина Бессчётнова написала о подготовке прототипа для пользовательского тестирования.

— Прототип строится вокруг сценария тестирования — вопросов и заданий, предлагаемых респондентам;
— Задания следуют из гипотез. Гипотеза: при подборе товара людям неудобно использовать фильтр по цене. Задания: подберите товар Х удобным способом; подберите товар Х не дороже 10 рублей;
— Продумайте точки входа в тестируемый сценарий, чтобы он не начинался для пользователя внезапно;
— Отобразите все граничные случаи, с которыми пользователь может столкнуться, например, сообщение об ошибке, если заполнены не все поля. Страницу с 404-й ошибкой добавлять не надо;
— Добавьте максимум путей решения задачи, чтобы увидеть, куда пользователи на самом деле пойдут, и сравнить эффективность главного и второстепенного пути;
— Добавьте ошибочные пути, чтобы не было гарантии, что все респонденты выполнят задания. Так можно узнать, когда они заметят ошибку и как будут её исправлять. Активны должны быть не все развилки, а только вызывающие сомнения;
— Проработайте не только линейный путь вперёд по сценарию, но и способы вернуться назад;
— Чем ближе прототип к финальному продукту и реалистичнее взаимодействие с элементами интерфейса, тем лучше: визуальные акценты, реалистичный текст и релевантный контент, соответствие тону голоса и так далее;
— Если пользователи должны вводить данные, поля должны быть активны и не заполнены. Если это не прототип в Axure, поля можно заполнять по нажатию. Проверьте, что контент адекватен выполняемому заданию;
— Скройте отображение кликабельных областей и, насколько возможно, служебный интерфейс прототипа;
— Некликабельные элементы, с которыми предположительно могут взаимодействовать респонденты, должны реагировать на наведение курсора и, например, приводить к изменению курсора;
— Учитывайте разрешение устройства, на котором будет проходить тестирование;
— Перед тестированием на респондентах, проверьте прототип внутри команды.

#prototype #user_testing

Кстати, macOS Ventura имеет нативный инструмент по удалению фона у изображений прямо в Finder.

Кстати, macOS Ventura имеет нативный инструмент по удалению фона у изображений прямо в Finder.