Проблема. Традиционная для 1С система навигации, имитирующая закладки браузера, привычна и удобна для профессиональных пользователей, но вводила в ступор новичков, особенно работающих через веб-клиент.

Решение. Новая система навигации в диалоговых окнах имитирует оконную систему, знакомую по Windows/macOS. Исследования подтвердили, что для новых и спорадических пользователей она гораздо понятнее. Для профессиональных бухгалтеров и других пользователей, работающих с десятками документов одновременно, осталась старая привычная система навигации.

Проблема. В b2e-продуктах пользователям хочется видеть воздушную вёрстку, а в профессиональных data-dense интерфейсах важно бороться за каждый пиксель эффективно используемого пространства. Отдельную категорию составляют инструменты разработчиков, где всё ещё плотнее.

Решение. Компактный режим адаптирует экраны в случаях, когда информации много и нужно разместить её максимально плотно. Режим по умолчанию задаёт разработчик, но пользователь волен менять его, исходя из своих потребностей и экранов: один продукт совершенно по-разному могут использовать люди с разными ролями (например, бухгалтер и руководитель отдела) и мониторами. Для создания инструментов разработчиков применяется третий, самый плотный, набор текстовых стилей и отступов.

Проблема. В 1С традиционно использовалась понятная бухгалтерам терминология, но у многих предпринимателей и менеджеров она вызывала недоумение. Тексты подсказок, написанные разработчиками, часто тяжело читались.

Решение. По итогам исследований удалось подобрать понятную новым пользователям терминологию: например, не документ без проводки, а черновик. В пилотных продуктах для СМБ используется эта терминология. UX-тексты переписали с помощью редактора, выработали более дружелюбный и современный ToV.

Проблема. Бизнес любит 1С за простоту и скорость разработки учётных решений, поэтому мы не могли существенно менять привычную парадигму и в разы повышать градус кастомизируемости интерфейса. Но параллельно с этим рос запрос на b2e/b2b2c-продукты на базе 1С, где требования к кастомизируемости уже совсем другие.

Решение. Специально для разработки мобильных и веб-продуктов с более кастомизируемым интерфейсом спроектировали технологию 1С Элемент, которая не только позволяет более тонко настраивать детали интерфейса, но и предлагает большое количество готовых компонентов, важных для b2e-продуктов: профиль пользователя, канбан-доска, карусель и многое другое. При этом в бэклог большой платформы постепенно переходят самые востребованные фичи, опробованные на Элементе.

Проблема. Платформа 1С работает в вебе, на Windows/macOS/Linux и iOS/Android, причём одну и ту же кодовую базу можно запустить под любой ОС, и интерфейс должен автоматически адаптироваться под её гайдлайны и размер дисплея.

Решение. Теперь любой десктоп-продукт можно запустить и на смартфоне через мобильный клиент без существенной допилки разработчиком, всю адаптацию под маленький экран платформа сделает сама. В то же время, есть отдельная мобильная платформа для создания автономных мобильных приложений. Таким образом, партнёры 1С получают бесплатное мобильное приложение при покупке десктопного, но имеют инструменты и для создания самостоятельных мобильных продуктов в случае необходимости.

Тот случай, когда задача оказалась в несколько раз сложнее, чем я ожидал — даже Microsoft и Airtable решили её только в 2025.

Ситуация. У 1С теперь есть тёмная тема — и всегда был свой табличный процессор, похожий на Excel, который является базой для множества сценариев. Когда я начал адаптировать таблицы к тёмной теме, то с удивлением обнаружил, что задача скрывает миллион проблем. Как обходить ограничения легаси? Что за чудо-формула даст читаемость АА на всём множестве сценариев пользовательского оформления? Какие есть корнер-кейсы? Вот бухгалтеры любят делать заметки белым по белому, а что ещё?

Решение. Меня выручил OKLCH, а остальное — могу рассказать при встрече. Этот кейс напомнил, как важно смотреть по сторонам и изучать новое. Ведь часто где-то в мире уже решили часть задачи.

Ситуация. В новую ДС входят десятки паттернов, один из них — авторизация. Для неё в свою очередь есть десятки сценариев, в том числе по пин-коду, хранимому на устройстве (вот такая экзотика). Пин-код нужно уметь обновлять, отключать, восстанавливать — но на уровне платформы в 1С не было единого центра безопасности. Такие задачи разработчики решали каждый по-своему и не всегда качественно. Проектируя данный сценарий, я почувствовал возможность выйти за рамки задачи и продвинуть новую фичу в роадмап разработки.

Решение. Понимая, что необходимость в этом возросла, я попробовал «продать» идею единого центра безопасности ещё раз, поднять её в списке приоритетов беклога. Получилось! Мне также помогло знание, что другая команда как раз разрабатывала функцию экстренного сброса сеансов на всех устройствах.

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