CMS Омскинформ

Команда: 1 дизайнер, 3 разработчика, редакция из 8 человек

Кратко

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

Результат

• Время публикации: 14 мин → 7 мин (−50%)
• Критические ошибки: −67%
• Удовлетворённость команды: 3.2/5 → 4.6/5 (+44%)
• Автомодерация комментариев: 0% → 90%, время модератора 4 ч → 1 ч (−75%)
• Ошибки в размещении рекламы: −45%

Главный редактор: "Теперь можно сосредоточиться на журналистике, а не на том, как уговорить систему не падать."

Проблема

Пользователь

Публикация срочной новости занимала 15 минут и требовала переключения между 4 разделами. Не было автосохранения — журналисты писали в Word, боясь потерять материал. Модераторы вручную фильтровали все комментарии, тратя по 4 часа в день. Логику размещения баннеров знал только один человек.

Бизнес

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

Вызовы

5 ролей с разными потребностями (журналист, редактор, корректор, модератор, администратор), нет мобильной версии, команда потеряла доверие к системе.

Главный редактор: "Система больше мешает, а не помогает. Каждая публикация — это испытание нервов."

---

Моя роль

Я отвечал за полный цикл UX/UI-дизайна:

• провёл 8 глубинных интервью с участниками редакционного процесса
• собрал и приоритизировал основные пользовательские сценарии
• спроектировал IA, user flows, wireframes и интерфейсы
• провёл 3 раунда юзабилити-тестирования
• описал edge cases, валидации и состояния ошибок
• сопровождал реализацию вместе с разработкой и участвовал в design review

Моя зона ответственности была не только в экранах, но и в том, чтобы связать исследование, продуктовые решения и реализацию в рабочую систему.

Исследование

Что сделал

• 8 глубинных интервью с главным редактором, журналистами, модераторами, администратором и корректором
• 3 раунда юзабилити-тестов с 5 респондентами по ключевым ролям
• разбор реальных сценариев публикации, модерации, проверки текстов и управления баннерами

Ключевые инсайты

1. Фрагментированный workflow — для одной публикации нужно 4 раздела. Когнитивная перегрузка → ошибки.
2. Нет защиты от ошибок — журналисты могли удалить или заблокировать материалы друг друга.
3. Узкое место в знаниях — баннерную систему знал один человек. Критическая зависимость.
4. Юридические риски — нет контроля прав на изображения.

Job Story по ролям

Журналист: Когда звонит редактор с горящей новостью, я хочу опубликовать её за 5 минут без страха что-то сломать.

Редактор: Утро понедельника, нужно видеть полную картину всех материалов и контролировать дедлайны.

Модератор: Вечер пятницы, 200+ комментариев под горячей новостью — нужно очистить ленту, не тратя 4 часа.

Администратор: Рекламный отдел просит баннер на главной — нужно разместить без ошибок и не сломать вёрстку.

Jobs To Be Done

Роль	Ситуация	Задача (Job)	Желаемый результат	Препятствия в старой системе	Решение в новой CMS
Журналист	Узнал о срочном событии (ДТП, пожар, важное заявление), звонит главный редактор	Быстро опубликовать новость и быть первым источником	Новость на сайте за 5-7 минут без ошибок, читатели узнали первыми	• 4 разных раздела = 15 минут• Боюсь что-то сломать• Нет автосохранения• Нет мобильной версии	• Всё на одном экране• Автосохранение каждые 30 сек• Блокировки от конфликтов• Публикация за 7 минут
Редактор	Утро понедельника, планирую контент-план на неделю	Видеть полную картину всех материалов и контролировать дедлайны	Понимать статус каждой новости, вовремя публиковать, балансировать темы	• Нет единого дашборда• Не вижу статусы• Журналисты блокируют друг друга• Нет контроля качества	• Единый дашборд со статусами• Фильтры по автору/дате• Роли с чёткими правами• Уведомления о проблемах
Модератор	Вечер пятницы, 200+ новых комментариев под горячей новостью	Удалить токсичные комментарии до того, как их увидит аудитория	Чистая лента комментариев за 30 минут, < 5% ложных блокировок	• Все 200 читать вручную = 2-4 часа• Нет приоритизации• Нет мобильной версии• Работаю из дома с телефона	• AI фильтрует 90% автоматически• Приоритизация спорных• Мобильная версия• Модерация за 30 минут
Корректор	Журналист передал новость на проверку, публикация через 30 минут	Быстро проверить текст на ошибки и вернуть автору	Проверка за 10 минут, все ошибки исправлены	• Нет инструментов проверки• Приходится копировать в Word• Долго искать, что именно проверять	• Встроенная проверка орфографии• Подсветка длинных предложений• Очередь на проверку• Быстрые правки в редакторе
Администратор	Рекламный отдел просит разместить баннер на главной	Разместить баннер без ошибок и не сломать вёрстку	Баннер показывается в нужном месте, правильный период показа	• Сложная логика размещения• Знает только 1 человек• Частые ошибки в датах• Нет превью	• Визуальный конструктор• Превью на живом сайте• Валидация дат• Простые пресеты позиций

---

Юзабилити-тестирование

5 респондентов, модерируемое онлайн-тестирование, think-aloud протокол.

