Виктория Филиппова написала о возрастной маркировке.

— Это отметки вроде 6+, 12+. Они указывают, с какого возраста рекомендуется просмотр контента, участие в мероприятии или использование предмета;
— В России, согласно федеральному закону 436-ФЗ, маркировка должна быть на афише, объявлении или билете и занимать не менее 5% их площади;
— Роскомнадзор и суды считают афишей любой публичный визуальный элемент, который информирует о событии и побуждает к просмотру, участию или покупке билета. То есть это и баннер, и карточка события на сайте;
— Отметка должна быть заметной, то есть её нельзя прятать внутри текстового описания мероприятия или размещать в углу страницы без видимой связи с событием;
— Если на странице мероприятия есть и его описание, и постер, для полного соответствия закону маркировка должна быть и в описании, и на постере (да, получается дублирование);
— В статье есть примеры маркировки на Яндекс Афише, Афише, МТС Live, Кинопоиске, Кассире, Киномониторе, а также на иностранных ресурсах;
— Брать пример с конкурентов не всегда хорошая идея, так как они могут закон не соблюдать, беря на себя риск;
— Не стоит делать маркировку настолько незаметной, насколько позволяет закон. Это полезная информация о мероприятии, которая должна быть доступна наравне с прочей информацией. Благодаря ней родители могут понять, что подходит их детям (особенно актуально для родителей малышей), и сделать правильный выбор.

#laws #entertainment

Павел Шерер написал о подходе к приоритизации PoDPR.

— Формула: (Pain ÷ Difficulty) × Probability × Reversibility;
— Боль — выраженность проблемы для пользователя или бизнеса. Сложность — стоимость реализации. Чем больше боль и меньше затраты на её устранение, тем лучше;
— Probability — насколько вероятно, что изменение даст целевой результат. Должно основываться не на вере, а на данных, экспериментах и обратной связи;
— Reversibility — насколько легко откатить решение при провале. Чем выше обратимость, тем смелее можно проверять гипотезы;
— Формула прямо наказывает дорогостоящие, слабообратимые и плохо подтверждённые затеи;
— В статье есть критика других способов приоритизации (MoSCoW, RICE, ICE, Kano Model, WSJF, Value vs Effort Matrix, User Story Mapping, Impact Mapping) и советы, как дополнить их с помощью PoDPR;
— PoDPR не задумывался как жёсткая формула, его сила в способности адаптироваться под контекст компании;
— Например, если важно считать охват новых фич, как в RICE, то Pain можно разложить на Severity (серьёзность проблемы) × Frequency (частота возникновения) × Reach (охват);
— Если критично время, можно добавить аналог Time Criticality из WSJF. PoDPR = (Pain ÷ Difficulty) × Probability × Reversibility × Urgency;
— Если важно учесть масштаб возможного ущерба — коэффициент Blast Radius;
— Если важно выбирать устойчивые и лёгкие в поддержке решения (для платформенных изменений) — коэффициент Sustainability;
— Добавляя коэффициенты, важно задокументировать, кто оценивает, какие источники данных используются, какие артефакты должны подтверждать оценки;
— Возможные значения коэффициентов фиксируются в шкалах с описанием и примерами, какое значение выбирать. Например, для оценки Urgency должны быть конкретные критерии: срок до дедлайна, сезонность, ограниченность окна возможностей;
— Изменения в шкалах допустимы не чаще, чем раз в квартал, чтобы не превращать формулу в инструмент для политических игр.

#prioritization

Расскажем просто о сложном и разберёмся, как создавать реально эффективные интерфейсы! 💻

Идеальный план на 22 ноября для дизайнеров, исследователей и продактов — конференция «Просто Сложно», посвящённая дизайну и исследованиям инженерных продуктов.

В программе конференции — выступления экспертов из Сбера, Т1, Wildberries и «Газпром нефти». И, конечно же, ответы на важные вопросы:

✔️ Зачем и как систематизировать процесс дизайна?
✔️ Как создать универсальную платформу для интеграции инструментов?
✔️ Какие метрики можно измерить в инженерных продуктах, а какие — нет?

Регистрируйся на онлайн-трансляцию самого экспертного выходного ноября! 😉

Дмитрий Подлужный написал о проектировании интерфейсов интерактивных экранов.

