Фирменное оформление без магии: право тарифа, поверхность и проверка

White-label часто представляют как одну кнопку «убрать чужой бренд». В реальном продукте есть разные поверхности: веб-интерфейс, приложение до привязки, приложение после привязки, уведомления, домен и внешние мессенджеры. Логотип, название и цвет могут поддерживаться не везде одинаково. Честный проект начинается с перечня экранов, а не с общего обещания.

В базовой тарифной матрице AiHummer фирменное оформление относится к Business и выше. Подписанная лицензия может нести явные overrides, поэтому источником истины остаётся активное тарифное право конкретного инстанса. Если право отсутствует, сохранённая картинка не доказывает, что функция применится.

Опишите видимый путь пользователя

Сделайте таблицу «поверхность — что видит человек — источник настройки». Для приложения отдельно отметьте состояние до QR-привязки: там показывается оформление AiHummer по умолчанию. После привязки клиент может получить логотип и название инстанса. Эта граница важна для инструкции и не должна скрываться фразой «ваш бренд везде».

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

Подготовьте активы

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

Цвета проверяйте не только на красивом баннере. Кнопка, ссылка, фокус, ошибка и disabled-состояние должны сохранять контраст. Если фирменный оттенок делает действие невидимым, доступность важнее точного соответствия брендбуку. Подготовьте безопасные значения по умолчанию и простой откат.

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

Внешние каналы живут по своим правилам

Telegram, MAX и Bitrix24 могут показывать имя, аватар, служебные отметки и элементы навигации по собственным контрактам. White-label внутри AiHummer не гарантирует удаление бренда провайдера или одинаковую картинку во всех клиентах. Для каждого канала проверьте реальный аккаунт, права на изменение профиля и срок обновления кеша.

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

Юридическая прозрачность остаётся

Смена цвета не заменяет пользовательское соглашение, политику приватности, реквизиты и понятный контакт поддержки. Человек должен знать, с какой организацией взаимодействует и где прочитать условия. White-label не является заявлением о владении внешней платформой и не меняет обязанности по обработке данных.

Приёмка до и после привязки

Откройте свежее непривязанное приложение и запишите оформление по умолчанию.
Привяжите тестовое устройство к лицензированному инстансу.
Проверьте логотип и название на основных экранах.
Сравните светлую и тёмную темы, крупный шрифт и длинную локаль.
Получите пуш и откройте ошибку сети.
Проверьте внешний канал отдельно, не перенося ожидание из приложения.
Измените один актив и выясните фактическое время обновления.
Откатите оформление к безопасным значениям.
Зафиксируйте срок сессии и доступные действия при потере устройства.

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

Разворачивайте оформление поэтапно

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

Кеш способен задержать обновление. Запишите, где изменение видно сразу, где требуется новая сессия, а где — повторная привязка или обновление внешнего профиля. Не обещайте пользователю конкретное время без измерения на его платформе. При расхождении показывайте безопасное оформление, а не пустое место.

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

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

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

После запуска просматривайте обращения: люди не узнают приложение, путают два инстанса, не видят кнопку или ожидают другого бренда в мессенджере. Эти вопросы — часть приёмки. Исправляйте конкретную поверхность и обновляйте документацию, не расширяя обещание на неподдерживаемые клиенты.

Моделируемый сценарий для владельца бренда

Какие три поверхности действительно важны в первом релизе? Что допустимо видеть до привязки? Какие элементы внешнего мессенджера изменить нельзя? Какой вариант используется при недоступном активе? Ответы превращают общее пожелание в проверяемую приёмку и защищают команду от обещания полной кастомизации.

Сохраните утверждённые размеры, цвета и названия рядом с датой и владельцем. При обновлении меняйте один набор, просматривайте реальные устройства и только затем продвигайте дальше. Если тарифное право отсутствует, остановите настройку и предложите сравнить планы, не изображая уже доступный результат.

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

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

Для проверки возьмите два устройства с разными размерами экрана и чистое приложение до привязки. Запишите, какие элементы приходят от инстанса, какие остаются системными и что происходит при недоступном активе. В итоговой карте отделите подтверждённое поведение от желаемого дизайна; это сохранит честные ожидания при следующем обновлении.