<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:cc="http://cyber.law.harvard.edu/rss/creativeCommonsRssModule.html">
    <channel>
        <title><![CDATA[Stories by Антон Абрамович on Medium]]></title>
        <description><![CDATA[Stories by Антон Абрамович on Medium]]></description>
        <link>https://medium.com/@onebigunknown?source=rss-fa63c644128b------2</link>
        <image>
            <url>https://cdn-images-1.medium.com/fit/c/150/150/1*9CfuL4sdGpvji1X7xZ-kKQ.jpeg</url>
            <title>Stories by Антон Абрамович on Medium</title>
            <link>https://medium.com/@onebigunknown?source=rss-fa63c644128b------2</link>
        </image>
        <generator>Medium</generator>
        <lastBuildDate>Sat, 16 May 2026 06:59:45 GMT</lastBuildDate>
        <atom:link href="https://medium.com/@onebigunknown/feed" rel="self" type="application/rss+xml"/>
        <webMaster><![CDATA[yourfriends@medium.com]]></webMaster>
        <atom:link href="http://medium.superfeedr.com" rel="hub"/>
        <item>
            <title><![CDATA[7 неочевидных последствий AI в UX]]></title>
            <link>https://medium.com/@onebigunknown/7-%D0%BD%D0%B5%D0%BE%D1%87%D0%B5%D0%B2%D0%B8%D0%B4%D0%BD%D1%8B%D1%85-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D1%81%D1%82%D0%B2%D0%B8%D0%B9-ai-%D0%B2-ux-ed6f3db78b06?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/ed6f3db78b06</guid>
            <category><![CDATA[ux]]></category>
            <category><![CDATA[ux-writing]]></category>
            <category><![CDATA[content-design]]></category>
            <category><![CDATA[ai]]></category>
            <category><![CDATA[ux-design]]></category>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Sun, 14 Dec 2025 15:54:47 GMT</pubDate>
            <atom:updated>2025-12-14T15:54:47.053Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*AvGWiwOgItrwId9mdOzZGQ.png" /></figure><p>Самое важное в интеграции новой технологии — эффекты, которые проявляются через время. Они как радиация: невидимы сразу, но со временем меняют ДНК вашего продукта, процессы и привычки команды.</p><p>Не всегда изменения позитивные: однажды можно проснуться и понять, что ваш продукт стал похож на всех конкурентов сразу, а команда разучилась думать. Вот 7 таких последствий через призму UX-редакции.</p><h3>1. AI снижает чувствительность к языку</h3><p>Когда AI причёсывает текст, команда перестаёт чувствовать его, не замечает мелкие интонационные различия в разных контекстах. Потому что текст выглядит нормально. Вроде всё гладко, правильно и стерильно. Но пользователи чувствуют не грамматику, а эмоцию.</p><p>Изменения незаметны первое время, проблема всплывает со временем, когда это начинает влиять на пользовательский опыт.</p><p>Пока что AI делает текст эмоционально плоским, а пользователи по-разному ощущают одну и ту же интонацию в разных сценариях. Пользоваться таким интерфейсом всё равно что есть пластиковое яблоко.</p><blockquote><strong><em>Как предотвратить</em></strong><em>: читать весь текст вслух. Споткнулись или поймали интонацию робота — перепишите. Ещё хорошо бы точечно отлавливать любимые слова модели вроде «</em>обеспечивает<em>», «</em>позволяет<em>», «</em>погрузитесь<em>», «</em>уникальный<em>», добавлять их в стоп-лист.</em></blockquote><h3>2. Незаметный распад Tone of Voice</h3><p>AI предлагает безобидные правки: «<em>сделал чуть проще</em>», «<em>убрал тавтологию</em>». Но модель обучалась на среднем результате всего интернета, а не на вашем брендбуке. Голос бренда не ломается резко, он просто медленно утекает, как песок сквозь пальцы.</p><p>Через несколько месяцев продукт начинает звучать просто средненько. Как все, а не как бренд со своим голосом.</p><p><strong>Пример</strong>: продукт это финтех для школьников и студентов. Вы пишете: «<em>Твои деньги — твои правила</em>». AI предлагает: «<em>Управляйте финансами эффективно</em>». Вроде то же самое. И продакт с маркетингом даже могут сказать, что вторая версия лучше описывает функцию продукта. Только через полгода таких правок молодёжный стартап начнёт звучать как налоговая.</p><blockquote><strong><em>Как предотвратить</em></strong><em>: работайте через демонстрацию. Не загружайте пачку гайдлайнов в надежде, что машина разберётся. Лучше прямо в промте напишите несколько примеров одного сообщения с разным тоном: сухо, нейтрально и в стиле вашего продукта. И попросите написать в стиле примера номер 3.</em></blockquote><h3>3. Дрейф смысла в длинных сценариях</h3><p>С короткими пушами AI справляется отлично. Но если запустить его в длинный флоу, начнётся хаос. AI забывает, как он назвал кнопку три экрана назад, смысл начинает плавать.</p><p><strong>Пример</strong>: на первом экране продукт предлагает заполнить «<em>Корзину</em>», на третьем экране AI называет это «<em>Ваш заказ</em>», в чекауте это внезапно превращается в «<em>Список покупок</em>».</p><p>Это может быть замена термина ради разнообразия, хотя важнее сохранить простую навигацию. Или чуть изменившаяся интонация. Как результат — усложняется навигация, возрастает когнитивная нагрузка.</p><blockquote><strong><em>Как предотвратить</em></strong><em>: не генерируйте текст по отдельности, загружайте сразу весь сценарий. Плюс создайте глоссарий и скармливайте его нейросети с инструкцией «</em>Для обозначения покупки используй только слово “Корзина”. Любые синонимы запрещены<em>».</em></blockquote><h3>4. Потеря контекстной памяти команды</h3><p>AI помогает работать быстрее, значит, можно обратиться к ней и не артикулировать для себя и команды, почему именно было принято такое решение.</p><p>— Почему мы здесь поставили ограничение в 140 символов?<br> — Не знаю, GPT предложил, а мы и вставили.</p><p>Просто модель так предложила, она лучше знает. Через месяцы никто уже не помнит, зачем именно ввели ограничение, выбрали этот термин, от чего зависела формулировка ошибки. История продукта превращается в набор случайных действий.</p><blockquote><strong><em>Как предотвратить</em></strong><em>: не копипастите AI-ответы в макеты или прод без комментариев. И команде не разрешайте. Если текст или решение предложила нейросеть, специалисту нужно в таск-трекере или комментариях Figma написать: «</em>Выбрали этот вариант, потому что он короче и снимает страх пользователя перед оплатой<em>». Если не получается объяснить выбор словами, его нельзя использовать.</em></blockquote><h3>5. Чрезмерная AI-оптимизация повышает когнитивную нагрузку пользователей</h3><p>AI обожает сокращать, что иногда вызывает недопонимание. Модель не понимает «вес» слов и удаляет то, что кажется ей водой, а для пользователя является спасательным кругом. Даже если звучит шероховато.</p><p><strong>Пример</strong>: текст в модалке звучит так «<em>Введите код из СМС, который мы отправили на номер +7…</em>», а AI с удовольствием сократит до «<em>Введите код из СМС</em>». А пользователь мог давно не заходить в продукт, сменить номер или вообще зарегистрировать аккаунт на другого человека. Вот и сидит, смотрит в телефон, ждёт сообщения и потихоньку закипает.</p><blockquote><strong><em>Как предотвратить</em></strong><em>: добавляйте в промтах Safety Constraints. Например, «</em>Сократи этот текст в 2 раза, но обязательно сохрани упоминание о том, что код придет именно на почту, а не в СМС. Если сохранить невозможно — не сокращай<em>». В качестве валидации таких решений используйте коридорные тестирования.</em></blockquote><h3>6. Иллюзия, что контент стало проще делать</h3><p>AI создаёт впечатление, что больше не нужно глубокой экспертизы в отдельных доменах. Что можно работать быстрее, а некоторые роли свести к минимуму. Зачем нанимать UX-редактора, если Claude напишет текст за секунду?</p><p>Только при таком подходе задачи будут решаться поверхностно, начнут вылезать конфликты сценариев. Здесь важно доносить до всех по цепочке наверх ценность человека там, где AI никогда заменить его не сможет.</p><p><strong>Пример</strong>: AI генерирует юридический дисклеймер. Звучит убедительно, солидно. Но юрист, прочитав его, седеет, потому что с точки зрения закона этот текст обещает пользователю половину акций компании в подарок. Без эксперта-человека скорость генерации контента превращается в скорость генерации проблем.</p><blockquote><strong><em>Как предотвратить</em></strong><em>: периодически показывайте заказчикам работу нейронки. Например, слайд с галлюцинациями, стилистическими ляпами, юридически-рискованными формулировками. И слайд с тем, что отправил в прод UX-редактор.</em></blockquote><h3>7. Эрозия экспертизы</h3><p>AI как экзоскелет: при долгой носке собственные мышцы атрофируются. Он ускоряет работу специалистов, но взамен понемногу ослабляет их самостоятельное мышление. Если таких специалистов в команде много, общий уровень команды тоже начнёт проседать. Это может проявляться так: в команде задают меньше вопросов, меньше дискутируют, меньше прорабатывают корнер кейсы. По-хорошему AI нужно использовать не на старте, а для расширения того, над чем сначала поработали люди.</p><blockquote><strong><em>Как предотвратить</em></strong><em>: не начинайте работу с открытия ChatGPT. Сначала накидайте драфт, структуру или идеи на бумаге или в заметках. Сформулируйте проблему. Только после можно отдать это нейронке и попросить её покритиковать, расширить список идей или предложить альтернативные формулировки. Лучшее из её ответа можно забрать, отредактировать и валидировать. Но при таком подходе AI находится в роли оппонента, а не автора.</em></blockquote><p>Все эти риски — не повод отказываться от технологий, скорее причина пересмотреть подход к ним. AI отлично справляется с рутиной, но стратегию, эмпатию и глубину контекста он пока заменить не может. Главный вызов для команд сейчас — научиться использовать нейросети как усиление профессиональных навыков, а не как костыль, заменяющий собственное критическое мышление.</p><p>В конечном счёте, ценность UX-специалиста смещается с умения просто «<em>написать текст</em>» или «<em>нарисовать экран</em>» на умение его валидировать и удерживать в голове большую картинку. Чем доступнее становятся инструменты генерации, тем выше должна быть планка требований к результату. Пусть AI предлагает варианты, но финальное решение, ответственность и защита интересов пользователя всегда должны оставаться за человеком.</p><p>Подписывайтесь на <a href="https://t.me/nobreakspace">канал про UX, редактуру и менеджмент</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=ed6f3db78b06" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Выгорание на удалёнке: как проявляется и как побороть]]></title>
            <link>https://medium.com/@onebigunknown/%D0%B2%D1%8B%D0%B3%D0%BE%D1%80%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BD%D0%B0-%D1%83%D0%B4%D0%B0%D0%BB%D1%91%D0%BD%D0%BA%D0%B5-%D0%BA%D0%B0%D0%BA-%D0%BF%D1%80%D0%BE%D1%8F%D0%B2%D0%BB%D1%8F%D0%B5%D1%82%D1%81%D1%8F-%D0%B8-%D0%BA%D0%B0%D0%BA-%D0%BF%D0%BE%D0%B1%D0%BE%D1%80%D0%BE%D1%82%D1%8C-d11b733896e0?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/d11b733896e0</guid>
            <category><![CDATA[менеджмент]]></category>
            <category><![CDATA[ux]]></category>
            <category><![CDATA[management]]></category>
            <category><![CDATA[burnout]]></category>
            <category><![CDATA[управление-командой]]></category>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Fri, 05 Dec 2025 15:08:02 GMT</pubDate>
            <atom:updated>2025-12-05T15:08:02.465Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*uDqHrwuaurByVdaxcMPS5w.png" /></figure><p>Это будет долгий разговор. Но важный. За пять лет тема, к моему великому сожалению, не потеряла актуальности, а только усилилась. Так что исхожу из того, что теперь борьба с выгоранием — новая норма. Итак.</p><p>Ещё недавно выгорание считалось проблемой самого сотрудника — мол, нужно «научиться говорить нет», заняться йогой и чаще дышать квадратом.</p><p>Теперь же есть исследования, которые говорят, что лечить выгорание личными «припарками» — путь в никуда. ВОЗ официально связал выгорание с рабочей средой, перенеся ответственность за борьбу с ним с сотрудника на компанию. Так и написал: «явление, имеющее отношение исключительно к профессиональному контексту»<em>.</em></p><p>Это значит, что ответственность лежит на организации, а не на сотруднике. <em>Нет вины канарейки в том, что её вытащили из шахты полуживой.</em></p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*N2RGE-JMkBGr_rwrYsS-8w.png" /></figure><p><strong>Выгорание</strong> — это синдром, характеризующийся тремя основными симптомами:</p><ul><li>Эмоциональное истощение</li><li>Цинизм (или отстранение)</li><li>Ощущение личной неэффективности (снижение профессиональных достижений)</li></ul><p>Аналитики Gallup провели крупное исследование и выделили <strong>5 главных факторов</strong>, которые напрямую коррелируют с выгоранием:</p><ul><li>Нечестное отношение на работе (предвзятость, фаворитизм, непрозрачность)</li><li>Неуправляемая рабочая нагрузка, превышающая возможности</li><li>Размытые границы роли и неясные ожидания</li><li>Нехватка поддержки и общения со своим руководителем</li><li>Нереалистичные сроки и чрезмерное временное давление</li></ul><p>В распределённой команде каждый из этих факторов усиливается. Почему?</p><p>Руководитель не видит потухший взгляд коллеги за чашкой кофе. Без регулярного прямого контакта растёт общая непрозрачность, что быстро превращается в некорректное распределение задач и отсутствие поддержки, когда сотрудник остаётся один на один с проблемой.</p><p>Если руководитель команды не видит или игнорирует тревожные сигналы, проблема выгорания становится управленческой неудачей, ведь кроме ущерба человеку это чревато потерями для организации — от падения качества дизайн-решений до ухода ценных специалистов. Согласно данным McKinsey, выгорание тесно связано с текучестью: токсичная рабочая атмосфера — сильнейший предиктор намерения уволиться, и сотрудники, столкнувшиеся с высоким уровнем токсичности, <strong>в 8 раз чаще испытывают симптомы выгорания и подумывают об уходе</strong>.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*34TITiaWrAcHOyBWT7g9Yg.png" /></figure><p>Выгорание не происходит мгновенно. Это медленная, устойчивая эрозия, которая накапливается со временем. Менеджеру важно знать, на какой стадии находится его сотрудник, чтобы вмешаться вовремя. Ориентироваться можно на упрощённую пятистадийную модель, часто используемую в исследованиях.</p><h3>1. Медовый месяц</h3><p>Сотрудник полон энтузиазма и вдохновения, готов брать на себя больше, чем сможет вынести. Это опасный момент для руководителя: велик соблазн поощрять такое поведение, чтобы показать высокую эффективность, но именно так формируются рабочие привычки, ведущие к переработкам.</p><p><strong>Признаки:</strong> человек охотно принимает на себя задачи, превышающие его нормальный скоуп.</p><p><strong>Задача руководителя:</strong> помочь расставить приоритеты и внимательно контролировать нагрузку, чтобы «медовый месяц» не перешёл в хронический стресс.</p><h3>2. Накапливающийся стресс</h3><p>Энтузиазм спадает, и продуктивность начинает проседать. Появляются раздражительность и тревога, проблемы с фокусировкой. Неконструктивный фидбек или лишние итерации, которые раньше игнорировались, теперь могут испортить день.</p><p><strong>Признаки:</strong> сотрудник тише на звонках, реже предлагает идеи, иногда пропускает внутренние дедлайны.</p><p><strong>Задача руководителя:</strong> предложить деятельную поддержку — пересмотреть сроки, уточнить ожидания, чтобы стресс не стал хроническим.</p><h3>3. Хронический стресс</h3><p>Усталость ощущается почти каждый день. На этой стадии может проявиться циничное или апатичное отношение к работе.</p><p><strong>Признаки:</strong></p><ul><li>Специалист перестает «болеть душой» за работу, предлагает простые решения «с первой полки»</li><li>Может уйти в социальную изоляцию: избегает командных чатов или звонков. На удалёнке это легко пропустить — человек технически присутствует, но эмоционально его уже нет</li><li>Включает режим отрицания, утверждая, что «сейчас просто много работы»</li></ul><p><strong>Задача руководителя:</strong> на этой стадии пора действовать проактивно и автономно (без согласия сотрудника) — разобраться с «больной точкой» (процесс, задача, коллега).</p><h3>4. Выгорание</h3><p>Симптомы становятся критическими, качество и сроки работы стремительно падают.</p><p><strong>Признаки:</strong></p><ul><li>Преобладает пессимизм и цинизм</li><li>Сотрудник может «теряться» на час-другой или перестать выходить на связь вовремя</li><li>Коллеги начинают приходить к вам с вопросами о его поведении</li></ul><p><strong>Задача руководителя:</strong> настоять на полном перерыве — длительный отпуск или саббатикал, с полным снятием всех рабочих задач.</p><h3>5. Хроническое выгорание</h3><p>Это худший сценарий, часто ведущий к клинической депрессии и психосоматическим проблемам. Сотрудник фактически потерян для команды: пропадает инициатива и креативность, снижаются когнитивные способности.</p><p><strong>Задача руководителя:</strong> а всё, здесь уже ничего не сделаешь. До этой стадии можно только не доводить. Если это произошло, человеку, вероятно, потребуется помощь медицинского специалиста.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*0DmKCUMh0SdQkrsTLFHy4w.png" /></figure><p>Чтобы перейти от «менеджерского чутья» к системному управлению проблемой, используйте проверенные фреймворки.</p><h3>Опросники</h3><p><strong>Maslach Burnout Inventory (MBI)</strong> — самый надёжный инструмент для измерения выгорания, признанный во всём мире. Он позволяет оценить степень выраженности тех самых трёх ключевых измерений выгорания:</p><ol><li>Эмоциональное истощение.</li><li>Цинизм или деперсонализация — отношение безразличия или дистанции к работе и клиентам.</li><li>Снижение профессиональных достижений — негативная самооценка своей эффективности.</li></ol><p><strong>Что это даёт:</strong> MBI помогает вам увидеть, что проблема носит не личный, а системный характер, если, например, у 80% вашей команды фиксируется высокий уровень истощения. Вы также можете использовать упрощённые опросники, например, <strong>Copenhagen Burnout Inventory (CBI)</strong> или <strong>Oldenburg Burnout Inventory (OLBI)</strong>, для регулярной «термометрии» командного самочувствия.</p><h3>Модель «Шесть зон влиятельности»</h3><p>Чтобы понять почему возникает выгорание, используйте модель Кристины Маслач и Майкла Лейтера, которая определяет 6 ключевых областей несоответствия между сотрудником и рабочей средой:</p><ul><li><strong>Нагрузка:</strong> слишком большой объём работы</li><li><strong>Контроль:</strong> недостаток автономии и возможности влиять на решения</li><li><strong>Вознаграждение:</strong> отсутствие признания результатов и справедливой оплаты</li><li><strong>Сообщество:</strong> плохие отношения с командой или токсичная атмосфера</li><li><strong>Справедливость:</strong> ощущение несправедливости (например, фаворитизм)</li><li><strong>Ценности:</strong> расхождение личных и корпоративных ценностей (например, жертва качеством UX ради быстрой выгоды)</li></ul><p>Эта модель полезна тем, что направляет усилия на конкретные системные изменения. Проведите аудит по каждой из шести категорий: опросите команду, где «болит» сильнее. Затем адресуйте обнаруженные проблемы — это и будет частью профилактики.</p><p><strong>Важно:</strong> проактивное вмешательство (например, предоставление автономии и гибкости) может сделать сотрудников на <strong>70% менее склонными</strong> к высокому выгоранию.</p><p>И, конечно, регулярно измеряя атмосферу в команде, можно превратить риски выгорания из неожиданного кризиса в управляемую метрику, поддающуюся корректировке.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*CTCWauQtU5lkMNkZ5N6sKg.png" /></figure><p>Когда диагноз поставлен, переходим к действию. Вот ваш инструментарий.</p><h3>Профилактика</h3><p>Идеальный сценарий — убрать предпосылки выгорания на ранней стадии. В удалённой работе это требует сознательного создания культуры, где поощряется баланс и благополучие.</p><p><strong>Когда применять</strong>: до медового месяца.</p><p><strong>Что можно сделать:</strong></p><ul><li><strong>Поощряйте баланс</strong>. Предлагайте гибкий график, время для восстановления (например, «пятница без митов»), культивируйте открытый диалог о нагрузке</li><li><strong>Обучайте менеджеров.</strong> Исследования Gallup показывают, что именно непосредственный руководитель имеет самое мощное влияние на уровень выгорания. Менеджеры должны уметь выявлять и устранять стресс</li><li><strong>Установите «тихие часы».</strong> В распределённой команде, работающей в разных часовых поясах, можно ввести «тихие часы» после 18:00 по местному времени, чтобы никто не чувствовал необходимости быть в онлайне</li><li><strong>Дайте автономию.</strong> Автономия — это ключевой фактор против микроменеджмента и выгорания. Обеспечьте чёткие ожидания, но предоставьте контроль над тем, <em>как</em> работа будет выполнена, включая выбор рабочего графика и места</li><li><strong>Поддерживайте синхронизацию</strong>. Записывайте встречи, суммаризируйте, прикладывайте к тикетам или в чаты, чтобы у тех участников команды, которые из-за часовых поясов не могут присутствовать на встрече, не копилась тревога</li></ul><p><strong>Плюсы профилактики:</strong></p><ul><li>Позволяет сохранить продуктивность и мотивацию команды на высоком уровне</li><li>Улучшает репутацию организации: растет доверие и вовлеченность сотрудников</li><li>Дешевле и легче реализовать (корректировка планов, пересмотр процессов) по сравнению с затратами на лечение выгоревшего сотрудника</li><li>Профилактические меры универсально полезны и повышают эффективность всех</li></ul><p><strong>Минусы профилактики:</strong></p><ul><li>Требует постоянного внимания и времени менеджера, нельзя решить проблему навсегда одним тренингом</li><li>Иногда сложно убедить руководство инвестировать в превентивные меры, пока кризис не наступил</li><li>Внешние кризисы (сокращения, кранчи) могут повысить стресс независимо от внутренней профилактики</li></ul><h3>Перестройка</h3><p>Если тревожные звоночки уже прозвучали, нужно менять внутренние процессы, чтобы устранить причины стресса.</p><p><strong>Когда применять</strong>: во время медового месяца и накапливающегося стресса.</p><p><strong>Что можно сделать:</strong></p><ul><li><strong>Реорганизовать нагрузку:</strong> перераспределите проекты, наймите временного специалиста, чтобы снизить острое давление</li><li><strong>Уточнить ожидания:</strong> только <strong>60%</strong> работников уверены, что знают, чего от них ждут. С чёткими ожиданиями спокойнее. Также работа с ожиданиями работает и в обратную сторону — нормально говорить со стейкхолдерами о риске выгорания, если они приносят слишком много задач</li><li><strong>Оптимизировать процессы:</strong> например, на ответственных горящих проектах ввести еженедельные созвоны для согласования и «заморозить» изменение требований после определённого дедлайна, если стейкхолдеры бесконечно приносят правки</li></ul><p><strong>Плюсы перестройки</strong>:</p><ul><li>Направлена на причину проблемы, а не на симптом, устраняя то, что системно изматывало</li><li>Может быстро дать эффект, так как сотрудники видят реальные изменения и чувствуют заботу</li><li>Сохраняет команду и, как правило, повышает общую эффективность работы</li><li>Помогает выстроить культуру непрерывного улучшения и повышает доверие к руководителю</li></ul><p><strong>Минусы перестройки</strong>:</p><ul><li>Требует ресурсов и времени: перераспределение задач и изменение процессов могут привести к временному снижению производительности</li><li>Не всегда гарантирует индивидуальное восстановление: если выгорание серьёзное, улучшенный процесс не вернет силы сразу</li><li>Может встретить сопротивление в организации, например, при «пробивании» бюджета на найм или изменении порядка работы с другими отделами</li><li>Не всем можно помочь перестройкой: если проблема глубоко личностная (потеря интереса к профессии), изменения условий будет недостаточно</li></ul><h3>Ротация или смена задач</h3><p>Выгорание UX-специалиста часто связано с монотонностью работы. Ротация — это способ вернуть чувство роста и мотивацию.</p><p><strong>Когда применять</strong>: во время накапливающегося и хронического стресса.</p><p><strong>Что можно сделать:</strong></p><ul><li><strong>Заменить на время привычные задачи</strong>. Например, UX-дизайнер может заняться на пару спринтов задачами UX-исследования или UI-анимации, если ему это интересно, а исследователь — вовлечься в брейншторм продуктовой стратегии</li><li><strong>Подключить специалиста к другому проекту</strong>. Если структура компании позволяет, можно временно перевести человека в смежный проект, с другими задачами и командой</li></ul><p>Главное — делать это не в наказание, а как возможность: «давай попробуем тебя разгрузить от привычной рутины и дать что-то новое». В удалённой среде ротация проще, ведь «пересесть» виртуально в другую команду или проект — вопрос пары звонков, без физического переезда.</p><p><strong>Плюсы смены задач</strong>:</p><ul><li>Вдыхает новизну в работу, прерывая ощущение дня сурка</li><li>Способствует развитию навыков и расширяет кругозор сотрудника, повышает уверенность в себе</li><li>Может раскрыть таланты и помочь человеку найти более подходящую, интересную роль</li><li>Гибко настраивается по времени — может быть временной или постоянной</li></ul><p><strong>Минусы смены задач</strong>:</p><ul><li>Не устраняет коренные причины. Системные проблемы вернутся, если они не были исправлены</li><li>Есть риск потери фокуса в проектах, особенно если нет адекватной замены</li><li>Не всем подходит: люди, ценящие стабильность, могут воспринять ротацию как стресс и дестабилизацию</li><li>Если ротация постоянная, возможен провал ожиданий в новой роли, что добавит сотруднику фрустрации</li></ul><h3>Пауза</h3><p>В удаленной работе, где грань между офисом и домом стерта, <em>настоящий</em> отпуск критически важен — иначе человек физически не в офисе, но психологически продолжает вариться в работе, читая почту и чаты. Руководитель должен помочь организовать такой перерыв: перераспределить на время обязанности, убедить сотрудника, что мир не рухнет без него пару недель. Это может быть внеплановый оплачиваемый отпуск, саббатикал.</p><p>Исследования показывают, что <strong>краткосрочный отдых может заметно снизить симптомы выгорания</strong>, хотя и не решает проблему кардинально.</p><p>В тяжёлых случаях, когда истощение зашкаливает, необходимо дать человеку время на восстановление — не «возвращение к норме», а построение новой нормы, которая не требует игнорировать сигналы тела.</p><p><strong>Когда применять</strong>: во время хронического стресса и выгорания.</p><p><strong>Что нужно для восстановления:</strong></p><ul><li>Полноценный отдых и правильное питание</li><li>Больше сна и снижение интенсивности работы</li><li>Разрешение на паузу без чувства вины</li><li>Мягкая физическая активность</li></ul><p><strong>Плюсы паузы:</strong></p><ul><li>Немедленное облегчение: отдых даёт быстрый эффект снятия острого стресса и эмоционального перегрева</li><li>Предотвращает ошибки и дальнейший ущерб продукту, которые могут дорого стоить</li><li>Сигнал поддержки: руководитель показывает, что ценит человека выше сиюминутной выгоды, это укрепляет лояльность</li><li>Даёт время менеджеру проработать системные проблемы в процессах, чтобы вернуть сотрудника уже в улучшенные условия</li></ul><p><strong>Минусы паузы:</strong></p><ul><li>Не устраняет первопричины: если человек вернется в тот же хаос, выгорание повторится. Пауза должна сочетаться с внутренней перестройкой</li><li>Нагрузка на остальных: уход одного человека в отпуск может стать стрессом для остальной команды</li><li>Риски для сроков и клиентов: в разгар проекта нужно грамотно перекрыть или донести до стейкхолдеров нехватку ресурса</li><li>Сам сотрудник может не «отпускать» работу, если его не заставить отключить уведомления</li></ul><p><strong>Критически важно:</strong> если сотрудник уходит в отпуск, он должен полностью отключиться от рабочих задач.</p><p>При этом важно помнить: если человек вернётся в тот же хаос, выгорание повторится. Пауза должна сочетаться с внутренней перестройкой, которую вы проводите, пока сотрудник отдыхает.</p><h3>Выход из команды</h3><p>Это крайняя мера, когда все попытки восстановить сотрудника внутри текущей команды не принесли результата или когда очевидно, что человек больше не на своем месте.</p><p>На этой стадии мы говорим уже о хроническом выгорании. Сильное выгорание — это не признак слабости, это признак того, что человек слишком долго был сильным без достаточной поддержки.</p><p>Хроническая умственная и физическая усталость на этой стадии может подтолкнуть человека на время прекратить работать, чтобы восстановиться. В этом случае, вероятно, потребуется вмешательство и поддержка специалиста, например, психолога.</p><p>Поскольку выгоревшие сотрудники в 2,6 раза чаще увольняются, руководителю необходимо с уважением отнестись к решению сотрудника сменить карьерный маршрут, если прежняя рабочая среда или сама профессия стала для него токсичной. Выход из команды может быть оформлен как внутренний перевод, например, в другой отдел с иным профилем работы, или расставание с компанией.</p><p>Восстановление после такого глубокого истощения требует времени и, возможно, помощи терапевта для разработки плана, учитывающего ограничения и личные цели человека.</p><p><strong>Плюсы выхода из команды</strong>:</p><ul><li>Шанс на полное восстановление сотрудника в другой среде. Сменив команду или работу, человек может оставить багаж негативных ассоциаций и начать с чистого листа, что часто приносит облегчение</li><li>Снижение токсичности в команде. Если выгорание достигло стадии цинизма, такой член команды тянет других вниз. Устранение этого фактора защищает оставшихся от «эмоционального заражения»</li><li>Фокус на тех, кто готов работать. Руководитель может перераспределить ресурсы на развитие новых сотрудников, вместо попыток «реанимировать» того, кто уже решил уйти</li><li>В случае внутреннего перевода компания сохраняет ценного специалиста, просто в другой роли</li></ul><p><strong>Минусы выхода из команды</strong>:</p><ul><li>Потеря опыта и знаний. Уход опытного UX-профессионала, особенно со старожильческим знанием продукта, является утратой компетенций</li><li>Сигнал тревоги для организации. Если из команды уходит выгоревший сотрудник, это индикатор для HR и руководства, что условия не идеальны</li><li>Морально тяжело для команды. Коллеги могут переживать чувство вины или страха. Важно обсудить причины ухода и подчеркнуть, что принимаются меры для улучшения условий</li><li>Формальные трудности. Увольнение по причине выгорания не прописано в ТК (за пределами медицинского диагноза), что может требовать переговоров и компенсаций. К тому же, нет гарантии, что на рынке найдётся быстро равноценная замена специалисту</li></ul><p>Взвешивая решение о выходе человека, руководитель должен руководствоваться и бизнес-логикой, и эмпатией. Если все попытки помочь внутри не дали результата, лучше поддержать сотрудника в его решении изменить карьерный маршрут, чем пытаться удержать ценой его же здоровья.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*-CRzCSMDSc2AQt_tojqg9Q.png" /></figure><ol><li><strong>Выгорание — это профессиональный феномен</strong>, связанный с хроническим стрессом, и ответственность за него лежит на организации, а не на сотруднике.</li><li><strong>Симптомы выгорания:</strong> эмоциональное истощение, цинизм и чувство личной неэффективности. Они развиваются постепенно, проходя 5 стадий.</li><li><strong>Удалёнка усиливает риски,</strong> повышая непрозрачность процессов и чувство изоляции.</li><li><strong>Основные причины выгорания связаны с управлением:</strong> нереалистичные сроки, чрезмерная нагрузка, неясность ролей и недостаток поддержки менеджера.</li><li><strong>Диагностика должна быть системной:</strong> используйте такие инструменты, как Maslach Burnout Inventory (MBI) или модель «Шести зон влиятельности», чтобы выявить первопричины в рабочей среде.</li><li><strong>Менеджерский подход должен быть проактивным:</strong> инвестируйте в профилактику, перестраивайте процессы, используйте ротацию для обновления мотивации и, при необходимости, настаивайте на полноценной паузе.</li></ol><p>Если вы узнали свою команду в этих симптомах, не ждите стадии хронического выгорания. Прямо сейчас запланируйте 1:1 со своим ключевым специалистом и начните разговор с того, что в вашей зоне влияния: <em>«что в наших процессах я, как твой руководитель, могу изменить, чтобы дать больше контроля и прозрачности?»</em></p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*WQkvoHMOAOD_9DaT41nU5w.png" /></figure><p>В дополнение — чек-лист для самих специалистов. Можно примерить на себя или на коллег в новой команде, чтобы понять, насколько руководство заботится о климате.</p><ul><li>Чувствуете себя уставшим почти каждый день, сон не приносит облегчения</li><li>Вы эмоционально опустошены и не можете отдавать себя на психологическом уровне, как раньше</li><li>У вас проблемы с фокусировкой, вас легко раздражают мелочи, которые раньше не замечали</li><li>Вы замечаете сбои в режиме дня, сидите допоздна, пытаясь «догнать» график</li><li>Ваш отпуск или отдых не решает проблему</li><li>Вы стали апатично или цинично относиться к своей работе</li><li>Вы перестали биться за качество UX-решений и работаете на автомате</li><li>Вы избегаете общения в командных чатах или на звонках, уходя в социальную изоляцию</li><li>У вас появляется безразличное, негативное или даже саркастическое отношение к коллегам, клиентам или проекту</li><li>Вы ощущаете, что работа превратилась в безразличную рутину</li><li>Вы чувствуете, что теряете уверенность в своих силах</li><li>Вы чаще пропускаете внутренние дедлайны</li><li>Качество вашей работы стремительно падает, или вы делаете больше ошибок</li><li>Вы чаще задумываетесь об увольнении</li><li>Вы включаете режим отрицания и отмахиваетесь от помощи</li><li>Вам кажется, что вы больше не способны оказывать позитивное влияние на людей или продукт</li></ul><p>Если насчитали <strong>3–4 повторяющихся паттерна</strong> из списка, постарайтесь уделить больше внимания, пока проблема не разрослась до плохо контролируемой.</p><p>Берегите себя, цените то, чем занимаетесь, и пейте больше воды. Всем мир 🖖</p><p>✈️ Подписывайтесь на <a href="https://t.me/nobreakspace">блог про UX и менеджмент в телеграме</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=d11b733896e0" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[9 библиотек для UX/UI рисёча и вдохновения]]></title>
            <link>https://medium.com/@onebigunknown/9-%D0%B1%D0%B8%D0%B1%D0%BB%D0%B8%D0%BE%D1%82%D0%B5%D0%BA-%D0%B4%D0%BB%D1%8F-ux-ui-%D1%80%D0%B8%D1%81%D1%91%D1%87%D0%B0-%D0%B8-%D0%B2%D0%B4%D0%BE%D1%85%D0%BD%D0%BE%D0%B2%D0%B5%D0%BD%D0%B8%D1%8F-b2b12d476dd3?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/b2b12d476dd3</guid>
            <category><![CDATA[ux]]></category>
            <category><![CDATA[research]]></category>
            <category><![CDATA[apps]]></category>
            <category><![CDATA[ux-research]]></category>
            <category><![CDATA[product-design]]></category>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Thu, 27 Nov 2025 12:27:27 GMT</pubDate>
            <atom:updated>2025-11-27T12:27:27.534Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*c0QV7FI3UfFi63Qx3yG8qQ.png" /></figure><p>Встречал предубеждение, что библиотеки интерфейсов использовать неправильно: будто бы копируешь чужие решения, теряешь оригинальность и рискуешь получить конфликт с собственным продуктом.</p><p>Кажется, такого никогда не случится, если работать с референсами так:</p><ol><li><strong>декомпозировать задачи</strong> — не «нужен красивый профиль пользователя», а «нужно решение, как уместить настройки безопасности, личные данные и историю заказов на одном экране так, чтобы не выглядело перегруженно»</li><li><strong>искать релевантные продукты</strong> — на Dribbble и Behance красиво, но когда нужно найти рабочий продукт, о котором пока не знаешь, библиотеки идеальное решение</li><li><strong>диверсифицировать источники</strong> — смотреть прямых конкурентов обязательно, непрямых (например, из других стран) очень желательно, а приглядывать вообще не за конкурентами отлично развивает внутреннюю библиотеку UX-решений</li></ol><p>И не забываем про закон Якоба:</p><blockquote>Пользователи проводят большую часть времени не у вас, поэтому ожидают знакомых паттернов поведения интерфейса.</blockquote><p>У меня накопилась пачка библиотек, которая и сегодня сильно упрощает мне работу:</p><h3>Приложения и веб</h3><ul><li><a href="https://mobbin.com/">Mobbin</a> — самая популярная, просто должна быть в этом списке</li><li><a href="https://refero.design/">Refero</a> — по их словам, самая большая библиотека вебовых и iOS экранов</li><li><a href="https://pageflows.com/">Page Flows</a></li></ul><h3>Bеб</h3><ul><li><a href="https://www.saasframe.io/">SaaSframe</a> — структурированный по категориям архив</li></ul><h3>Российские приложения</h3><ul><li><a href="https://scrn.gallery/apps">SCRN</a> — любопытная фича паттерны — на одной странице собраны экраны одного и того же назначения из разных приложений</li><li><a href="https://benchmarkee.ru/">Benchmark</a></li><li><a href="https://liba.tilda.ws/library">Liba</a></li><li><a href="https://screenoteka.com/">Screenoteka</a></li><li><a href="https://screenbook.ru/?os=iOS">Screen Book</a></li></ul><h3>Бонус</h3><ul><li><a href="https://dsgn.zone/">Dsgn.zone</a> — архив дизайнерских источников: дизайн-системы, ссылки на сайты с иконками, шрифтами, иллюстрациями и вдохновением</li><li><a href="http://scrnshts.club/">Scrnshts</a> — промо-скрины, которые публикуют в сторах</li></ul><p>Про тип: эти сервисы отлично выполняют роль тренажёра. Можно открыть экран близкого лично вам продукта и подумать, как именно продуктовая команда пришла к такому решению, провести обратный инжиниринг хоть до самой джобсы.</p><p>🔵 Подписывайтесь на <a href="https://t.me/nobreakspace">блог про UX и менеджмент в телеграме</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=b2b12d476dd3" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Токсик или комфортик: 16 вопросов, которые покажут, с кем вам предстоит работать]]></title>
            <link>https://medium.com/@onebigunknown/%D1%82%D0%BE%D0%BA%D1%81%D0%B8%D0%BA-%D0%B8%D0%BB%D0%B8-%D0%BA%D0%BE%D0%BC%D1%84%D0%BE%D1%80%D1%82%D0%B8%D0%BA-16-%D0%B2%D0%BE%D0%BF%D1%80%D0%BE%D1%81%D0%BE%D0%B2-%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%B5-%D0%BF%D0%BE%D0%BA%D0%B0%D0%B6%D1%83%D1%82-%D1%81-%D0%BA%D0%B5%D0%BC-%D0%B2%D0%B0%D0%BC-%D0%BF%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%BE%D0%B8%D1%82-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0%D1%82%D1%8C-e43f252d1e27?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/e43f252d1e27</guid>
            <category><![CDATA[team]]></category>
            <category><![CDATA[hiring]]></category>
            <category><![CDATA[management]]></category>
            <category><![CDATA[communication]]></category>
            <category><![CDATA[interview]]></category>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Sat, 22 Nov 2025 12:38:45 GMT</pubDate>
            <atom:updated>2025-11-22T12:38:45.174Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*nQ2tUSSoWuXISwo__93yQA.png" /></figure><p>Площадка для соискателей Glassdoor провела опрос среди своих пользователей. По итогам отобрала 16 вопросов, которые стоит задать потенциальному руководителю, чтобы определить атмосферу в команде. Ведь интервью — это не экзамен, а взаимная проверка на адекватность.</p><h3><strong>Стиль руководства и менеджмента</strong></h3><ul><li>Как бы вы описали свой стиль руководства?</li><li>Как вы взаимодействуете с командой? Как формируете ожидания и отслеживаете прогресс?</li><li>Как обычно даёте обратную связь?</li></ul><h3><strong>Работа с ошибками и преодоление трудностей</strong></h3><ul><li>Как вы реагируете, если кто-то из команды допускает ошибку?</li><li>Что делаете, если сорван дедлайн?</li><li>Когда задачи команды идут не по плану, как вы с этим разбираетесь?</li><li>Как поддерживаете людей, когда они перегружены?</li></ul><h3><strong>Размышления о росте руководителя</strong></h3><ul><li>Как вы формулируете для себя свои зоны роста?</li><li>Какая ваша самая ощутимая неудача?</li><li>Вы хотите, чтобы команда челленджила вас?</li></ul><h3><strong>Work-life balance</strong></h3><ul><li>Как часто команде приходится задерживаться?</li><li>Что обычно делает команда в пятницу в шесть вечера?</li><li>Как вы помогаете команде сохранять баланс между работой и личной жизнью?</li></ul><h3><strong>Культура команды</strong></h3><ul><li>Сколько в среднем люди работают в вашей команде?</li><li>Какие качества делают человека успешным в вашей команде?</li><li>Что вам больше всего нравится в управлении людьми?</li></ul><p>Эти вопросы подсвечивают достаточно широкий спектр важных аспектов будущей работы:</p><ul><li>насколько потенциальный менеджер вовлечён в ежедневную рутину команды, совпадает ли его подход с вашим</li><li>как будут проходить стрессовые периоды</li><li>относится ли руководитель к команде как к живым людям или требует от всех идеальной работы без единого косяка</li><li>не расходится ли реальная культура в команде с описанием вакансии</li><li>насколько среда в целом дружелюбна</li></ul><p>Ну и, конечно, вопросы сформулированы достаточно хитро. Они открытые, некоторые фреймят менеджера так, что сам факт вопроса может спровоцировать проявление токсичности. Например, «как вы формулируете для себя свои зоны роста?». А в вопрос «как поддерживаете людей, когда они перегружены?» вообще зашит сетап, что в команде случается неэффективный менеджмент, который чаще всего и приводит к перегрузкам.</p><p>Единственный нюанс — не на все вопросы у менеджера может быть ответ, и это нормально. Не все сразу становятся руководителями такого уровня, чтобы без рефлексии и подготовки ответить по этому чек-листу. В таком случае нетоксичной реакцией будет, например, «это интересный вопрос, но я никогда не задумывался/лась об этом, готового ответа прямо сейчас нет». А дальше, в зависимости от того, сколько у вас времени на интервью, может поразмышлять на эту тему или вы двинетесь дальше.</p><p>Тревожные звоночки во время такого разговора будут весьма красноречивыми. Но вот парочка, на которые стоит посмотреть внимательнее:</p><ul><li>невербальная демонстрация раздражения (закрытая поза, микромимика, «усталые» вздохи)</li><li>хвастовство</li><li>абстрактные ответы без конкретики</li><li>перевод темы</li><li>отказ отвечать на вопрос</li><li>преждевременное завершение интервью</li></ul><blockquote>И обязательно доверяйте интуиции.</blockquote><p>🔵 Подписывайтесь на <a href="https://t.me/nobreakspace">блог про UX и менеджмент в телеграме</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=e43f252d1e27" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Где должна жить UX-редакция: в дизайне, контенте или у себя дома?]]></title>
            <link>https://medium.com/@onebigunknown/%D0%B3%D0%B4%D0%B5-%D0%B4%D0%BE%D0%BB%D0%B6%D0%BD%D0%B0-%D0%B6%D0%B8%D1%82%D1%8C-ux-%D1%80%D0%B5%D0%B4%D0%B0%D0%BA%D1%86%D0%B8%D1%8F-%D0%B2-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD%D0%B5-%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BD%D1%82%D0%B5-%D0%B8%D0%BB%D0%B8-%D1%83-%D1%81%D0%B5%D0%B1%D1%8F-%D0%B4%D0%BE%D0%BC%D0%B0-bba40f9ed284?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/bba40f9ed284</guid>
            <category><![CDATA[ux-design]]></category>
            <category><![CDATA[product-design]]></category>
            <category><![CDATA[team]]></category>
            <category><![CDATA[ux]]></category>
            <category><![CDATA[ux-writing]]></category>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Sat, 15 Nov 2025 13:27:15 GMT</pubDate>
            <atom:updated>2025-11-15T13:28:01.595Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*Whqu9XZjCsk23geCewOR8A.png" /></figure><p>Каждый раз, когда компания решает, куда сложить UX-редакторов, где-то тихо вздыхает один контент-лид и громко спорит один Head of Design. Понять их можно, редакторы — это котики, любят всех, но жить с кем-то, кроме своего прайда, не готовы.</p><p>Но куда-нибудь ведь надо же их посадить.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*KaASpYSPurr6smiYM_daqA.png" /></figure><p>Вроде вин-вин ситуация: один пайплайн, общее планирование, быстрые ревью. Редакторы рядом с дизайнерами, решения принимаются на лету, тексты попадают в макеты вовремя.</p><p>Но у скорости побочный эффект — теряется глубина. Вместо смысла обсуждают визуальный вес заголовка. Редактор становится человеком, который «вписывает» слова в размер кнопки, а не формулирует пользовательскую логику.</p><p>Это как если бы переводчика посадили к дизайнеру и попросили «чуть красивее перевести интерфейс».</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*sR6512evtUvX3-PL93Mfrg.png" /></figure><p>Как правило, здесь порядок, гайдлайны и культ стиля и академичность. UX-команда наконец перестаёт писать как карты лягут: появляется единый язык, системность, консистентность, тональность, которая не скачет между «Привет!» и «Уважаемый пользователь».</p><p>Слишком уж хорошо. Поэтому вот обратная сторона: платить за это придётся скоростью, решения слишком долго «мусолятся» и итерируются, что просто теряют импульс, а дизайнеры начинают тихонечко редактировать тексты в макетах, чтобы «не ждать контент». UX превращается в бюрократию с красивыми словами.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*Pqs_cgqV2to1yt85tArIzw.png" /></figure><p>Что ж, это самый амбициозный сценарий. Редактура в нём живёт как горизонтальная дисциплина: формирует свои гайдлайны и архитектуру, менторит дизайнеров, вместе с ними прорабатывает сценарии и напрямую формирует стратегию продукта. Очень привлекательно, мечта.</p><p>И в реальности такие команды есть, но работают только там, где у компании есть понимание ценности редактора как сильной самостоятельной единицы. В остальных случаях — либо растворяется между департаментами, либо превращается в бесконечную кросс-функциональную переписку.</p><p>Есть ещё вариант, когда редактор один на весь дизайн-департамент, но давайте не будем об этом. Просто посочувствуем.</p><h3>Так где же должна жить UX-редакция</h3><p>А неважно. Важно, чтобы у неё было право задавать вопросы не «куда на этом экране текст вкрячить», а зачем это вообще нужно пользователю. Структура и иерархия не имеют значения, когда редактор появляется в самом начале процесса проработки интерфейса. Здесь же растёт и доверие ко всей экспертизе, что, в свою очередь, закладывает фундамент для будущих редакторов.</p><p>UX-редакция не отдел и не сервис. Это способ думать о продукте через язык. Пока компании спорят, куда же посадить редакторов, пользователю всё равно: он просто хочет, чтобы его понимали с первого раза.</p><p>Если проводить аналогию, дизайн схож с речью — есть устная, есть письменная, два ракурса на одно, со своими правилами и принципами. Вот с визуалом и текстом также.</p><blockquote>Так что правильный вопрос не «где UX-редакция должна жить», а «где UX-редакция может быть полезна».</blockquote><p>🔵 Подписывайтесь на <a href="https://t.me/nobreakspace">блог про UX и менеджмент в телеграме</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=bba40f9ed284" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Метрики для UX-редакторов: почему их сложно считать и какие действительно полезны]]></title>
            <link>https://medium.com/@onebigunknown/%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA%D0%B8-%D0%B4%D0%BB%D1%8F-ux-%D1%80%D0%B5%D0%B4%D0%B0%D0%BA%D1%82%D0%BE%D1%80%D0%BE%D0%B2-%D0%BF%D0%BE%D1%87%D0%B5%D0%BC%D1%83-%D0%B8%D1%85-%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE-%D1%81%D1%87%D0%B8%D1%82%D0%B0%D1%82%D1%8C-%D0%B8-%D0%BA%D0%B0%D0%BA%D0%B8%D0%B5-%D0%B4%D0%B5%D0%B9%D1%81%D1%82%D0%B2%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE-%D0%BF%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D1%8B-339a39a21064?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/339a39a21064</guid>
            <category><![CDATA[product-design]]></category>
            <category><![CDATA[analytics]]></category>
            <category><![CDATA[metrics]]></category>
            <category><![CDATA[ux]]></category>
            <category><![CDATA[ux-writing]]></category>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Sat, 15 Nov 2025 11:41:15 GMT</pubDate>
            <atom:updated>2025-11-15T11:41:15.180Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*QRJNws8rPM2c7bx4LecHjg.png" /></figure><p>Наверняка знакомая ситуация: всё работает, интерфейсы внятные, пользователи довольны, но в какой-то момент кто-то спрашивает редактора: <em>«А что по цифрам?»</em> Вот тут и начинается сущий кошмар.</p><p>Должен ли UX-редактор отвечать за продуктовые метрики — конверсию, удержание, NPS? Или его задача закончилась, когда пользователь получил от продукта что хотел с минимальными усилиями? Давайте разбираться.</p><h3>Текст подчиняется контексту</h3><p>Парадигма, в которой у UX-редактора есть оунершип за метрики, звучит заманчиво:</p><ul><li>это уже не просто человек, который делает пруфрид и расставляет запятые</li><li>контент-дизайн становится влиятельнее</li><li>все вокруг на живом примере видят, что текст влияет на воронку сопоставимо с дизайном</li></ul><p>Всё это дает редактору контроль, пусть и замаскированный под data-driven подход. Плохо, что ли? Хорошо.</p><p>С другой стороны такого подхода — метрики, которые совсем не так послушны, как хотелось бы. Текст в интерфейсе на то и «в интерфейсе», он не существует в вакууме. Он конкурирует с визуалом, флоу, скоростью отклика сервера и настроением пользователя во вторник утром, когда он вообще ничего не хочет, а в приложение зашёл по привычке.</p><blockquote>Например, вы поменяли кнопку «Оформить» на «Подтвердить заказ», и ничего не произошло. Потому что в этот же момент дизайнеры добавили шаг в флоу. Или потому что пользователь, как выяснилось, на этом экране вообще не читает.</blockquote><p>В результате редактор, выжигая глаза об аналитические таблицы, борется не за смысл и удобство, а за десятые доли процента в A/B-тестах. На UX это уже мало походит, скорее культ аналитики.</p><h3>Что же всё-таки можно измерить</h3><p>Но это не значит, что любые метрики бесполезны. Наоборот, когда они подкрепляют наблюдение, они работают. Вот четыре, которые отлично работают, если смотреть правильно:</p><ul><li><strong>Task success rate</strong> — процент пользователей, которые успешно завершили задачу. Например, поменяли «Подтвердить заказ» на «Оформить заказ», выросла конверсия.</li><li><strong>Comprehension rate</strong> — уровень понимания. Измеряется тестами, временем выполнения и количеством уточняющих действий. Это когда <em>«Переустановите приложение» работает лучше, чем «Попробуйте снова позже».</em></li><li><strong>Trust index</strong> — буквально доверие. Оценивается не по опросам, а по поведению: повторные действия без колебаний, отсутствие recheck-кликов.</li><li><strong>Micro conversions</strong> — небольшие победы на пути к большой: переход на следующий шаг, включение уведомлений, сохранение настроек.</li></ul><p>Необязательно использовать все, необязательно ограничиваться только ими. Корпорации вообще могут позволить себе разработать собственную метрику. Главное, чтобы она действительно работала и правильно использовалась, чтобы причина и следствие не менялись местами.</p><h3>Метрики — это обратная связь</h3><p>Редактору действительно полезно разбираться в цифрах, но не жить ради них. Важнее понимать контекст, где текст влияет на поведение, и работать с цифрами как с обратной связью. Потому что метрики показывают, <em>что случилось</em>, но никогда — <em>почему</em>. UX-редактор не обязан считать, но его задача — вычислять, где и почему эти цифры проседают.</p><blockquote>Например, когда кнопка «Попробовать бесплатно» вдруг перестаёт конвертить — не всегда причина в формулировке. Иногда просто в «бесплатно» больше никто не верит.</blockquote><p>Метрики нужны, чтобы понимать мир, а не оправдываться перед ним. UX-редактор с оунершипом не гонится за цифрами, но способен их интерпретировать без потери человеческого смысла.</p><h3>Важно не подменять цифрами смысл</h3><p>Хочется верить, что глобально индустрия прошла точку, в которой считалось, что интерфейсный текст это что-то вроде рекламного баннера и его задача продавать. Задачами всегда были не мешать и помогать. Поэтому KPI текста не CTR, а «снял ли он с человека когнитивное напряжение» и «помог ли получить желаемое».</p><p>Потому что хороший UX-текст не всегда повышает конверсию. Иногда он просто возвращает доверие. А вот это уже в будущем повысит конверсию.</p><p>🔗 Подписывайтесь на <a href="http://t.me/nobreakspace">блог про UX и менеджмент в телеграме</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=339a39a21064" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Figma для UX-редакторов: 12 плагинов, которые упрощают работу]]></title>
            <link>https://medium.com/@onebigunknown/figma-%D0%B4%D0%BB%D1%8F-ux-%D1%80%D0%B5%D0%B4%D0%B0%D0%BA%D1%82%D0%BE%D1%80%D0%BE%D0%B2-12-%D0%BF%D0%BB%D0%B0%D0%B3%D0%B8%D0%BD%D0%BE%D0%B2-%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%B5-%D1%83%D0%BF%D1%80%D0%BE%D1%89%D0%B0%D1%8E%D1%82-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%83-dde55840cad9?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/dde55840cad9</guid>
            <category><![CDATA[ux-design]]></category>
            <category><![CDATA[ux-writing]]></category>
            <category><![CDATA[ux]]></category>
            <category><![CDATA[productivity]]></category>
            <category><![CDATA[product-design]]></category>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Fri, 31 Oct 2025 14:37:43 GMT</pubDate>
            <atom:updated>2025-10-31T14:37:43.162Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*qozr6Xn2qAQ2GBTm2dQGAw.jpeg" /></figure><p>Если работаете с текстами прямо в макетах, эти плагины спасут часы рутины и оставят последнюю нервную клетку в безопасности. Все проверены в работе и встроены в мой редакторский пайплайн.</p><h3>Работа в фигме</h3><p><a href="https://www.figma.com/community/widget/1158809166636728308"><strong>DONE!</strong></a> — небольшая панелька, помогает отслеживать статус всей дизайн-задачи. Удобно адаптировать под пайплайн команды и добавлять исполнителей. Помогает редакторам синхронизироваться с дизайнерами и разработчиками.</p><p><a href="https://www.figma.com/community/widget/1389895253265745876"><strong>Checkmark</strong></a> — вроде простой ту-ду-лист, но дьявол в деталях. Долго перебирал очень разные плагины, искал баланс между лаконичностью и возможностями. Checkmark поддерживает вложенные списки и редактирование всего листа через markdown-разметку, показывает общий прогресс, можно вставить гиперлинк (полезная штука, в других плагинах не встречал ни разу). Ещё в нём можно делать шаблоны чек-листов — это экономит время, когда команда переходит к детальной проработке макетов и подготовке к разработке.</p><p>Если же нужен максимально простой ту-ду-лист, подойдут <a href="https://www.figma.com/community/widget/1342178141900653188"><strong>Simple Tracked ToDo</strong></a> или <a href="https://www.figma.com/community/widget/1477952869464627187"><strong>Checklist</strong></a>.</p><h3>Прототипирование и концептинг</h3><p><a href="https://www.figma.com/community/plugin/742764242781786818"><strong>Wireframe</strong></a> — большая коллекция разных вайрфреймов с веб-версиями и мобайлом. Плюс компоненты для флоу мапов. Очень помогает, когда нужно быстро набросать структуру, побрейнштормить или поконцептить.</p><p><a href="https://www.figma.com/community/plugin/731627216655469013"><strong>Content Reel</strong></a> — архив ассетов для ранних этапов дизайна, когда нужно быстро заполнить экраны чем-то, что будет близко к финальному виду. Есть текстовые ассеты, например, даты разных форматов и номера телефонов, есть и графические — фотографии, иконки.</p><p><a href="https://www.figma.com/community/plugin/733902567457592893/autoflow"><strong>Autoflow</strong></a><strong> </strong>— мегаудобная стрелка для организации макетов. Для неё можно настроить цвет, толщину и скругление, а чтобы нарисовать, достаточно выбрать два экрана через shift.</p><h3>Работа с текстом</h3><p><a href="https://www.figma.com/community/plugin/1238151538920262810"><strong>Frontitude</strong></a> — AI-плагин для создания и улучшения текста. Удобен, когда нужно «покрутить» текст, набросать разные варианты, уместить в ограничение по знакам. А ещё поддерживает гайдлайны — можно закинуть в него правила tone of voice, рекомендации для компонентов и категорий текстов (вроде ошибок), и он учтёт всё при генерации.</p><p><a href="https://www.figma.com/community/plugin/1044632054433601396"><strong>UX writing status</strong></a> — очень простая, но дико полезная штука. Внутри четыре статуса «сделать», «в работе», «ревью», «готово». Выделяете текст, нажимаете один из статусов, плагин маркирует текстовый слой слева в панели. Спасает от путаницы, когда сценарий длинный, состояний и текста много. И дизайнеры видят, что на каком этапе.</p><p><a href="https://www.figma.com/community/plugin/754026612866636376/spelll-spelling-grammar-checking-for-figma-figjam"><strong>SPELLL</strong></a> — исправляет орфографические ошибки, можно добавлять свой глоссарий, чтобы плагин не ругался на одни и те же слова. Спасает от случайных опечаток, которые не заметил встроенный в фигму спелл-чекер.</p><p><a href="https://www.figma.com/community/plugin/745519632050796775"><strong>Typograf</strong></a><strong> </strong>— расставляет кавычки-ёлочки, распознаёт кавычки в кавычках, убирает двойные пробелы, корректно оформляет дроби, добавляет неразрывные пробелы между числом и стоящим слева словом. И много других полезных мелочей. Единственный минус — нет гибкой настройки под свои редстандарты.</p><p><a href="https://www.figma.com/community/plugin/977968775104001765"><strong>Space&gt;&gt;cleaner</strong></a> — убирает повторяющиеся пробелы, неразрывные на обычные не заменяет. Пригодится, если Typograf конфликтует с редакторской документацией, а текст надо привести в порядок.</p><h3>Другое</h3><p><a href="https://www.figma.com/community/plugin/739922281164562258/better-font-picker"><strong>Better Font Picker</strong></a> — отдельная незакрываемая панель со всеми установленными шрифтами. Пригодится, когда нужно навести порядок в макете и поправить все шрифты, — не нужно будет каждый раз искать и выбирать нужный через правую панель фигмы.</p><p><a href="https://www.figma.com/community/plugin/801195587640428208/design-lint"><strong>Design Lint</strong></a> — в первую очередь дизайнерский инструмент, проверяет ошибки в стилях макетов. Но будет полезен редакторам, которые работают с макетами напрямую, чтобы проверять текстовые стили.</p><p>💻 <a href="http://t.me/nobreakspace">Блог про UX и менеджмент в телеграме</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=dde55840cad9" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[UX 3.0 — как ИИ меняет подход к дизайну]]></title>
            <link>https://medium.com/@onebigunknown/ux-3-0-%D0%BA%D0%B0%D0%BA-%D0%B8%D0%B8-%D0%BC%D0%B5%D0%BD%D1%8F%D0%B5%D1%82-%D0%BF%D0%BE%D0%B4%D1%85%D0%BE%D0%B4-%D0%BA-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD%D1%83-9e8251c6bc7f?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/9e8251c6bc7f</guid>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Mon, 27 Oct 2025 08:59:31 GMT</pubDate>
            <atom:updated>2025-10-27T08:59:31.095Z</atom:updated>
            <content:encoded><![CDATA[<h3>UX 3.0 — как ИИ меняет подход к дизайну</h3><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*Tg9-Udz7XdVArCsJDtomew.png" /></figure><blockquote>UX становится всё меньше про интерфейсы и всё больше про отношения между человеком и обучающейся системой, которая сама принимает решения.</blockquote><p>За сорок лет UX прошёл долгий путь: сначала были операционные системы компьютеров, потом появился интернет, следом мобильные устройства. Новый этап — искусственный интеллект. Он не будет встраиваться в привычный UX, как это может показаться сейчас, он добавит новый элемент — самостоятельное поведение системы.</p><h3>Как развивался UX</h3><p>За почти полвека UX прошёл три этапа:</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*wrxCzxWG1e0hjYhsx6P0mA.png" /></figure><p>Если обобщить, получается, что UX 1.0 сделал технологии понятными, UX 2.0 — удобными, а UX 3.0 делает их человечными. Только «человечность» не в понимании создателей интерфейса, а самого пользователя. Об этом чуть позже.</p><p>С последним переходом возникли сложности: плохо спроектированный искусственный интеллект даже сейчас может навредить, вспомнить хотя бы аварии с автопилотируемыми машинами. Причина — в проектировании со стороны технологии, не со стороны пользователя. Это новая задача, и решать её придётся не привычными инструментами UX-дизайна, потому что его принципы основаны на совершенно другом формате взаимодействия с продуктом. Они не учитывают комплексность ИИ-систем.</p><p>Тут-то и вступает новая парадигма, в которой UX-дизайн должен делать ИИ прозрачным, контролируемым и надёжным. Стоит сделать оговорку: UX 3.0 применим в первую очередь к продуктам, полностью основанным на ИИ и работающим на уровне системы, а не использующим эту технологию для отдельных функций, например, алгоритма рекомендаций в Spotify, бота поддержки банковского приложения или генерации картинок.</p><h3>Компоненты UX 3.0</h3><ul><li><strong>Экосистемность</strong>. UX выходит за пределы продуктов и проектируется на уровне экосистем: связных сценариев между мобильными, десктопными, носимыми и ИИ-системами, где важна их согласованность. UX-дизайн охватывает весь жизненный цикл ИИ — от проектирования и обучения моделей до мониторинга поведения, обновлений и, хм, конца жизненного цикла. Кроме интерфейса UX охватывает уровень бизнес-логики и данных: опыт зависит от интеграции решений, инфраструктуры и качества данных. И наконец, UX вписан уже не просто в технический, но социотехнический контекст: дизайн должен учитывать, как ИИ интегрируется в более широкую — социальную и культурную — среду.</li><li><strong>Инновационность</strong>. То есть технология для пользователя, а не пользователь для технологии. Инновация смещается от технологии как самоцели к созданию отличимого, полезного и легко усваиваемого опыта. Она помогает не только убирать текущие боли, но и выявлять неудовлетворённые потребности, предсказывать их и сразу закрывать. На уровне системы UX должен соприкасаться со всеми точками контакта на пути пользователя.</li><li><strong>Кооперативность</strong>. ИИ меняет роль пользователя: он больше не пассивно получает решение своей задачи, а становится активным участником совместного взаимодействия. ИИ открывает новый уровень коллаборации: LLM, ассистенты и агенты позволяют работать совместно, распределять роли. Наконец, ИИ переводит UX в режим реального времени: рекомендации, предиктивная персонализация и ассистенты превращают взаимодействие в непрерывный двусторонний диалог, где интерфейс адаптируется не после, а во время действия пользователя.</li><li><strong>Интерактивность</strong>. Здесь возвращаемся к «человечности». Сейчас под ней понимают заботу о пользователе через призму самих UX-специалистов: они руководствуются внутренним компасом и решают, как будет наиболее щадяще встроить бизнесовую задачу в интерфейс и не разозлить пользователя. А потом всё равно делают флоу закрытия подписки на семь с лишним экранов. В UX 3.0 человечность — это предсказуемость, прозрачность, контроль и, конечно, доверие. Пока что ИИ для пользователей чёрный ящик, но по мере того, как его становится всё больше в повседневной жизни, UX-дизайн должен создавать более целостный и понятный опыт взаимодействия.</li></ul><h3>Фреймворк UX 3.0</h3><p>Вот что это значит для всех UX-специалистов на практике:</p><ul><li>Дизайну предстоит встроиться во весь жизненный цикл ИИ, начиная со сбора данных.</li><li>UX-команды станут кросс-функциональными. Кроме дизайнеров, редакторов, исследователей туда войдут инженеры, аналитики, продакты, научные специалисты в тех сферах, для которых создаётся продукт.</li><li>Работать на UX нужно будет сразу во всех направлениях. На уровне самого продукта, на уровне системы и заодно на перспективу. Как в игре с открытым миром — разработчики определённо точно не проектируют всё, что вытворяют потом игроки. Но с ИИ это нужно делать (или хотя бы стремиться к этому), потому что это влияет на реальный мир.</li></ul><h3>Что изменится для UX-специалистов</h3><p><strong>UX-лидам</strong> теперь предстоит заниматься не контент-менеджментом и проектированием флоу, а созданием полноценной архитектуры взаимодействия человека с ИИ. И им же предстоит участвовать в формировании правил продукта: предсказуемости, безопасности, этики и так далее. И кажется, у дженералистов здесь будет преимущество.</p><p><strong>Дизайнерам и редакторам</strong> будет необходимо понимать принципы «объяснимости». Другими словами, контроля. То есть как создать предсказуемость в новом формате взаимодействия с совершенно новой категорией продуктов.</p><p><strong>Исследователи</strong> станут ближе к системным аналитикам.</p><p>Интереснее всего задача у <strong>компаний</strong> — им придётся менять подход на стратегическом уровне, добавлять новые метрики и перестраивать департаменты с командами.</p><p>В общем, продуктовое мышление предстоит расширить до системного и придумать новый язык предсказуемости, а целью UX-специалистов станет сохранение человечности и доверия в мире, где технологии не инструмент, а партнёр.</p><p><a href="http://t.me/nobreakspace">Блог про UX и менеджмент в телеграме</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=9e8251c6bc7f" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[«Нужно исследовать это получше» не работает]]></title>
            <link>https://medium.com/@onebigunknown/%D0%BD%D1%83%D0%B6%D0%BD%D0%BE-%D0%B8%D1%81%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D1%82%D1%8C-%D1%8D%D1%82%D0%BE-%D0%BF%D0%BE%D0%BB%D1%83%D1%87%D1%88%D0%B5-%D0%BD%D0%B5-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0%D0%B5%D1%82-bb7bf1f7fdfc?source=rss-fa63c644128b------2</link>
            <guid isPermaLink="false">https://medium.com/p/bb7bf1f7fdfc</guid>
            <category><![CDATA[ux]]></category>
            <category><![CDATA[ux-writing]]></category>
            <category><![CDATA[менеджмент]]></category>
            <category><![CDATA[исследования]]></category>
            <dc:creator><![CDATA[Антон Абрамович]]></dc:creator>
            <pubDate>Sat, 18 Oct 2025 13:35:35 GMT</pubDate>
            <atom:updated>2025-10-18T13:35:35.337Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*reodiSl2D2fEBODb-7TPmA.png" /></figure><p>Часто слышим это, когда не уверены в решении: давайте проведём ещё одно интервью, дособерём данные, проверим гипотезу на другой выборке. Кажется, что больше информации = меньше риска. Но в динамичной среде всё наоборот: чем дольше исследуем, тем выше шанс ошибиться.</p><p>В 1987 году исследователи когнитивной психологии Дон Клейнмунц и Джеймс Томас изучали, когда лучше действовать, а когда — собирать информацию. Они смоделировали ситуацию, где каждое действие влияет на состояние «системы», а сама система реагирует с задержкой. То есть система постоянно меняется, но обратная связь приходит не сразу.</p><p>Участникам предложили управлять состоянием пациента (метафора сложной системы), на каждом шаге нужно либо уточнить состояние (то есть исследовать получше), либо применить лечение без стопроцентной уверенности (то есть принять решение и действовать). При этом результаты появлялись не сразу, а с гэпом — как в реальных продуктах, где эффект изменений виден не сразу.</p><h3>Что удалось выяснить</h3><ul><li><strong>Люди слишком держатся за уверенность</strong> <br>Большинство участников из страха ошибиться тратили много времени на исследования, даже когда промедление только ухудшало ситуацию. В результате — «смерть» пациента.</li><li><strong>Самая эффективная стратегия — гибридная</strong> <br>Некоторые участники собирали информацию только там, где это действительно снижало неопределённость, потом сразу переходили к действию. Они не пытались уточнить всё, только то, что влияет на результат.</li><li><strong>Люди проигрывают случайности</strong> <br>Из-за когнитивных искажений (переоценки новых исследований, избыточной коррекции несущественных изменений, избегания ошибок) на длинной дистанции средний результат человека оказывался хуже, чем у случайного выбора.</li><li><strong>Время не бесплатно</strong><br>Ошибка воспринимается острее промедления. Мы боимся принять неправильное решение, потому что ошибка явная, ощутимая и оставляет след. А цена промедления растянута во времени, её труднее почувствовать. Пока участники искали уверенность, тратя время, ресурсы и энергию на исследования, система менялась. И когда они наконец были готовы действовать, решалась уже вчерашняя проблема, а не актуальная.</li></ul><p>UX-команды часто оказываются в такой же ловушке. Можно неделями спорить о формулировке, гонять тексты через бесконечные тесты. И пока всё это происходит, рынок и пользователь меняются, контекст сдвигается. Когда решение наконец готово, оно идеально подходит к прошлому состоянию продукта.</p><h3>Какие выводы можно из этого сделать</h3><ul><li>Желание узнать как можно больше может оказаться крайне неэффективной стратегией и не гарантирует качества решения. Особенно учитывая, что качественное решение для редактора, продакта и дизайнера — это три разных решения.</li><li>Когда времени и информации мало, интуитивное решение может оказаться эффективнее дотошного анализа и недель исследований.</li><li>Бездействие тоже решение, и оно имеет цену.</li></ul><p>Получается, что иногда лучший способ уменьшить неопределённость вокруг — просто действовать и смотреть, что произойдёт. Потому что действие это тоже форма исследования.</p><p><a href="http://t.me/nobreakspace">Блог про UX и менеджмент в телеграме</a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=bb7bf1f7fdfc" width="1" height="1" alt="">]]></content:encoded>
        </item>
    </channel>
</rss>