Критические находки

100% журналистов игнорировали настройки статьи — начинали сразу с редактора, пропуская заголовок, обложку, SEO.

Респондент 02: "Предпросмотр пока не понимаю, как… Тут предпросмотр не вижу, следовательно, он где-то внутри."

75% не могли найти предпросмотр — функция была скрыта, время поиска 2+ минуты.

Респондент 02: "Когда наводишь на иконку, не всё подписывается. Сложнее быстро понять, что где есть."

100% путались в структуре заголовков — дублирование функционала в редакторе и настройках.

Что внедрили сразу

• Автооткрытие панели настроек при создании статьи → ошибки незаполненных заголовков: 100% → 5%
• Тултипы для всех иконок
• Кнопка предпросмотра в списке новостей
• Кавычки-ёлочки и тире в быстром доступе (запрос корректора)

Реакция команды разработки

Фронтенд-разработчик: "Видно, как пользователи работают. Я сразу пошел и нафигарил себе список исправлений. Видно, что юзеру нужно, а не то, что мы думаем."

Результаты валидации

---

Решения

1. Единый дашборд

Я собрал работу с материалами в одном месте вместо разрозненных разделов. Пользователи получили список материалов с понятными статусами, фильтрами и срезами под свои роли.

Почему это решение:

Редакции важнее всего было быстро ориентироваться в потоке новостей, а не работать с абстрактной "системой управления".

Результат: редакторы получили прозрачную картину по материалам, а журналисты перестали тратить время на лишние переходы

2. Редактор статей — всё в одном месте

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

Что изменили после тестов:

• автооткрытие панели настроек при создании статьи
• тултипы для иконок
• более заметный сценарий предпросмотра
• быстрый доступ к часто используемым знакам и форматированию

---

Результат: время публикации с 15 до 7 минут.

3. Роли и права

Вместо гибкой, но сложной системы прав мы выбрали 5 фиксированных ролей с понятными границами доступа.

Почему это решение:

для редакции из 8 человек важнее была предсказуемость и простота администрирования, чем максимальная гибкость.

Результат: критические ошибки −67%, онбординг нового сотрудника — 5 минут вместо 30.

4. Медиабиблиотека

Я спроектировал отдельную медиабиблиотеку с базовой обработкой изображений, метаданными и учётом прав.

Почему это решение:

редакции нужен был контроль над контентом и юридическими рисками, а не просто внешнее хранилище.

Результат: юридические риски по правам на изображения закрыты, пакетная загрузка и обработка медиа ускорена.

5. Управление баннерами

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

Почему это решение:

бизнес-ошибки здесь стоили денег, а зависимость от одного сотрудника была слишком высокой.

Результат: ошибки в баннерах −45%.

6. Модерация комментариев

Мы спроектировали гибридный сценарий модерации: автоматическая фильтрация типовых случаев и ручная обработка спорных

Почему это важно в кейсе:

для меня это был не ML-проект как таковой, а задача по проектированию workflow, который снимает рутинную нагрузку с модераторов и даёт контроль в чувствительных кейсах.

Результат: время модератора 4 часа → 1 час в день.

---

Влияние

На операционные метрики

• Время публикации: 14 мин → 7 мин
• Критические ошибки: -67%
• Ошибки в рекламе: -45%
• Время модератора: 4 ч → 1 ч

На команду

• Удовлетворённость системой: 3.2/5 → 4.6/5
• Снизился страх потерять материал
• Новый сотрудник мог быстрее включиться в работу
• Команда начала воспринимать CMS как рабочий инструмент, а не как препятствие

На продукт в целом

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

---

Варианты решений — почему именно так?

Markdown vs WYSIWYG vs Notion-style блоки

Выбрали Markdown: чистый HTML, быстрая разработка (1.5 мес vs 3–4), интеграция с Telegram за 2 недели. Журналисты освоили за 3–4 дня благодаря панели быстрых кнопок.

Список vs Канбан vs Календарь для дашборда

Для редакции, где в потоке много материалов, список оказался практичнее канбана: он лучше масштабировался и проще поддерживал фильтрацию.

Фиксированные роли vs настраиваемые права

Выбрали фиксированные: простота для админа, предсказуемость, защита от ошибок. Для редакции из 8 человек гибкость WordPress не нужна.

Своя медиабиблиотека вместо внешнего сервиса

Выбрали свою: контроль над данными, юридическая защита, предмодерация. Trade-off — ограничили кроп до preset-форматов в MVP.

---

Мои инсайты

• Неделя интервью и наблюдений дала больше инсайтов, чем месяцы работы по ТЗ
• Хороший UX в B2B — не про красоту, а про то чтобы люди делали работу быстро и без страха
• Живое юзабилити-тестирование выявляет проблемы, которые команда не видит изнутри
• Автосохранение, блокировки, роли — это не фичи, это восстановление доверия к системе

Итог

Этот проект был не про косметический редизайн CMS, а про восстановление доверия к инструменту, на котором держится ежедневная работа редакции. Мне было важно не просто сделать интерфейс аккуратнее, а убрать системные точки трения и превратить CMS в понятный, предсказуемый и быстрый рабочий инструмент.