Створення прототипу інтерфейсу для 1С-Бітрікс: скорочуємо переробки

Найдорожчий сценарій у веб-розробці — дизайн уже зверстаний, компоненти Бітрікс підключені, і раптом з'ясовується, що каталог не підтримує трирівневу вкладеність, фільтр працює лише з одним інфоблоком, а корзина не обробляє множинні одиниці виміру. Виправлення коштують дорого, а терміни зриваються. Ми вирішили цю проблему для десятків клієнтів: прототипування до дизайну виявляє ризики заздалегідь, економить бюджет і час. Середня економія за проєктами — значна, і це підтверджують наші кейси.

Прототип для 1С-Бітрікс відрізняється від звичайного UI-прототипу: він враховує специфіку платформи — які сценарії реалізуються стандартними компонентами (bitrix:catalog, bitrix:breadcrumb), а які вимагають кастомної розробки. Без прототипу команда витрачає на 30% більше часу на узгодження, а переробки на етапі верстки обходяться в 2–3 рази дорожче. Прототипування до дизайну знижує витрати на переробки в 3 рази порівняно з традиційним підходом.

Навіщо прототип інтерфейсу для 1С-Бітрікс?

Типова помилка — закладати стандартний розумний фільтр, не перевіривши залежності між параметрами. В одному з наших кейсів (інтернет-магазин промислових фільтрів) замовник планував bitrix:catalog.smart.filter, але після прототипування з'ясувалося: потрібен залежний вибір — тип фільтра звужує значення типорозміру. Стандартний компонент цього не вміє. Прототип допоміг прийняти рішення: або UX гірший, або Vue.js-компонент поверх API Бітрікс. Замовник обрав другий варіант свідомо і заощадив 2 тижні переробок.

Типові помилки без прототипу

Як прототип допомагає уникнути переробок?

Бітрікс — платформа з сильними архітектурними обмеженнями. Комплексний компонент bitrix:catalog реалізує каталог строго визначеним чином: ієрархія розділів → список елементів → детальна сторінка. Відійти від цієї логіки можна, але це кастомна розробка з відповідною вартістю.

Прототип фіксує, які інтерфейсні патерни реалізуються стандартними компонентами Бітрікс, а які вимагають кастомної розробки. Це впливає на кошторис і терміни. За нашими даними, прототипування покращує точність кошторису на 25%.

Другий аспект — CMS-залежні зони інтерфейсу. Хлібні крихти генерує bitrix:breadcrumb. Посторінкова навігація — bitrix:main.pagenavigation. Форма зворотного зв'язку — bitrix:main.feedback або bitrix:form.result.new. Прототип відображає, де в макеті живуть ці компоненти, які дані вони відображають, як виглядають їхні стани. Це економить до 40% часу на верстці, оскільки дизайнер не малює нереалізовані елементи.

Чому прототип варто робити до дизайну?

Прототип для стандартного інтернет-магазину на Бітрікс (7–10 типів сторінок, мобільна версія) — 10–18 робочих днів. Складні проєкти з нестандартними сценаріями (підбирач, конфігуратор, особистий кабінет з розширеними функціями) — 20–35 днів.

Ми — компанія з досвідом понад 5 років, 50+ проєктів на Бітрікс. Замовте прототип — отримайте прозорий кошторис і гарантію, що дизайн не суперечить архітектурі платформи. Зв'яжіться з нами для попередньої оцінки вашого проєкту — ми проаналізуємо сценарії та запропонуємо оптимальний рівень деталізації.

За даними дослідження IBM, прототипування скорочує кількість змін на етапі розробки на 30%. Детальніше про прототипування читайте у Вікіпедія.

Рівні деталізації прототипу

Процес розробки прототипу

1. Аналіз сценаріїв. Для кожного типу сторінок фіксуємо користувацькі сценарії. Головна — 2–3 сценарії, каталог — 5–8: перегляд розділів, фільтрація, пошук, додавання до корзини, порівняння.
2. Інвентаризація шаблонів. Типовий набір Бітрікс: головна, розділ каталогу, картка товару, результати пошуку, корзина, оформлення замовлення, статична сторінка, особистий кабінет.
3. Компонентна розмітка. На вайрфреймі прямо вказуємо, який компонент Бітрікс забезпечує даний блок і які параметри йому потрібні.
4. Стани інтерфейсу. Порожній стан, завантаження, помилка, успіх — для кожного інтерактивного елемента.
5. Мобільна версія. Окремий прототип для мобільних breakpoint'ів: фільтр (виїзна панель чи сторінка?), навігація по каталогу, форма оформлення замовлення.

Що входить у роботу

• Вайрфрейми та/або інтерактивний прототип у Figma
• Компонентна розмітка із зазначенням параметрів Бітрікс
• Сценарії всіх станів інтерфейсу
• Мобільна версія
• Анотації для дизайнера та розробника
• Навчання команди замовника роботі з прототипом (1 година)

Отримайте консультацію