— Надо понимать размеры экрана, для которого проектируете. В идеале — иметь доступ к устройству. Если доступа нет, создайте макет в натуральную величину;
— Важную роль играет расположение экрана: на какой высоте, под каким углом он находится, каким будет освещение;
— Вертикальные экраны требуют явного обозначения интерактивности. Например, с помощью подсказки «Нажмите, чтобы начать»;
— Наклонённые экраны сразу воспринимаются как интерактивные. А разные их участки доступнее, чем на вертикальных экранах;
— Размещайте элементы управления в легкодоступных зонах;
— Контент и навигация (интерактивные элементы) должны заметно отличаться визуально;
— Обеспечьте заметный отклик на действия пользователя;
— С большим экраном естественнее взаимодействовать ладонью или несколькими пальцами, а не только кончиком одного пальца;
— Минимизируйте количество нажатий, ручного ввода текста и других действий, требующих высокой точности;
— Двигать рукой утомительнее, особенно если она остаётся на весу;
— Избегайте утомительных действий вроде долгой прокрутки, частого перетаскивания объектов;
— Зоны клика должны быть больше самих элементов, особенно если пользователь смотрит на них под углом;
— Экраны большие, но пользователь находится близко к ним, на расстоянии вытянутой руки, и его поле зрения ограничено;
— Не разбрасывайте элементы по экрану, чтобы не заставлять человека поворачивать голову. Это утомляет;
— Используйте анимацию, чтобы привлечь внимание к определённым элементам;
— Дайте возможность перемещать экранную клавиатуру в удобное место на экране;
— Автоматически возвращайте экран в исходное состояние, если он долгое время не используется, чтобы следующему пользователю было удобно начать взаимодействие.

#interactive_display

Про соискателей, которые хотят не работать, а "спасать"

Ищем CMO в клиентский проект. 7 резюме - 7 отказов. Не потому что кандидаты слишком квалифицированы. А потому что с первых минут разговора начинается одно и то же: "Вот у вас тут всё неправильно, надо делать вот так". Человек ещё не выяснил ничего о компании, о специфике бизнеса, о задачах, о том, что уже пробовали, но уже готов учить жизни и продавливать свои убеждения. Им говорим вежливо: "Вы слишком квалифицированы для этой позиции".Но в голове совсем другая формулировка

Многие соискатели не понимают свою роль. Они приходят не работать, а "спасать". Не решать задачи бизнеса, а реализовывать свои идеи. Не разбираться в ситуации, а навязывать свои убеждения. Это особенно заметно на позициях CMO, директора по маркетингу, руководителя отдела продаж. Человек считает, что раз он "эксперт", то имеет право с порога объяснять владельцу бизнеса, как надо жить. До того, как узнал хоть что-то о компании.

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

Что не так с подходом "я пришёл вас спасать"? Первое: ты не знаешь контекста. Может, то, что ты считаешь "правильным", уже пробовали. Может, есть причины, почему делают именно так. Может, ты просто не в курсе специфики этого рынка или этого бизнеса. Второе: ты показываешь, что не умеешь слушать и разбираться. А это ключевые навыки для любого руководителя. Если ты с порога начинаешь давить своё мнение - какого чёрта ты будешь делать на позиции? То же самое.
Третье:ты конфликтуешь с владельцем ещё до того, как начал работать. Это плохой знак для обеих сторон.

Как надо? Приходишь на собеседование - задаёшь вопросы. Много вопросов. О бизнесе, о клиентах, о продукте, о текущей ситуации, о том, что уже пробовали, что сработало, что нет. Слушаешь. Разбираешься. И только потом, когда понял контекст, можешь предложить свои идеи. Но не как единственно верные, а как варианты для обсуждения. "Вот что я вижу. Вот что можно попробовать. Как вы на это смотрите?"

Твоя задача - не спасать бизнес от его владельца. Твоя задача - помочь владельцу решить его задачи. Это разные вещи. Когда человек с порога начинает учить жизни - это, как нынче модно выражаться, рэд флаг)) Потому что дальше будет так же. Он не будет слушать. Он будет продавливать своё. Игнорировать реальность. Конфликтовать с командой и с руководством. И потом, когда его "выпиздят ссаными тряпками" за отсутствие хоть какого-то результата, будет ходит по рынку и рассказывать о том, какой "сложный человек" его бывший работодатель.

Об этом же говорит ув.Павел Тумаков на Censum. Непонимание потребителя и неспособность продвинуть себя как продукт - расписаться в собственном непрофессионализме

И да, мы говорим "вы слишком квалифицированы". Потому что отказать вежливо проще, чем объяснять, что проблема не в квалификации, а в позиции. Что человек пришёл не работать, а доказывать свою правоту. А если тебе кажется, что ты пришёл "спасать компанию от её владельца" - лучше вообще не приходи. Сэкономишь время себе и работодателю.

Games marketing in the 90s

#meme@GameDEV
#Marketing@GameDEV

Если каналу нельзя ставить клоуна, я считаю, что автор пока не дорос до блоггинга в принципе 😆

Небольшой красноглазинг

На Steam Machine можно поставить E-ink экран для мониторинга прозводительности. Его используют сотрудники Valve в тестах и не собираются продавать.

К счастью, компания TRMNL, которая как раз делает E-ink экраны для дашбордов, пообещала сделать такой для всех.