198
Чат читателей @uxnotes · Редактор: @zGrav
SberDesign Meetup
Приглашаем дизайнеров познакомиться друг с другом и с командами, которые двигают дизайн-индустрию вперёд. Восемь выступлений о том, как сегодня строится дизайн внутри разных направлений — от ежедневных сервисов доставки еды до промышленного дизайна.
В гостях: Авито, Атом, S7, Додо Пицца, SberDevices, Самокат, Домклик, Сбербанк.
Интенсивная серия коротких докладов про:
➖ Дизайн-команды: как они развиваются и какие новые роли появляются, чтобы отвечать на задачи бизнеса.
➖ Культуру и взаимодействие: как выстраиваются отношения внутри команд и растится доверие.
➖ Новые вызовы в продуктах: какие решения помогают командам не просто адаптироваться, а менять рынок.
1 декабря, 18:00
Москва, офис Сбера
Бесплатно, по регистрации
👉 Подать заявку
Сейчас вспомнил, как работал в спортивном агентстве, и мы обслуживали аккаунты соцсетей Олимпийского комитета России. У нас самые адовые комментарии (да еще в каком-то библейском количестве) производили люди 50+ в постах про фигурное катание.
На стене «С Днём Покрова Пресвятой Богородицы» и рецепты огурцов. А в комментах писали что-то в духе «Пошла нахер твоя Медведева-Бабасян и ты иди нахер, шаболда безглазая».
Дмитрий Подлужный написал о проектировании интерфейсов интерактивных экранов.
— Надо понимать размеры экрана, для которого проектируете. В идеале — иметь доступ к устройству. Если доступа нет, создайте макет в натуральную величину;
— Важную роль играет расположение экрана: на какой высоте, под каким углом он находится, каким будет освещение;
— Вертикальные экраны требуют явного обозначения интерактивности. Например, с помощью подсказки «Нажмите, чтобы начать»;
— Наклонённые экраны сразу воспринимаются как интерактивные. А разные их участки доступнее, чем на вертикальных экранах;
— Размещайте элементы управления в легкодоступных зонах;
— Контент и навигация (интерактивные элементы) должны заметно отличаться визуально;
— Обеспечьте заметный отклик на действия пользователя;
— С большим экраном естественнее взаимодействовать ладонью или несколькими пальцами, а не только кончиком одного пальца;
— Минимизируйте количество нажатий, ручного ввода текста и других действий, требующих высокой точности;
— Двигать рукой утомительнее, особенно если она остаётся на весу;
— Избегайте утомительных действий вроде долгой прокрутки, частого перетаскивания объектов;
— Зоны клика должны быть больше самих элементов, особенно если пользователь смотрит на них под углом;
— Экраны большие, но пользователь находится близко к ним, на расстоянии вытянутой руки, и его поле зрения ограничено;
— Не разбрасывайте элементы по экрану, чтобы не заставлять человека поворачивать голову. Это утомляет;
— Используйте анимацию, чтобы привлечь внимание к определённым элементам;
— Дайте возможность перемещать экранную клавиатуру в удобное место на экране;
— Автоматически возвращайте экран в исходное состояние, если он долгое время не используется, чтобы следующему пользователю было удобно начать взаимодействие.
#interactive_display
Павел Шерер написал о подходе к приоритизации 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
Виктория Филиппова написала о возрастной маркировке.
— Это отметки вроде 6+, 12+. Они указывают, с какого возраста рекомендуется просмотр контента, участие в мероприятии или использование предмета;
— В России, согласно федеральному закону 436-ФЗ, маркировка должна быть на афише, объявлении или билете и занимать не менее 5% их площади;
— Роскомнадзор и суды считают афишей любой публичный визуальный элемент, который информирует о событии и побуждает к просмотру, участию или покупке билета. То есть это и баннер, и карточка события на сайте;
— Отметка должна быть заметной, то есть её нельзя прятать внутри текстового описания мероприятия или размещать в углу страницы без видимой связи с событием;
— Если на странице мероприятия есть и его описание, и постер, для полного соответствия закону маркировка должна быть и в описании, и на постере (да, получается дублирование);
— В статье есть примеры маркировки на Яндекс Афише, Афише, МТС Live, Кинопоиске, Кассире, Киномониторе, а также на иностранных ресурсах;
— Брать пример с конкурентов не всегда хорошая идея, так как они могут закон не соблюдать, беря на себя риск;
— Не стоит делать маркировку настолько незаметной, насколько позволяет закон. Это полезная информация о мероприятии, которая должна быть доступна наравне с прочей информацией. Благодаря ней родители могут понять, что подходит их детям (особенно актуально для родителей малышей), и сделать правильный выбор.
#laws #entertainment
Дима Мохамад тоже написал о Chrome DevTools, можно немного дополнить статью Юрия Герыша.
— Во вкладке Elements можно выделить конкретный элемент кода страницы и увидеть отступы;
— Они бывают внутренними (paddings) — отступы между содержимым элемента и его границами (например, между текстом внутри карточки и её краями) — и внешними (margins) — отступы до соседних элементов, например, между разными карточками;
— Так на дизайн-ревью можно точно сказать фронт-разработчику, какой отступ сейчас в коде и каким он должен быть;
— Через DevTools можно скачивать изображения, защищённые от скачивания через «Сохранить как…»;
— Для этого во вкладке Network в фильтре надо выбрать Img, обновить страницу, в появившемся списке всех загрузившихся изображений найти нужное, нажать правой кнопкой мыши и выбрать «Save image as…»;
— В статье есть понятные иллюстрации и инструкции, как найти и включить разные функции вроде Styles, Computed, Responsive Design Mode и так далее.
#chrome_devtools
Фёдор Погуляев написал, как генерировать прототипы мобильных приложений на основе макетов в Фигме.
— Понадобится Node.js, Expo, Git и редактор кода Cursor;
— Expo даёт набор инструментов для создания кроссплатформенных приложений (мобайл и веб) на базе React Native;
— Прототип можно запускать через Expo Go на телефоне как обычное приложение (на любой операционной системе) с нативным поведением, виброоткликом, гироскопом и так далее;
— Git нужен для сохранения всей истории изменений файлов проекта. Полезно при вайбкодинге, так как Курсор может откатить изменения только в пределах одного контекстного окна;
— У Курсора есть Rules and Memories, где можно указать место хранения SVG-ассетов и выбранную библиотеку для анимации (например, React Reanimated). Правила могут распространяться на конкретный проект Project Rules и на все проекты User Rules;
— Пропишите в правилах, что приложение будет в связке React Native и Expo. Возьмите в Фигме personal access token и укажите его в настройках MCP. Так Курсор сможет ходить в Фигму за макетами;
— Если не работаете с дизайн-системой, потратьте время на нормальное именование элементов в Фигме. Так можно будет обращаться к конкретным элементам, а ИИ даже сможет предугадывать ваши желания при создании прототипа;
— Создайте шаблонный проект приложения со стандартной структурой, сбросьте шаблон, чтобы получить чистый проект;
— Начать эксперименты лучше с файла index.tsx, который отвечает за главную страницу;
— Скопируйте в чат ссылку на фрейм главной страницы в Фигме и скажите использовать функцию get_code (команда изучить структуру фрейма), чтобы ИИ воссоздал макет в коде;
— Так можно проверять решения без разработчиков, лучше разобраться в терминологии и логике кода.
#ai #prototype
Супер описание процесса, в том числе чтоб объяснить стейкхолдерам «почему долго»)) Тоже всегда собираю всю инфу в одном Figjam для дизайнеров, исследователей и PO.
Читать полностью…
🔥 Дизайнеры, пора перепридумать мобильные ОС. Интересно?
8–9 и 15–16 ноября — онлайн-хакатон «Зефирити».
Эксперимент о том, какой может быть мобильная операционная система будущего.
Последние 10 лет iOS и Android занимаются фейслифтингом.
Иконки скруглили, шрифты обновили — но суть не поменялась.
Мы всё так же живём внутри интерфейсов,
которые крадут внимание и навязывают свой ритм.
Зефирити — это попытка выйти из этого цикла. Создать ОС, которая понимает человека,
а не управляет им.
👁 Кого зовём
UX- и продукт-дизайнеров, исследователей, AI-инженеров —
всех, кто готов спроектировать не интерфейс, а новую цифровую экосистему.
🧠 Что будет
4 дня онлайн. Менторы. Команды.
🚀 На выходе — прототип или сценарий ОС,
которая возвращает фокус, свободу и уважение к вниманию.
📅 8–9 и 15–16 ноября
🕐 Регистрация до 1 ноября: t.me/zephyrhackbot
🌐 os.zephyrlab.ru
Если тебе тесно в старых UX-паттернах —
самое время выйти из-под их диктатуры.
Спроектируй то, что будет после.
Реклама Рождественский Виталий Андреевич. ИНН: 673111448490, erid: 2VtzqxCAyoL
Александр Горчаков написал об отложенном дизайн-ревью.
— Внедряя ревью, команда больше всего боялась появления бутылочного горлышка. Процесс модифицировали;
— После того как фичу проверил тестировщик, дизайнер должен провести ревью в течение 24 часов;
— Если не успел или есть острая бизнес-необходимость ускориться: контроль качества осуществляет продакт, создаётся задача для отложенного дизайн-ревью с дизайнером как исполнителем;
— Её делают в текущем или следующем спринте с высоким приоритетом;
— По таким задачам собирают статистику и рассматривают каждый случай;
— Такой предохранительный механизм упрощает внедрение ревью и позволяет команде привыкнуть не пропускать этот шаг, повысив общее качество процессов;
— Любой взятый со стороны процесс без адаптации под компанию обычно неработоспособен;
— Также нужен план его внедрения — образ идеального и неидеального результата, понимание рисков во время внедрения, план на несколько итераций вперёд для повышения выживаемости процесса.
#review
Тогда, получается, это вакансия продуктового редактора?
Читать полностью…
Как тогда должна, по-вашему, называться должность, если редактор выполняет задачи и по интерфейсному тексту, и по рассылкам?
Читать полностью…
Анастасия Зайцева написала об отличиях в поведении возрастных пользователей.
— Доля такой аудитории растёт из-за демографических изменений, повышения цифровой грамотности и доступности интернет-ресурсов;
— Их частая проблема — изолированность и одиночество, поэтому им важно оставаться на связи с родными и близкими;
— Они выросли до широкого проникновения технологий, поэтому могут не распознавать общепринятые паттерны (может потребоваться дополнительный онбординг), неуверенно чувствуют себя с технологиями и боятся ошибиться, поэтому склонны придерживаться уже знакомых сценариев;
— В Одноклассниках их лента почти полностью состоит из контента друзей, они не склонны подписываться на блогеров или СМИ;
— Когда в ленту просто добавили блок с короткими видео, к нему отнеслись негативно: скрывали, жаловались. Внедрить его получилось только с помощью социальных механик («Ваши друзья смотрят»);
— Зачастую новые функции, которые пользователь точно должен увидеть, приходится показывать «в лоб»: на главный экран или в другие популярные разделы без возможности пропуска;
— У них низкая устойчивость к ошибкам (столкнувшись с ошибкой, они просто закрывают сессию);
— Они часто используют увеличенные шрифты. Важно убедиться, что вёрстка в этом случае не плывёт и важный контент и контролы остаются доступными;
— Нередко они используют нестабильный и медленный интернет, находясь на даче или в транспорте. Это учитывается при подгрузке контента на будущее, а также при ранжировании контента в ленте — при плохом соединении (или слабом устройстве) приоритетнее становятся более лёгкие форматы (текст, картинки);
— Они крайне чувствительны к токсичности, негативу и грубой лексике, поэтому часто избегают написания комментариев к чужим постам, так как боятся неадекватных ответов. И даже просто не заходят в комментарии;
— Также они ставят больше дизлайков и отправляют жалоб. Особенно остро воспринимают эротику (даже лёгкую), постановочные фото и видео, направленные на вызов эмоций («Помогите приюту»), политику;
— Помогает размытие неоднозначного контента, фильтр мата, механики снижения токсичности в комментариях, переразметка контента по своим правилам и улучшение персонализации.
#old
Расскажем просто о сложном и разберёмся, как создавать реально эффективные интерфейсы! 💻
Идеальный план на 22 ноября для дизайнеров, исследователей и продактов — конференция «Просто Сложно», посвящённая дизайну и исследованиям инженерных продуктов.
В программе конференции — выступления экспертов из Сбера, Т1, Wildberries и «Газпром нефти». И, конечно же, ответы на важные вопросы:
✔️ Зачем и как систематизировать процесс дизайна?
✔️ Как создать универсальную платформу для интеграции инструментов?
✔️ Какие метрики можно измерить в инженерных продуктах, а какие — нет?
Регистрируйся на онлайн-трансляцию самого экспертного выходного ноября! 😉
За несколько лет наблюдений, постоянного поиска и стабильной фильтрации каналов до самых полезных, при основном источнике получения информации — телеграме, могу твёрдо и чётко поставить /channel/uxnotes на первое место в сфере ux✨
Читать полностью…
Амиран Карацев написал, что делать, чтобы работники-зумеры не уходили из вашей команды.
— В основном молодые специалисты сейчас — зумеры. Принято считать, что они не хотят работать. Проблема в том, что именно они (зачастую впервые в жизни) сталкиваются с сильно просевшим за последние годы управленческим дизайном;
— Они стремятся к гибкости (удалённый и гибридный формат, большая автономия, фриланс) и благополучию (снижение стресса, забота о себе, работа на себя, а не мерседес для акционера);
— Их лояльность работодателю не безусловна, а зависит от среды: отношения в команде, соблюдение личных границ, возможность развиваться, забота со стороны компании, ясность ожиданий;
— Универсалии труда — понятные цели, забота и развитие — важны всем независимо от возраста и системно провалены. Процессы надо адаптировать под контекст компании, а не просто брать «из мемов» (пример с адаптацией дизайн-ревью);
— Решение проблемы с онбордингом: список ролей в компании, шаблоны артефактов, чеклисты, чтобы понимать, как выглядит хороший результат, фидбек через 30, 60 и 90 дней испытательного срока;
— Метрики: Time-to-Value новичка, NPS онбординга, доля задач без эскалаций до руководителя за 30, 60, 90 дней;
— Ритуалы, которые не улучшают координацию или качество решений, надо отменять или проводить асинхронно (как повысить эффективность встреч). Иначе они превращаются в прокси-контроль, вызывают усталость и недоверие процессам;
— Метрики: доля снятых блокеров за спринт, удовлетворённость митингами, MTTR по инцидентам;
— Возврат в офисы снижает гибкость, повышает стресс. Решение: решать в офисе сложные синхронные задачи, проводить плановые парные ревью, живые разборы и сессии наставничества, когда присутствие = рост;
— Конструируйте гибрид: автономия в обмен на прозрачные требования к результатам и времени реакции в каналах связи;
— Если работодатель делегирует результат вместо задач, важна ясность ожиданий и доступность ресурсов. Тогда будет расти ответственность и скорость. Если этого нет, появляется микроменеджмент и выгорание;
— Для повышения ясности опишите дерево ценности: бизнес-метрика → результат работы команды → задачи и критерии их хорошего выполнения;
— Нормируйте нагрузку и убирайте скрытую работу, на 1:1 спрашивайте о нагрузке, достаточности ресурсов, рисках и как сотрудник себя чувствует;
— Обеспечивайте доступ к поддержке ментального здоровья, снижайте стигматизацию через явные политики и обучение лидеров;
— Учитывайте рыночные ожидания по гибкости и льготам, чтобы не терять их просто потому, что конкуренты предлагают ×2.
#management
Представьте себе: пользователь открывает страницу, сталкивается с проблемой и через секунду закрывает ее. Почему? Мы никогда не узнаем, если не спросим вовремя. Конечно, можно посмотреть аналитику, что именно делал человек на странице, куда кликал. Однако никто не расскажет лучше о проблемах продукта, чем сам пользователь.
С этой задачей поможет фидбек в моменте. Сейчас это не просто тренд, а необходимость в мире, где у клиентов все меньше терпения и все больше выбора. Современный пользователь не будет заполнять длинные анкеты спустя неделю. Он хочет быть услышанным здесь и сейчас.
А как работать с фидбеком в моменте расскажет новый гайд от UX Feedback. Это практическое руководство о том, как собирать и использовать обратную связь пользователей прямо в момент взаимодействия с продуктом.
Что внутри
• Что такое фидбек в моменте и почему он эффективнее классических опросов
• Как внедрить систему Voice of the Customer (VoC): сбор, анализ и обработка обратной связи
• Как создавать опросы и задавать правильные вопросы в нужное время практические кейсы крупных компаний
Реклама ООО «ФИДБЕК». ИНН 5030094661, erid 2Vtzqv3nyMh
Елена, спасибо за комментарий. Все верно, а еще, чтобы донести ценность этого этапа )
Читать полностью…
Елена Плинер написала, как подключаться к задачам с высокой степенью неопределённости, работая попроектно.
— С неполными вводными на старте минимально нужно 40 часов, чтобы заложить основу будущего проекта;
— Даже работая по схеме Time and materials клиент хочет знать примерный срок, бюджет и что он получит;
— Сначала надо собрать и систематизировать вводные (от 5 часов): презентации и текстовые описания, внутренние документы, скриншоты, фото с доски, наброски от руки и так далее;
— Иногда вводные приходят в созвонах, переписках и голосовых, что требует дополнительной обработки и структурирования;
— Может появиться список недостающей информации (метрики, списки конкурентов), а также нераскрытых или двусмысленных описаний, которые требуют конкретизации;
— В итоге получится структурированный список вводных, ссылок на документы, описание проекта (цель, задачи, целевая аудитория, контекст, заявленные проблемы), глоссарий;
— Удобно собрать всё в одном месте, например на FigJam-доске;
— Туда же можно добавить саммари по созвонам, кто за что отвечает в команде заказчика, план проекта, который потом дополнится ссылками на артефакты и их статусами, отчёт о потраченном на проект времени;
— Анализ занимает от 20 часов и зависит от количества и полноты вводных, числа ролей и ключевых сущностей, сложности бизнес-логики, а также желаемого набора артефактов (не все они нужны заказчикам);
— Сильно влияет степень вовлечённости заказчика — как быстро он отвечает на вопросы;
— Артефакты: описание функциональности (возможности и зависимости), схемы бизнес-процессов (последовательность операций, перемещение и обработка данных, граница между онлайном и офлайном), описание пользовательских ролей (чем занимаются, как принимают решения и взаимодействуют друг с другом), сущностей (ключевые объекты, их свойства, связи с другими объектами), сценарии (user stories), список внешних процессов, матрица «Роль × действие × сущность» и базовые правила доступа (CRUDL);
— В процессе анализа фиксируются ключевые требования к интерфейсу, предварительные предложения и решения по дизайну, появляются вопросы;
— Ответы на некоторые вопросы могут требовать времени. Чтобы не тормозить процесс, иногда можно договориться с командой о временных гипотетических ответах;
— Проектирование занимает от 15 часов (зависит от количества сценариев и ролей) и опционально. Артефакты: информационная архитектура (карта экранов), юзерфлоу, опционально мокапы и вайрфреймы.
#process #analysis
Соня Соуза написала о странице с нулевыми результатами поиска в интернет-магазине.
— В нулевых результатах поиска пользователи редко обращают внимание на советы вроде «Проверьте поисковый запрос на ошибки или попробуйте использовать более общие слова», так как непонятно, какое слово написано неправильно, и какие альтернативные формулировки подойдут;
— Покажите одну или несколько категорий, связанных с поисковым запросом. Если «Красные зимние куртки» не найдены, покажите ссылку на более широкую категорию «Куртки». В идеале — с применённым фильтром «Зима»;
— Предложите ввести похожий поисковый запрос, по которому есть ненулевые результаты. Например: исходный запрос без какого-то одного слова или его более простая формулировка;
— Если есть только один такой похожий запрос, можно сразу применить его, уведомив, что по исходному запросу ничего не найдено;
— Можно предложить товары, основываясь на пользовательской истории просмотров или персональных рекомендациях;
— Покажите контактные данные и ссылку на чат или справочные ресурсы;
— Покажите ссылки на популярные категории товаров, а также список популярных товаров, чтобы переключить внимание с неудачи на возможность новых открытий. Если подписать «Сейчас в тренде» или «Бестселлеры», это выступит социальным доказательством.
In English. #search #empty_state
В KISLOROD написали, как когнитивные искажения используются в электронной коммерции и цифровых продуктах.
— Эффект эстетичности: люди склонны воспринимать красивый дизайн как более удобный. Но работает это только для небольших недочётов;
— Эффект приманки: если к 2 равнозначным вариантам добавить 3-й, заметно проигрывающий одному из них, люди чаще выбирают выигрывающий на его фоне вариант;
— Например, можно добавить чуть лучший, но намного более дорогой вариант, чтобы склонить к среднему по цене варианту;
— Эффект каскада доступной информации: чем чаще повторяется утверждение, тем сильнее становится вера в него. Так работает массовая реклама;
— Эффект победителя: люди склонны перенимать поведение, которого придерживается множество других людей. Это конформизм и желание быть частью общества. В электронной коммерции его используют социальные доказательства: отзывы и оценки;
— Эффект обратного победителя: люди избегают определённого поведения, если считают, что так поступает масса других людей;
— Пример одновременного действия этих эффектов: люди стремятся вместе со всеми купить новую модель айфона и при этом не покупают андроид, чтобы не быть «как все»;
— Эффект якоря: на оценки и суждения человека влияет первоначальная информация;
— Например, стоимость дорогих товаров, которые оказались в начале списка при сортировке «от дорогих к дешёвым», или обычная цена при наличии немного более низкой цены по карте покупателя;
— Эффект предпочтения статус-кво: люди желают, чтобы всё оставалось примерно тем же самым. Поэтому они плохо воспринимают революционные редизайны;
— Эффект неприятия потерь: люди воспринимают потерю более чем в 2 раза сильнее, чем приобретение того же самого. Потерять 500 рублей неприятнее, чем найти 1000. Или не получить то, на получение чего уже настроился;
— Используется в бесплатных пробных версиях и акциях 3 по цене 2: даже если 3-я единица товара не нужна, отказаться от неё тяжело;
— Эффект фрейминга: подача информации влияет на её восприятие;
— Например, автодилеры пишут не «скидка», а «выгода». Скидка 5000 рублей выглядит весомее, чем 5%, даже если это одна и та же скидка. Но если цена товара небольшая, лучше работают проценты;
— Эффект авторитета: люди больше верят оценкам авторитетных фигур (врачам, людям в униформе). На эффект рассчитаны рекомендации экспертов в описании товаров.
#psychology #ecommerce
Пользователь не виноват
#микросовет
Полезное правило: если есть хотя бы небольшой шанс, что проблема не в пользователе — значит, он не виноват. По умолчанию.
Вы не завершили оплату
↓
Оплата прервалась
(может быть сбой соединения или кнопка не работала?)
Вы указали неправильный адрес доставки
↓
Такого адреса ещё не знаем :(
(может быть адрес верный, просто нет в базе? или дело в формате?)
👉Прямота это неплохо, но обвинений лучше избегать, особенно несправедливых.
Ну, как вам сказать. Там структурное подразделение указано — маркетинг. Ну и рассылки с уведомлениями— это промокоммуникации, не архитектура интерфейсов
Читать полностью…