Хочете отримати прозорий кошторис без прихованих ризиків? Зв'яжіться з нами для попередньої оцінки вашого проєкту. Ми проаналізуємо сценарії та запропонуємо оптимальний рівень деталізації прототипу.

Вступ

Перше, що ми робимо, отримавши макет від «чистого» дизайнера — дивимося, як він ляже на bitrix:catalog.section і bitrix:catalog.element. У половині випадків нестандартний фільтр на макеті означає переписування bitrix:catalog.smart.filter з нуля. А це не 2 години — це тиждень. Тому ми проектуємо інтерфейс одразу під компонентну архітектуру Бітрікс, а не адаптуємо після. З нами ви отримуєте дизайн, який розробник збере без костилів та переробок.

Редизайн на Бітрікс часто впирається в одне й те саме: дані приходять з 1С через CommerceML, а дизайнер цього не враховує. Ми закладаємо в макети реальну структуру торговельного каталогу — властивості інфоблоків, типи цін, залишки по складах. Тоді картка товару не ламається, коли з'являється 15 характеристик і 4 ціни. Це скорочує ітерації узгодження на 30% та економить бюджет замовника — в середньому на значну суму на одному проекті.

Чому UX/UI для Бітрікс потребує особливого підходу?

Дизайнер намалював картку товару з трьома вкладками, кастомним конфігуратором та акордеоном характеристик. Красиво. Потім розробник відкриває шаблон catalog.element і розуміє: дані приходять із властивостей інфоблоку плоским списком, а пов'язані товари тягнуться через CATALOG_ELEMENT_ID. Половину макету потрібно перемалювати. Ми це знаємо — тому малюємо те, що можна зібрати без костилів.

Ось що ми закладаємо на етапі дизайну:

• Компонентна сітка — інтерфейс будується з реальних компонентів Бітрікс: bitrix:catalog, bitrix:sale.basket.basket, bitrix:sale.order.ajax, bitrix:system.auth.form. Дизайнер знає, які дані віддає кожен компонент і які параметри у нього є. Це дозволяє уникнути доопрацювань на стадії верстки. Як зазначає документація платформи, «Компонентна модель 1С-Бітрікс дозволяє будувати інтерфейси з готових блоків без дублювання логіки».
• Візуальний редактор — контент-менеджер буде правити контент через адміністративну панель. Блочна структура, гнучкі секції, керовані банери — все це продумується до Figma.
• Дані з 1С — товари, ціни типу BASE, RETAIL, залишки зі складів приходять через CommerceML. Картка товару враховує реальний обсяг даних: 15 характеристик, 4 типи цін, залишки по 3 складах — а не ідеальні три рядки з макету.
• Семантична верстка — ієрархія H1–H6, мікророзмітка Product/Offer, alt-тексти. Все закладається на етапі дизайну, тому що «допиляти SEO потім» означає переверстувати шаблони.

Типові проблеми дизайну та їх вирішення

Дослідження до відкриття Figma

Перш ніж малювати — копаємо в дані.

Ми формуємо персони та сценарії на основі Яндекс.Метрики (Вебвізор, теплові карти), GA4 та інтерв'ю. Не абстрактні «чоловік 25-45 років», а конкретні: «закупник, який формує замовлення за артикулами з Excel за 10 хвилин». Це дозволяє точніше проектувати прототипи.

При редизайні проводимо UX-аудит поточного сайту: воронки конверсій, записи сесій, точки відтоку. На одному проекті виявили, що 40% користувачів кидали кошик на кроці вибору доставки — тому що компонент sale.order.ajax рендерив 12 служб доставки без групування. Переробили — конверсія зросла на 18% (це дало додатковий дохід). Конкурентний розбір — не «подивилися красиві сайти», а структурний аналіз: навігація каталогу, кількість кроків до чекауту, робота фільтра на мобільних.

Прототипування

Прототип перевіряє логіку до витрати бюджету на візуал.

• Wireframes — схеми ключових сторінок: головна, каталог (catalog.section), картка (catalog.element), кошик (sale.basket.basket), чекаут (sale.order.ajax), особистий кабінет. Визначаємо пріоритет інформації.
• Клікабельні прототипи — Figma з переходами, модалками, роботою фільтрів. Замовник «торкається» сайту до початку розробки.
• Тести з користувачами — модеровані сесії з представниками ЦА. Проблему навігації дешевше зловити тут, ніж після верстки 40 шаблонів компонентів.

Покроковий процес проектування UX/UI для Бітрікс

1. Дизайн-аналітика — збір даних Метрики, інтерв'ю, аудит поточного інтерфейсу. Виявляємо точки відтоку (якщо конверсія падає на етапі вибору доставки — бачимо це у воронці).
2. Прототипування — wireframes + клікабельний прототип. Перевіряємо сценарії: пошук товару, додавання в кошик, оформлення замовлення. Ітерації до затвердження.
3. Створення дизайн-системи — типографіка, кольори, UI-компоненти, модульна сітка. Все прив'язуємо до компонентної моделі Бітрікс.
4. Дизайн ключових сторінок — макети під всі breakpoints (320–2560px). Враховуємо реальні дані: властивості інфоблоків, типи цін, залишки.
5. Передача в розробку — Figma з Dev Mode, експорт SVG/WebP/AVIF, документація по компонентах. Допомагаємо розробнику адаптувати шаблони під новий дизайн.

