UX-поддержка 1С: кто отвечает за удобство — если нет дизайнера?
Разбираемся, кто может улучшать пользовательский опыт в 1С — и как это делать без отдельного UX-специалиста
Многие компании считают, что UX-дизайнер в 1С-проектах не нужен. Типовая система внедрена, всё вроде работает, отчёты формируются — чего ещё хотеть?
Но на практике сотрудники жалуются, что «ничего не понятно», «всё неудобно», и каждый ввод данных — это квест. И вот тут возникает важный вопрос: а кто вообще отвечает за удобство в 1С, если дизайнера нет?
Я — Евгения Шамрай, дизайн-лид команды ВКУ на Госуслугах и руководитель студии «Проект», где мы делаем UX-редизайн B2B-систем. На проектах с 1С я не раз сталкивалась с ситуацией, когда команды хотят сделать систему понятнее, но в штате нет ни дизайнера, ни ресурса на большие доработки.
В этой статье расскажу, как можно выстроить процесс UX-улучшений в 1С без отдельного дизайнера — кто может взять эту функцию на себя, какие роли подключать, и с чего начать, чтобы стало лучше уже завтра.
🩷Больше кейсов и UX-разборов — в моём Telegram-канале @zenishamray
Нужно ли вообще нанимать UX-дизайнера на проект 1С?
На старте любой проектной команды возникает вопрос: а нужен ли нам отдельный дизайнер, если 1С уже работает?
Ответ — как всегда, зависит от задач. Ниже — короткий ориентир, в каких случаях без UX-дизайнера не обойтись, а когда можно перераспределить функции внутри команды.
Когда UX-дизайнер действительно нужен:
- Запускается новая конфигурация или отдельная подсистема. Если интерфейс проектируется с нуля, важно сразу подумать не только о логике данных, но и о том, как люди будут этим пользоваться. Иначе в итоге получаем «рабочую систему, в которой неудобно работать».
- В системе работают сотрудники из разных ролей и отделов. Например, логисты, бухгалтеры, менеджеры, склад. У каждого — свой сценарий, уровень подготовки, приоритеты. UX-дизайнер помогает собрать эти потоки и упростить их, чтобы каждый видел своё и не страдал от перегруза.
- Заказчик хочет проработать пользовательские сценарии до доработок. Когда компания осознанно хочет не «накатить как есть», а понять, как лучше встроить 1С в рабочие процессы — UX-дизайнер незаменим. Особенно если система будет использоваться массово.
- Планируются регулярные изменения и улучшения. Если это живой продукт, а не «внедрили и забыли», дизайнер нужен как постоянная UX-функция: отслеживать сценарии, замеры, обратную связь, оформлять задачи на улучшения.
А когда можно обойтись без UX-дизайнера?
- Если 1С уже внедрена и работает. Ничего не проектируется с нуля, основные конфигурации типовые, изменений немного. Здесь проще подключать точечную UX-экспертизу или назначить человека внутри команды, кто будет отвечать за удобство.
- Если задачи — точечные: упростить форму, убрать поле, настроить шаблон. Для таких доработок достаточно методиста или аналитика, который понимает контекст и может собрать обратную связь.
- Если в команде уже есть человек, готовый взять UX-функции на себя. Это может быть системный аналитик, бизнес-эксперт или даже бухгалтер — главное, чтобы был интерес и доступ к пользователям.
Кто может взять на себя UX-функции в проекте 1С
Если выделенного UX-дизайнера нет — это не значит, что UX-работу делать некому. На проектах по 1С мы часто распределяем задачи между членами команды, в зависимости от их компетенций и вовлечённости. Ниже — роли, которые чаще всего берут на себя функции по улучшению интерфейса и сценариев.
Бизнес-аналитик
Что может делать:
- описывать реальные пользовательские сценарии
- проводить интервью с сотрудниками
- выявлять точки потерь и неудобств в интерфейсе
- формулировать предложения на языке бизнеса
Важно: не ограничиваться сбором требований — нужно выходить в поле, наблюдать, как люди работают в системе, фиксировать барьеры.
Методист или системный аналитик
Что может делать:
- адаптировать формы: скрыть лишние поля, добавить подсказки, разбить блоки
- настраивать роли и интерфейс под каждую роль
- документировать сценарии и шаблоны ввода данных
Преимущество: знает систему изнутри и может применять улучшения сразу, без привлечения разработчика.
Разработчик или интегратор 1С (при желании)
Что может делать:
участвовать в обсуждении решений
давать оценку реалистичности изменений
подключаться к внедрению там, где нужна доработка
Важно: UX — не его основная зона ответственности, но если есть интерес — может сильно помочь. Особенно если работает в связке с аналитиком или куратором.
Владелец системы или куратор изнутри компании
Что может делать:
- собирать обратную связь от пользователей
- приоритизировать, какие сценарии требуют улучшения
- быть точкой входа для любых UX-инициатив
- согласовывать изменения, донося их ценность до руководства
Часто это:
- начальник отдела
- продакт
- суперпользователь
- мотивированный бухгалтер, которому «просто надоело объяснять, где что нажимать»
UX-функции в 1С-проекте можно распределить между несколькими ролями. Главное — чтобы кто-то действительно следил за удобством, собирал обратную связь и знал, как внести изменения. Не обязательно быть дизайнером — важно думать о людях и сценариях.
Как выстроить процесс UX-улучшений в 1С без отдельного дизайнера
Если нет UX-специалиста, важно не пытаться «переиграть Figma» — а создать устойчивый процесс, где улучшения происходят маленькими шагами, но регулярно. Внедрили — проверили — закрепили — пошли дальше. Ниже — базовый каркас, который мы часто используем на проектах.
1. Назначить ответственного за UX (даже неформально)
Это может быть:
- аналитик
- методист
- владелец системы
- или активный пользователь, который знает, как устроена работа
Важно, чтобы у человека был интерес к улучшениям и доступ к пользователям. Он не обязательно сам всё делает — но держит тему UX на контроле.
2. Выделить 1–2 сценария в квартал
Не надо пытаться улучшить всю систему сразу. Выбираем точку приложения:
- «Создание счёта»
- «Поступление товара»
- «Согласование заявки»
- «Отгрузка»
Берём конкретный сценарий → описываем → находим неудобства → вносим улучшения.
3. Собирать обратную связь регулярно
Можно без опросников. Просто задать три вопроса:
- Что в 1С раздражает больше всего?
- Где чаще всего ошибаешься?
- Есть ли действия, которые чувствуются «лишними»?
Как собрать:
- короткий звонок
- чат в Телеграме
- обсуждение на летучке
- лист А4 на кухне (если оффлайн)
4. Вести список улучшений
Простой backlog помогает не потерять инициативу. Инструмент — любой, доступный без VPN:
- Яндекс Таблицы — базовый список (проблема / сценарий / идея / статус)
- Битрикс24 — если уже используется в компании
- Яндекс Трекер — для команды, которая любит канбан
- Телеграм-чат с закреплённым сообщением
Что фиксировать:
📌 Пример: как может выглядеть бэклог UX-улучшений для 1С
Такой список — это уже основа для обсуждений, приоритизации и планирования работ без лишней бюрократии. А самое главное — команда видит, что замечания не теряются, и даже небольшие улучшения попадают в работу.
5. Внедрять постепенно — и показывать результат
Даже если улучшение маленькое — важно показать, что что-то меняется. Публикуем скрин «было / стало», делаем рассылку, объясняем суть:
- «Добавили подпись к полю — теперь не путают ИНН и КПП»
- «Теперь кнопка “Печать” — сверху, а не в правой кнопке мыши»
- «Сократили форму с 14 до 6 полей»
Это мотивирует команду и укрепляет доверие к процессу.
6. Повторять — по циклу
Каждый месяц или квартал:
- смотрим, какие улучшения сработали
- выбираем следующий сценарий
- запускаем новый мини-цикл
Вывод
Если в вашей системе никто не отвечает за удобство — это не значит, что UX не нужен.
Это значит, что люди сами находят обходные пути, страдают молча или просто работают в полсилы. Всё потому, что им неудобно.
Да, отдельный UX-дизайнер — это здорово. Но если его нет, это не значит, что ничего нельзя улучшить. На проектах мы не раз видели: даже небольшие настройки — убрать поле, добавить подпись, упростить сценарий — заметно влияют на скорость работы, количество ошибок и вовлечённость сотрудников.
Важен не идеальный интерфейс, а устойчивый процесс:
- кто-то собирает фидбэк
- фиксирует улучшения
- договаривается с теми, кто может их внедрить
- и показывает, что система становится удобнее
И всё это можно делать без Figma, бюджета и команды дизайнеров.
Что дальше?
Если вы в команде, которая работает с 1С, и видите, что людям неудобно — не ждите «глобального внедрения». Начните с простого:
- выберите один сценарий
- понаблюдайте за пользователями
- составьте мини-бэклог
- и внедрите хотя бы одно улучшение
Хочу собрать подборку реальных историй: в каких ситуациях вы упрощали 1С — настройками, сценариями, интерфейсом? Пишите в личку или в комментариях — сделаю продолжение с кейсами.
Редизайн сложных B2B-систем — наш профиль, и 1С тут не исключение.
🩷Задать вопрос или обсудить проект: @evgeniyashamray
🩷Больше практики и разборов — в Telegram: @zenishamray