Редакция тратила 15 минут на публикацию и боялась системы. Теперь — 7 минут и инструмент который работает.
CMSMediaWorkflow redesignRole-based UXOperations
Время публикации: 14 мин → 7 мин (−50%)
Критические ошибки: −67%
Удовлетворённость команды: 3.2/5 → 4.6/5 (+44%)
Ошибки в размещении рекламы: −45%
Омскинформ работал на устаревшей CMS, которой команда не доверяла. Моей задачей было перепроектировать систему так, чтобы редакция могла работать быстрее, увереннее и без постоянных обходных сценариев.
Проблема
Пользователь
Публикация срочной новости занимала 15 минут и требовала переключения между 4 разделами. Не было автосохранения — журналисты писали в Word, боясь потерять материал. Модераторы вручную фильтровали все комментарии, тратя по 4 часа в день. Логику размещения баннеров знал только один человек.
Бизнес
CMS тормозила редакционный процесс, увеличивала количество ошибок в рекламных размещениях и создавала операционные риски. Проблема была не только в неудобстве: система съедала часы ручной работы, держала команду в зависимости от отдельных сотрудников и мешала редакции работать в нормальном темпе.
Вызовы
5 ролей с разными потребностями (журналист, редактор, корректор, модератор, администратор), нет мобильной версии, команда потеряла доверие к системе.
Иван Феодосов
Главный редактор
Система больше мешает, а не помогает. Каждая публикация — это испытание нервов.
12:00 ✓✓
Моя роль
Я был единственным дизайнером на проекте. Провёл 8 интервью и 3 раунда юзабилити-тестов, спроектировал систему для 5 ролей и сопровождал реализацию вместе с разработкой.
Моя задача была не просто нарисовать экраны, а собрать CMS в рабочую систему, которой редакция сможет пользоваться без постоянного страха что-то сломать.
Матрица ролей и прав для редакционной CMS
Схема ролей и прав, на которой я зафиксировал видимость разделов и уровень доступа для каждой роли. Этот артефакт помог перейти от хаотичной системы доступов к 5 фиксированным ролям с понятными границами.
Полный доступОграниченныйНет доступа
Исследование
Ключевые инсайты
Фрагментированный workflow — для одной публикации нужно 4 раздела. Когнитивная перегрузка → ошибки.
Нет защиты от ошибок — журналисты могли удалить или заблокировать материалы друг друга.
Узкое место в знаниях — баннерную систему знал один человек. Критическая зависимость.
Юридические риски — нет контроля прав на изображения.
Job Story по ролям
Журналист
Когда звонит редактор с горящей новостью, я хочу опубликовать её за 5 минут без страха что-то сломать.
Редактор
Утро понедельника, нужно видеть полную картину всех материалов и контролировать дедлайны.
Модератор
Вечер пятницы, 200+ комментариев под горячей новостью — нужно очистить ленту, не тратя 4 часа.
Администратор
Рекламный отдел просит баннер на главной — нужно разместить без ошибок и не сломать вёрстку.
Jobs To Be Done — детально
Роль
Ситуация
Задача (Job)
Препятствия в старой системе
Решение в новой CMS
Журналист
Узнал о срочном событии, звонит главный редактор
Опубликовать новость и быть первым источником
4 раздела = 15 мин · Нет автосохранения · Нет мобильной версии
Всё на одном экране · Автосохранение 30 сек · Публикация за 7 мин
Редактор
Утро понедельника, планирую контент-план
Видеть полную картину и контролировать дедлайны
Нет единого дашборда · Журналисты блокируют друг друга
Дашборд со статусами · Роли с чёткими правами · Уведомления
Модератор
Вечер пятницы, 200+ комментариев
Удалить токсичные комментарии до аудитории
Все 200 читать вручную = 2–4 часа · Нет мобильной версии
AI фильтрует 90% · Приоритизация спорных · Мобильная версия
Корректор
Журналист передал текст, публикация через 30 мин
Быстро проверить и вернуть автору
Нет инструментов · Приходится копировать в Word
Встроенная проверка · Подсветка длинных предложений · Очередь
Администратор
Рекламный отдел просит баннер на главной
Разместить без ошибок и не сломать вёрстку
Сложная логика · Знает только 1 человек · Нет превью
Визуальный конструктор · Превью на живом сайте · Валидация дат
Как изменился сценарий публикации
Было:старый сценарий публикации
Список материалов
Редактор начинал со списка, но дальше сценарий распадался на отдельные зоны интерфейса.
Отдельные настройки
Заголовок, обложка, SEO и метаданные жили в другом разделе и часто просто пропускались.
Предпросмотр в стороне
Функция была спрятана и не читалась как часть сценария редактирования.
Ручные переходы без автосохранения
Любой сбой означал потерю текста, поэтому журналисты страховали себя Word-документами.
Стало:новый редакционный контур
Единый экран публикации
Список материалов и редактор статьи превратились в одну непрерывную рабочую логику.
Настройки рядом с текстом
Ключевые параметры статьи стали частью сценария, а не отдельным обязательным квестом.
Предпросмотр в потоке
Редактор сразу видел результат и не тратил минуты на поиски функции.
Автосохранение и защита
Система начала страховать пользователя сама: сохранять работу и снижать риск конфликтов.
Как искали решение
Тема
Альтернатива
Почему не подошло
Финальное решение
Дашборд
Какой формат лучше выдерживает ежедневный темп редакции?
Канбан / календарь
Кажутся удобными визуально, но по-разному ведут себя на объёме материалов.
Канбан мельчает при 15–20 карточках в день, календарь хорош для планирования, но слаб для повседневной сортировки.
Не масштабируется
Список
Быстрее читается, фильтруется и лучше работает при высоком редакционном темпе.
Основа ежедневной работы
Редактор
Какой формат даст удобство без взрыва сложности?
WYSIWYG / блоки
Более “современный” путь на первый взгляд.
WYSIWYG загрязняет HTML. Notion-style блоки слишком дороги по срокам и сложнее для интеграций.
Слишком дорого или грязно технически
Markdown + быстрые действия
Чистый HTML, реалистичный срок разработки, быстрое обучение команды.
Освоили за 3–4 дня
Роли
Гибкость или предсказуемость?
Конструктор прав
Максимум гибкости для администратора.
Для маленькой редакции это не преимущество, а лишняя точка путаницы и новых ошибок.
100% журналистов игнорировали настройки статьи — начинали сразу с редактора, пропуская заголовок, обложку, SEO.
75% не могли найти предпросмотр — функция была скрыта, время поиска 2+ минуты.
Журналист
«Предпросмотр пока не понимаю, как… Тут предпросмотр не вижу, следовательно, он где-то внутри.»
100% путались в структуре заголовков — дублирование функционала в редакторе и настройках.
Журналист
«Когда наводишь на иконку, не всё подписывается. Сложнее быстро понять, что где есть.»
Что внедрили сразу
Автооткрытие панели настроек при создании статьи → ошибки незаполненных заголовков: 100% → 5%
Кавычки-ёлочки и тире в быстром доступе (запрос корректора)
Тултипы для всех иконок
Кнопка предпросмотра в списке новостей
Результаты валидации
Метрика
До тестов
После исправлений
Среднее время на S01 (создание новости)
14.3 мин
7 мин
Ошибок на сценарий S01
4.3
1.2
Найденность функций
~60%
95%
Требуется помощь модератора
80%
20%
Реакция команды разработки
«Видно, как пользователи работают. Я сразу пошел и нафигарил себе список исправлений. Видно, что юзеру нужно, а не то, что мы думаем.»
Фронтенд-разработчик
Решения
Редакционный контур: дашборд + редактор
Два ключевых экрана — список материалов и редактор статьи — я перепроектировал как единый workflow. Раньше для публикации нужно было переключаться между 4 разделами. Теперь всё на одном экране.
Дашборд дал редакции единую картину: статусы материалов, фильтры по автору и дате, срезы под каждую роль.
Редактор получил автооткрытие панели настроек (100% журналистов игнорировали её раньше), автосохранение каждые 30 секунд, защиту от конфликтов при параллельной работе и быстрый доступ к типографике.
Результат: время публикации 14 → 7 минут (−50%).
Безопасность и предсказуемость: роли и права
Я заменил гибкую, но непредсказуемую систему прав на 5 фиксированных ролей с чёткими границами: журналист, редактор, корректор, модератор, администратор.
Для редакции из 40 человек этого оказалось достаточно: система стала проще в администрировании, журналисты больше не могли случайно удалить чужой материал, а онбординг нового сотрудника сократился с 30 до 5 минут.
Результат: критические ошибки −67%.
Медиаконтент: библиотека изображений
Я спроектировал отдельную медиабиблиотеку с базовой обработкой, метаданными и учётом прав. Это дало редакции более понятную работу с изображениями и закрыло юридические риски, которые раньше вообще не контролировались.
Результат: качественный эффект здесь был важнее метрики: редакция впервые получила контроль над правами на изображения и более понятный сценарий работы с медиа.
Коммерция и автоматизация: баннеры + модерация
Для баннеров я спроектировал визуальный конструктор с превью на живом сайте, валидацией дат и пресетами позиций. Это убрало зависимость от одного человека и сделало сценарий понятным для любого администратора.
Для модерации собрал гибридный workflow: AI фильтрует 90% типовых случаев, спорные комментарии уходят на ручную обработку. Задача здесь была не в ML как таковом, а в том, чтобы снять рутинную нагрузку и оставить контроль там, где он действительно нужен.
Результат: время модератора 4 часа → 1 час (−75%), ошибки в баннерах −45%.
Влияние
На команду и ежедневную работу
Журналисты стали работать без постоянного страха что-то сломать, а команда начала воспринимать CMS как инструмент, а не как препятствие.
Удовлетворённость системой: 3.2/5 → 4.6/5
Онбординг нового сотрудника: 30 мин → 5 мин
Меньше времени уходит на обходные сценарии, ручные проверки и внутренние уточнения
На бизнес
Снижение ошибок в рекламных размещениях на 45% напрямую уменьшило операционные потери. Зависимость от «незаменимого» сотрудника по баннерам удалось убрать.
Итог
Неделя интервью и наблюдений дала больше инсайтов, чем месяцы работы по ТЗ. Хороший UX в B2B — не про красоту, а про то, чтобы люди делали работу быстро и без страха. Автосохранение, блокировки, фиксированные роли — это не фичи, а ответ на реальный страх: нажать не туда и сломать чужую работу.
Что сделал бы иначе
Раньше провёл бы юзабилити-тест на вайрфреймах.
Мы тестировали уже детально проработанный интерфейс. Когда 100% журналистов проигнорировали панель настроек — важный инсайт, но дорогой: часть решений пришлось переделывать на поздней стадии. Тест на бумажном прототипе за 3–4 недели до этого дал бы те же находки дешевле.
Раньше вовлёк бы разработку в исследование.
Разработчик, который после юзабилити-теста сам пошёл переписывать список задач — лучший момент проекта. Но он случился поздно. Если бы разработчики присутствовали на интервью с самого начала, часть технических компромиссов решалась бы иначе.
Договорился бы о метриках до начала.
Бизнес-метрики (потери от ошибок в баннерах, стоимость часа модератора) оцифровал только ретроспективно. Зафиксированный baseline с самого старта сделал бы итоговый импакт убедительнее — и для клиента, и для кейса.
Система запущена в продакшн в мае 2025 и используется редакцией ежедневно. Публичного доступа нет — внутренний корпоративный продукт.