Дизайн-система

Для кожного проекту збираємо масштабовану систему — єдиний словник для дизайнерів та фронтенду.

• Типографіка — шрифтові пари, оптимізовані під кирилицю та веб-рендеринг. Розмірна шкала, інтерліньяж, ієрархія заголовків.
• Кольори — основні, акцентні, стани (hover, active, disabled, error). Контрастність за WCAG 2.1 AA мінімум.
• Модульна сітка — фіксовані відступи, консистентність від 320px до 2560px.
• UI-компоненти — кнопки, форми, картки, таблиці, повідомлення, іконки. Кожен — з варіантами станів та адаптивними версіями.
• Документація — правила застосування, щоб новий дизайнер не «винаходив» стилі. На практиці без неї через півроку в проекті 4 відтінки сірого та 3 варіанти кнопки «Купити».

Що дає дизайн-система для Бітрікс?

Вона прискорює розробку інтерфейсу в 2–3 рази, тому що верстальник отримує готові класи та відступи, а не вгадує їх за макетом. На одному проекті після впровадження дизайн-системи час на верстку нової сторінки каталогу скоротився з 5 днів до 1,5.

Що входить у роботу

На виході ви отримуєте:

• Figma-файл з дизайн-системою та макетами всіх сторінок (включаючи мобільні та планшетні версії).
• Інтерактивний прототип для узгодження та тестування.
• Документацію по компонентах (стилі, відступи, поведінки).
• Доступи до файлів та фінальні експорти в SVG/WebP/AVIF.
• Рекомендації щодо доопрацювання шаблонів Бітрікс під новий дизайн.
• Пост-релізну підтримку (до 2 тижнів) — допомагаємо розробнику розібратися в макетах.

Ми — сертифіковані партнери 1С-Бітрікс з 15+ років досвіду. Гарантуємо, що дизайн буде реалізований на вашій версії платформи. З нами працювали понад 50 інтернет-магазинів та корпоративних порталів — від лендінгів до маркетплейсів.

Mobile-first: не формальність, а порядок роботи

Проектуємо спочатку мобільну версію, потім розширюємо.

• Touch-friendly — мінімум 44x44px для інтерактивних елементів, достатні відступи. Свайп для галереї, pull-to-refresh для каталогу.
• Форми — автотип клавіатури (inputmode="numeric" для телефону, type="email" для пошти), маски введення через IMask, автозаповнення через DaData. Кожне зайве поле — мінус до конверсії, це не теорія, а те, що видно у воронках Метрики.
• Адаптивні зображення — різні ресайзи та кропи для мобільних/десктопних через <picture> та srcset. Art direction для банерів — на мобільному не зменшуємо, а показуємо інший кроп.

Як ми працюємо в Figma?

• Структура файлу — сторінки: дослідження, wireframes, UI-kit, макети за breakpoints, анімації. Не каша, а навігований проект.
• Auto Layout — компоненти на Flexbox-логіці, коректно тягнуться при зміні контенту. Розробник бачить у макеті ту саму модель, що буде в CSS.
• Variables та Variants — змінні для кольорів та відступів, компоненти з варіантами станів. Зміна теми — перемикання однієї колекції.
• Dev Mode — точні значення, експорт SVG/WebP/AVIF, інспектування CSS. Розробник отримує все без «вгадування по пікселям».

Usability testing

Як ми вимірюємо ефективність дизайну?

• Модеровані тести — реальні користувачі виконують завдання: знайти товар, додати в кошик, оформити замовлення. Фіксуємо, де спотикаються.
• A/B-тести — два варіанти на живому трафіку. Перемагає конверсія, а не думка арт-директора.
• Евристичний аудит — за принципами Нільсена: видимість статусу, відповідність очікуванням, єдність, запобігання помилкам.
• Доступність — контраст, клавіатурна навігація, alt-тексти, aria-мітки. Не факультатив, а вимога.

Конверсійний дизайн

• Візуальна ієрархія — CTA, ціни, акції виділені через розмір, колір, контраст. Погляд йде туди, куди потрібно бізнесу — перевіряється через eye-tracking або теплові карти.
• Мінімальне тертя — скорочуємо кроки до цільової дії. На одному проекті прибрали обов'язкову реєстрацію при чекауті — конверсія в замовлення піднялася на 18%.
• Соціальні докази — рейтинги, відгуки, кейси, логотипи партнерів. Інтегровані в дизайн, а не приліплені внизу сторінки.
• Мікроанімації — товар летить у кошик, форма підтверджує відправку. Направляють увагу та знижують тривожність при виконанні дії.

Строки та результати

Оцінимо ваш проект за 1 робочий день. Отримайте консультацію — зв'яжіться з нами. Замовте проектування інтерфейсу під ключ: від досліджень до фінальних макетів.