AVOS

ДНЕВНИК СОЗДАНИЯ ПРОДУКТА

В разработке · Первая версия66 записей в дневнике создания

Обратная сторона
поддержки

Место, где хочется работать

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

Windows-приложение для команды Веб-виджет для клиентов Работа с разговорами и обращениями

Один продукт / Две стороны

Разговор общий
Задачи разные

Клиент пишет в виджете на сайте. Команда принимает обращение в Windows-приложении, видит контекст и отвечает. Это не два отдельных чата.

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

От автора

О ЛЮДЯХ В ПОДДЕРЖКЕ

«Мне хочется, чтобы в работе поддержки видели профессионализм, знания и ответственность. Я создаю этот продукт с уважением к людям, которые этим занимаются: им нужен качественный, удобный и красивый инструмент. На этапе разработки он носит техническое название Support OS».

01

Приложение / Для сотрудников

Весь контекст
рядом с разговором

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

От автора

О рабочем месте поддержки

«Почему красиво должно быть только у клиентов?»

01Входящие

Разобраться

Прочитать вопрос и контекст до принятия. Ответить можно после закрепления разговора за собой.

02Мои клиенты

Помочь

Переписка, история, карточка и заметки рядом. Ответ сотрудника появляется у клиента в том же разговоре.

03Передача

Не потерять связь

Предложить разговор коллеге. Ответственность перейдёт только после его подтверждения.

От автора

О клиентском контексте

«Мне важно видеть не только вопрос, но и человека за ним. Чтобы история общения и важные детали были рядом, а не приходилось каждый раз собирать их заново».

Человек — больше,
чем один вопрос.

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

Как устроено рабочее место

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

Начать вместе

Пространство компании

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

Форма собирает название компании, никнейм первого администратора, публичное имя, логин, пароль и его повтор. Связанные поля сгруппированы; конкретные ошибки остаются рядом с вводом. Компоновка обновлена и проверена на искусственных данных, без нового создания реальной компании.

  • Компания и первый администраторПроверено в отдельных сценариях
Своя команда и понятные роли

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

  • Создание сотрудника администраторомПроверено в отдельных сценариях
  • Администратор и операторПроверено в отдельных сценариях
Дополнительная защита входа

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

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

  • Пароль, добровольная 2FA и резервные кодыПроверено в отдельных сценариях
Вернуться к работе

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

Форма восстановления соединения стала компактнее; ошибка и кнопка повтора остаются отдельным понятным состоянием. Правила сохранённого входа при этой доработке не менялись.

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

  • Восстановление сохранённого входаПроверено в отдельных сценариях
  • Закрытие в трей и полный выходРеализовано, но не проверено

Работать с разговором

Спокойное начало дня

Главная встречает сотрудника приветствием по никнейму и образом Verso. Здесь находятся часы, дата и календарь. Это входная точка рабочего пространства, а не готовая панель показателей и задач команды.

  • Главная, часы, календарь, приветствиеПроверено в отдельных сценариях
Место для самого разговора

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

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

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

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

Входящие, «Мои клиенты», клиенты/гости, коллеги и тикеты используют общий размер второй колонки и единые позиции заголовка и поиска. За эталон взят список тикетов. Названия карточек, вспомогательные сведения и счётчики имеют согласованную типографику Onest. Названия пунктов левой навигации после примерки уменьшены на один пункт. Сохранены ручное сворачивание списка диалогов, адаптация узкого окна и существующие функции.

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

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

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

  • Разделы и сворачиваемые панелиПроверено в отдельных сценариях
  • Исправление наложения при переходахПроверено в отдельных сценариях
Сначала разобраться, затем принять

Во «Входящих» сотрудник видит ожидающие обращения. Нажатие на карточку открывает предпросмотр: переписку можно прочитать, но отвечать до принятия нельзя.

Компактная карточка показывает имя, последнюю реплику клиента, длительность ожидания и число его сообщений за текущее ожидание. Первое сообщение тоже учитывается, предпросмотр не сбрасывает счётчик, а новая реплика не обнуляет время. Это число сообщений за период ожидания, а не отметка непрочитанного. Зелёная галочка принимает обращение, жёлтые часы откладывают. Кнопки появляются при наведении на карточку или фокусе на конкретной кнопке с клавиатуры; выбранное действие подсвечивается ярче. Прежнего подпрыгивания больше нет. При отключённых системных анимациях появление происходит сразу. В свёрнутой панели над вертикальным заголовком видно общее число входящих; при пустой очереди цифра скрыта, большие значения показаны как 99+, точное число — в подсказке. Нажатие на тело карточки открывает предпросмотр; отдельные нижние кнопки отсутствуют. Приём открывает выбранный диалог в «Моих клиентах», откладывание скрывает обращение из входящих на три минуты для всех операторов и сохраняет предпросмотр соседнего обращения.

Отложить не означает отказать клиенту: через три минуты обращение возвращается в очередь. Приём зависит от доступности сотрудника. Ошибка или конфликт остаются видимыми; повторное нажатие во время запроса недоступно.

По отчёту Codex, выполнены интерфейсные и серверные проверки на тестовых данных. Массовый нагрузочный замер очереди в этом этапе не проводился; проверки отдельных сценариев не подтверждают готовность всего продукта.

Время и цвет ожидания обновляются раз в минуту без дополнительных запросов. Администратор компании задаёт два порога: по умолчанию жёлтый включается через 5 минут, красный — через 15. Красный порог должен быть позже жёлтого. Цвет помогает заметить затянувшееся ожидание, но не меняет порядок очереди и не означает обещание срока ответа.

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

  • Действия в карточке и счётчик входящихПроверено в отдельных сценариях
  • Сквозной обмен после обновления оформленияТребует дальнейшей проверки
Свои диалоги

В «Моих клиентах» оператор читает сообщения и отвечает. В разговоре различимы авторы, время и системные события; клиент получает ответ в своём виджете. У каждого диалога собственный черновик. Отображение набора текста уже предусмотрено, а вложения и быстрые ответы ещё в разработке.

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

  • Ответы оператора и сохранённая перепискаПроверено в отдельных сценариях
  • Активность набора текстаРеализовано, но не проверено
  • Вложения, быстрые ответы и управление сеансамиЗапланировано
Предыдущие разговоры не теряются

История встроена в окно диалога. Сотрудник видит число обращений и компактную строку выбранного разговора с темой, датой и статусом. Нажатие раскрывает список; выбор сворачивает его и возвращает место переписке. Старые обращения можно подгрузить.

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

Завершённые обращения отмечены белым, архивные красным, активные зелёным, ожидающие ответа жёлтым. Цвет не меняет жизненный цикл обращения. Вместе с выбранной перепиской меняются её заметки, но не общий контекст клиента.

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

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

Переход между диалогом и историей сохраняет ширину и положение боковой карточки. Кратковременная загрузка не вызывает мигания индикатора; запоздавший ответ не должен возвращать уже сменившийся контекст.

  • История, сортировка и возвратПроверено в отдельных сценариях
  • Общее обновление и сохранение черновиковПроверено в отдельных сценариях
Передать, не потеряв ответственность

Оператор выбирает доступного для передачи коллегу своей компании и отправляет предложение принять разговор. Сам по себе статус «В сети» в справочнике коллег не гарантирует возможность передачи в этот момент. До подтверждения ответственность остаётся у отправителя. Коллега может принять или отклонить запрос, отправитель может его отменить. После принятия меняется ответственный, но не сама переписка клиента.

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

Если ответ о передаче потерян, приложение не выдаёт неизвестный результат за отказ: предлагает обновить список и проверить состояние. Если не загрузились коллеги, нужно закрыть и снова открыть список передачи. На время смены собственного статуса передача недоступна. Эти состояния проверены отдельно на искусственных ответах, без нового полного обмена двух аккаунтов.

  • Передача с подтверждениемПроверено в отдельных сценариях
Завершить помощь, сохранить историю

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

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

  • Завершение операторомПроверено в отдельных сценариях
  • Освобождение назначений при потере связиРеализовано, но не проверено

Сохранять контекст

За сообщением есть человек

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

Поля редактируются общим действием. Сохранение и сброс появляются в предусмотренном месте и не сдвигают карточку. Заметка сохраняется отдельно: сохранение полей не отправляет её черновик. При конфликте правок введённое остаётся для повторной проверки, а не стирается и не объединяется молча.

У гостя сохраняется отдельная карточка с общей историей его обращений и заметками «Гость». Заметки «Обращение» относятся только к выбранному разговору. Ручные поля полноценного зарегистрированного профиля гостю не добавлены. Сведения о подключении не доказывают личность человека.

Метки клиента и обращения независимы. Цветные капсулы помогают быстрее прочитать назначенное. Значок метки открывает компактную область выбора: одно нажатие назначает или снимает метку, галочка закрывает выбор, а общая кнопка сохраняет карточку. На самих капсулах нет крестиков удаления. Архивную назначенную метку можно снять, но нельзя назначить заново; сохраняется ограничение в 20 меток.

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

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

У клиента с аккаунтом рядом с созданием новой заявки показаны до трёх последних заявок: номер, тема и статус. Если их больше, доступен переход ко всем заявкам. Нажатие открывает тикеты с фильтром этого клиента и нужной группой, в том числе для закрытой заявки. Фильтр можно сбросить. Пустой список и ошибка загрузки показаны отдельно; у гостя этот блок скрыт.

  • Поля, телефон и сохранениеПроверено в отдельных сценариях
  • Раздельный контекст гостя и обращенияПроверено в отдельных сценариях
  • Выбор и снятие метокПроверено в отдельных сценариях
Контекст для всей команды

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

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

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

  • Общие заметки клиента или гостяПроверено в отдельных сценариях
  • Заметки отдельного обращенияПроверено в отдельных сценариях
Найти клиента вне очереди

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

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

Проверено на искусственных данных, без редактирования реальных клиентов. Права и правила доступа не изменены. У гостя раздельно доступны общие заметки и заметки обращений; редактирование имени и почты зарегистрированного клиента ему не добавлено.

Поиск клиентов и гостей расположен сразу под заголовком, затем переключатель категорий и счётчик. Список имеет общую с тикетами ширину, крупнее читаемые имена и единые вторичные подписи. Вкладка авторизованных клиентов кратко названа «Клиенты», рядом остаются «Гости»; модель и доступ не объединены. Компактные профили, история, заметки и редактирование правой карточки сохраняются.

  • Профиль, история, гости и возврат к перепискеПроверено в отдельных сценариях

Довести вопрос до результата

Найти нужную заявку

Вкладка «Активные» содержит зарегистрированные заявки и заявки в работе. «Закрытые» объединяет решённые и закрытые без решения, сохраняя различие статусов. Под поиском расположены вкладки, фильтр статуса и «Мои»: заявки текущего ответственного. Поле подсказывает «№, тема, имя или почта»; искать можно также по описанию и User ID. Поиск почты не зависит от регистра. В строке заявки: рукописный номер, тема, актуальная почта и компактный цветной статус. Счётчик показывает загруженные записи; «+» означает следующую страницу. Переключение вкладок плавное и учитывает системную настройку анимации.

Сотрудник выбирает группу, статус или «Мои», вводит критерий и запускает поиск клавишей Enter либо лупой. Поиск не является интеллектуальным или полнотекстовым. Счётчик не показывает общее число всех заявок в базе.

Фильтрация и поиск проверены в интерфейсе и сервисе отдельно на искусственных данных. Доступ клиента к его заявке не меняется.

  • Группы, поиск и фильтры тикетовПроверено в отдельных сценариях
Заявка для долгого вопроса

Тикет нужен, когда вопрос передан в другой отдел и не должен потеряться среди сообщений. Сотрудник создаёт заявку для авторизованного клиента из раздела «Тикеты» или его карточки, в том числе открытой рядом с диалогом. В карточке клиент уже выбран, а заявка сохраняет связь с исходным чатом. Создание заявки не принимает и не завершает разговор.

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

Клиент после PIN видит зарегистрированную заявку в «Моих обращениях». Гостям тикеты недоступны. Клиент не создаёт их самостоятельно и не комментирует историю: для общения остаётся чат.

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

Готовая карточка собрана в компактные смысловые блоки: номер и статус, тема, клиент и почта, суть обращения, результат для клиента, история статусов и «Работа поддержки». Внутренние сведения отделены и прямо обозначены как невидимые клиенту. Приоритет имеет свой цвет. Статусы читаются плотнее; в фильтре текст белый и рядом цветная точка, в карточке статус показан цветным текстом без лишней фоновой плашки. Новые: мягкий фиолетовый, в работе: жёлтый, решены: зелёный, закрыты без решения: красный. «Все статусы» не имеет лишней точки. Создать заявку по-прежнему может сотрудник для авторизованного клиента; из карточки клиента он уже выбран. Действия редактирования и смены статуса разделены.

Гостевые заявки, клиентское создание и комментарии не добавлены. Внешних уведомлений нет.

  • Регистрация и список клиентских заявокПроверено в отдельных сценариях
Имя и почта следуют за карточкой клиента

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

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

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

  • Актуальная почта и поиск по нейПроверено в отдельных сценариях
Проверить задачу, не тревожа клиента

В блоке «Работа поддержки» отдельно показаны ответственный, приоритет, внутренняя задача и заметка команды. Поддержка вручную сверяет переданную задачу в другом отделе и нажимает «Я проверил ход работ». Сохраняются время и сотрудник. Подпись объясняет: статус клиента не меняется, клиентское событие не появляется. Автоматического расписания и связи с внутренними трекерами нет.

Ссылка на внутреннюю задачу открывается в системном браузере только по нажатию, если явно начинается с HTTP или HTTPS. Остальные значения остаются текстом. Это ссылка, не подключённая интеграция: доступность страницы не проверяется, конечная пунктуация остаётся частью адреса.

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

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

  • Ручная проверка, история и результатПроверено в отдельных сценариях
Не потерять заявку и свои правки

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

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

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

Повторы, конфликты и отдельные состояния проверены на интерфейсах и сервисе раздельно. Это не подтверждение полного ручного сеанса сотрудника и клиента.

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

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

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

  • Повтор подтверждения, конфликт и сохранение черновикаПроверено в отдельных сценариях

Оставаться собой в команде

Кто рядом

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

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

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

Из своей карточки сотрудник открывает настройки профиля. Администратор может перейти к существующей форме добавления оператора; прежние права сохраняются, новое полное создание сотрудника с сохранением данных этим этапом не проверено. Чужие профили здесь не редактируются; личные чаты и управление ролями не добавлены.

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

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

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

  • Список, поиск, фильтр и карточка коллегиПроверено в отдельных сценариях
Свой профиль

Профиль объединяет публичное имя, аватар, часовой пояс, форматы даты и времени и показ часов. Фотография необязательна: вместо неё остаются инициалы. Загрузка открывает кадрирование с масштабом и круглым предпросмотром; при ошибке доступен повтор. Настройки времени сохраняются на этом компьютере отдельно для аккаунта и сервера.

Основная страница настроек показывает работающие действия, без плиток-заглушек будущих функций. Две колонки переходят в одну на узком окне. Формы, состояния ошибки и сохранения проверены на искусственных данных; это не новый полный серверный прогон. Отображение аватара сотрудника в виджете пока не заявляется.

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

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

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

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

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

В раскрытой и свёрнутой навигации меню статусов открывается вверх. В обоих вариантах одинаковые белые подписи, цветные точки и фон выбранной строки, без дополнительной галочки. Сохранены «В сети», «Перерыв» и «Не в сети», запрет повторного запроса и возврат к прежнему состоянию при ошибке. Компоновка и отказ сервиса проверены на искусственных данных; оба меню также просмотрены в рабочем приложении без смены статуса.

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

  • Отображение и смена доступностиПроверено в отдельных сценариях
  • Полный цикл уведомленийТребует дальнейшей проверки
Настроить рабочие связи

Администратор видит зарегистрированные сайты и публичные ключи подключения виджета, ведёт справочник меток и добавляет сотрудников. Добавление сайта проверяет адрес и сообщает о конфликте; установка виджета из приложения пока недоступна.

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

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

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

  • Формы сайтов, меток, сотрудника и защитыПроверено в отдельных сценариях
  • Установка и оформление виджетаЗапланировано
От автора

ОБ УДОВОЛЬСТВИИ ОТ РАБОТЫ

«Мне хочется, чтобы приложение не просто позволяло выполнять задачи, а делало рабочий день приятнее. Когда всё под рукой, действия понятны и ничего не мешает, можно сосредоточиться на самой работе».

02

Виджет / Для клиентов

Начать просто
Вернуться к своему

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

Гость / Без аккаунта сайта

Один браузер
Своя история

Гость создаёт историю с шестизначным PIN и отправляет первый вопрос. PIN помогает вернуться в знакомом браузере, но сам по себе не переносит историю на другое устройство.

История + PIN→Первое сообщение→Ответ команды

Клиент с аккаунтом / Отдельный путь

Несколько тем
Один активный разговор

Клиент видит свои именованные чаты. Пустой чат ещё не вызывает поддержку. Первое сообщение начинает обслуживание; второй параллельный запрос не открывается.

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

Два пути доступа

Гость

Начать без аккаунта

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

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

Сотрудник видит выбранное обращение и общий контекст этого гостя. Общие заметки гостя отделены от заметок конкретного разговора и не отправляются клиенту. Гостевой список разговоров не открывает раздел заявок: заявки остаются только у клиентов с аккаунтом.

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

  • Несколько обращений одного гостяПроверено в отдельных сценариях
  • Одно открытое обслуживаниеПроверено в отдельных сценариях
Вернуться к знакомой истории

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

Восстановление при утрате PIN или браузерной привязки пока требует отдельного решения; готовый способ восстановления здесь не обещается.

  • Возврат гостя по PINПроверено в отдельных сценариях
Закрыть доступ, а не разговор

Гость может заблокировать виджет: сообщения перестают быть доступны, в том числе в других открытых вкладках. Для возвращения нужен прежний доступ по PIN. Операторское обслуживание при этом продолжается, история не удаляется. У доступа ограничено время действия; повторные неверные попытки PIN вызывают временное ограничение. Это правила именно гостевого пути.

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

  • Ручная блокировка гостяПроверено в отдельных сценариях
  • Истечение гостевой сессии и подбор PINПроверено в отдельных сценариях
Новое обращение или новый гость

Новое обращение и новый гость — разные действия. Новое обращение остаётся в той же браузерной привязке и сохраняет общий гостевой контекст. Оно не меняет PIN.

Явно начать как новый гость можно отдельно, после предупреждения о замене прежней привязки. Старые сообщения остаются у поддержки, но не переходят в новый гостевой контекст. Другие вкладки скрывают прежние данные. Это не восстановление забытого PIN и не объединение ранее созданных гостей.

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

  • Новое обращение без смены гостяПроверено в отдельных сценариях
  • Явная замена гостевой привязкиПроверено в отдельных сценариях
Сообщения и возвращение к окну

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

Форма PIN и гостевая переписка получили общий стиль Mark1: тёмное стекло, синий акцент, фирменный фон и значки. Гость обозначен буквой «Г», оператор — временным значком гарнитуры; аватар компании пока не подключён. Поле сообщения остаётся доступным в проверенных узких компоновках. Оформление и отдельные действия проверены на искусственных ответах, не новым сквозным обменом с оператором.

  • Активность набора текстаРеализовано, но не проверено
  • Чтение истории и повтор отправкиПроверено в отдельных сценариях

Клиент с аккаунтом

Аккаунт сайта и своя переписка

Авторизованного клиента определяет подключённый сайт. Это не просто гость с заполненным именем. Его чаты и заявки связаны с собственной учётной записью; гостевая история не переносится в неё автоматически. Сайт подтверждает своего пользователя, а Support OS отдельно проверяет PIN и доступ к его данным.

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

  • Подтверждение аккаунта сайта и доступ к своим даннымПроверено в отдельных сценариях
  • Универсальное внешнее встраиваниеЗапланировано
PIN открывает личное пространство

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

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

Проверены отдельные состояния интерфейса и сервиса. Это не завершённая универсальная установка на любом внешнем сайте и не полный ручной сквозной прогон.

  • PIN и ограниченное время доступаПроверено в отдельных сценариях
Несколько тем, одно обслуживание

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

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

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

  • Список и создание чатовПроверено в отдельных сценариях
  • Переименование неархивного чатаРеализовано, но не проверено
  • Одно обслуживание зарегистрированного клиентаПроверено в отдельных сценариях
Продолжить после ответа

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

  • Активность набора текстаРеализовано, но не проверено
  • Завершение операторомПроверено в отдельных сценариях
  • Одно обслуживание зарегистрированного клиентаПроверено в отдельных сценариях
Сохранить для чтения

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

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

  • Окончательный архивПроверено в отдельных сценариях
Блокировка и смена пользователя

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

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

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

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

  • Блокировка и истечение доступаПроверено в отдельных сценариях
  • Полная связка с внешним сайтомТребует дальнейшей проверки

Общее окно, разные действия

Поддержка на странице

Клиент открывает окно, пишет и возвращается к переписке. Сворачивание только убирает окно. Блокировка ограничивает доступ к сообщениям, а завершение обслуживания остаётся отдельным действием оператора. Адаптация оболочки уже показана, но проверка всех целевых браузеров ещё не завершена.

Кнопки получили умеренное скругление, ошибки различаются текстом и цветом. Escape закрывает панель. На узком экране окно использует доступную область. Физические мобильные устройства, полная доступность и все браузеры ещё не подтверждены.

В PIN-формах, переписке и списках используется Onest, поставляемый вместе с виджетом: текст обеих сторон продукта согласован без внешней загрузки шрифта. Гостевой путь и путь клиента с аккаунтом по-прежнему различаются; учебный вход без подключения остаётся отдельной демонстрацией. Проверены отдельные компоненты в узких окнах, не полный сеанс двух реальных участников и не все браузеры.

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

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

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

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

Мои обращения: от регистрации до результата

Авторизованный клиент после PIN открывает «Мои обращения» и видит свои заявки: номер, тему, описание, статус, даты, результат и короткую историю регистрации и смены статусов. При решении появляется итог, при закрытии без решения объясняется причина. Гостям раздел недоступен.

Заявку создаёт сотрудник поддержки. Клиент только читает её, не создаёт новые заявки и не оставляет комментарии в истории. Приоритет, ответственный, внутренние ссылки и заметки команды ему не показываются. Отметка сотрудника «Я проверил ход работ» не порождает клиентское событие.

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

Все статусы собраны в одном списке, без отдельной вкладки «Закрытые». Карточки различают зарегистрированную, принятую в работу, решённую и закрытую без решения заявку. Видны даты создания и обновления, результат или причина закрытия. Счётчик показывает число уже загруженных записей; знак «+» и кнопка «Показать ещё» помогают открыть продолжение. Это не общий итог всех заявок.

Список обновляется примерно каждые 30 секунд; доступно ручное обновление. Прочтённая версия сохраняется отдельно для сайта и аккаунта в текущем браузере, в том числе после обновления страницы. Новое публичное событие снова включает точку. Фоновое обновление само по себе не отмечает событие прочитанным.

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

После 30 минут без действий доступ по PIN блокируется, даже если списки обновлялись в фоне. Интерфейсные и сервисные проверки выполнены отдельно; полный ручной путь от сотрудника до клиента на рабочем подключении ещё предстоит проверить.

  • Просмотр своих заявок, истории и результатаПроверено в отдельных сценариях
  • Полный ручной сквозной сценарийТребует дальнейшей проверки
Что ещё впереди

«Мои обращения» уже доступны авторизованному клиенту после PIN: это отдельные заявки, а не другое название чатов. «Новости» пока не подключены и прямо сообщают об этом, вместо вида настоящего пустого списка.

Самостоятельное создание заявки клиентом, комментарии внутри неё, почтовые, SMS и внешние push-уведомления в этот этап не входят. Для разговора с поддержкой остаётся вкладка «Чат».

  • НовостиЗапланировано
Подключение развивается отдельно

Подключённый сайт подтверждает пользователя, а Support OS проверяет PIN и доступ к его чатам и заявкам. Учебный вариант без подключения остаётся отдельным демонстрационным путём. Он не предоставляет доступ к реальным тикетам.

Для реального размещения требуется согласованная защищённая схема сайта и сервиса. Универсальное встраивание на произвольный домен, восстановление PIN и полный набор браузерных условий ещё не завершены. Отдельные проверки не заменяют полный ручной сеанс на рабочем сайте.

  • Подключённый авторизованный сценарийПроверено в отдельных сценариях
  • Универсальное внешнее встраиваниеЗапланировано

По обе стороны

Что меняется у одного,
что видит другой

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

01

Первый вопрос

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

02

Возвращение

Гость возвращается по PIN в знакомом браузере → выбирает обращение из сохранённого списка → читает прежние ответы. Сотрудник видит общий гостевой контекст и заметки выбранного обращения раздельно. Сам просмотр не создаёт нового входящего; потерянная браузерная привязка не восстанавливается одним PIN.

03

Замок не означает «решено»

Гость блокирует доступ → оператор продолжает работать с обращением → ответ сохраняется → клиент прочитает его после разблокировки.

04

Новая тема

Сайт подтверждает клиента, он открывает доступ по PIN → создаёт именованный чат → отправляет вопрос → начинается одно активное обслуживание → оператор принимает его. Пустой чат не появляется в очереди.

05

Другой сотрудник, тот же разговор

Оператор предлагает передачу → коллега подтверждает → меняется ответственный. Клиент продолжает прежнюю переписку без второго параллельного обращения.

06

Помощь завершена

Оператор завершает обслуживание → клиент снова может выбирать чат. Он может написать новый вопрос или отдельно архивировать завершённую тему для чтения.

07

Внутренний контекст

Гость выбирает обращение в своём списке → сотрудник открывает соответствующий разговор и его заметки. Общие заметки гостя или клиента остаются отдельно и помогают коллегам не собирать контекст заново. Клиенту внутренние заметки и метки не приходят как сообщения.

08

Если связь прервалась

При потере связи с сотрудником назначение может освободиться и разговор вернётся в очередь. Это продолжение ожидания, а не решение вопроса. Если недоступен весь сервис, обеим сторонам нужно восстановить подключение.

09

Вопрос передан, результат остаётся рядом

Если вопрос требует участия другого отдела, сотрудник регистрирует заявку и вручную проверяет её ход. Авторизованный клиент после PIN видит заявку в «Моих обращениях»: зарегистрирована, в работе, решена или закрыта с указанием причины. Чат остаётся отдельным каналом разговора.

Части этого пути проверены раздельно; полного ручного сквозного прогона ещё не было.

03

Verso / Характер продукта

Не просто знак
Свой характер

От автора

О характере продукта

«Verso для меня — сердце проекта. Он живёт на той стороне поддержки, которую клиент не видит, рядом с людьми, которые каждый день помогают другим».

Verso объединяет лицо и дух AVOS с образом спутника сотрудника. Он передаёт характер продукта и остаётся рядом с людьми, которые помогают другим.

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

Современность, хладнокровность, развитие и поддержка задают характер Verso. Он не заменяет сотрудника в разговоре с клиентом.

Verso: статичный образ, используемый в приложении
Статичный образ в приложении
Парение на сайте — эффект презентации
Сейчас в приложении

Главная и статусы
Системные сообщения

Отдельные концепты

Позы, реплики,
2D- и 3D-движение

2D-концепты

Один характер. Разные моменты.

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

2D-концепт: улыбающийся Verso держится за светящуюся панель
2D-концепт

Рядом с панелью

Небольшое присутствие на краю интерфейса.

2D-концепт «Перерыв»: Verso с наклонённой головой и опущенными руками
2D-концепт

Перерыв

Спокойная поза и короткая передышка.

2D-концепт «В работе»: Verso смотрит на вертикальную панель и поднимает к ней руку
2D-концепт

В работе

Внимание к тому, что происходит перед ним.

2D-концепт «Не в сети»: Verso с закрытыми глазами, без свечения
2D-концепт

Не в сети

Закрытые глаза и погасший свет — визуальный образ отсутствия.

Первое присутствие

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

Один характер, разные сцены

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

Движение по этапам

2D-концепты и 3D-пробы развиваются параллельно. Отдельный просмотр модели помогает уточнять форму, материалы и движение. Возможность покрутить модель на сайте не означает, что эта анимация уже встроена в приложение. В журнал попадают согласованные версии с понятным статусом.

Реплики с собственным голосом

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

Коротко о главном

История за минуту

Зачем появился AVOS, что уже сделано и как он развивается — пять коротких шагов. Вы сами выбираете темп.

04

История / Сентябрь — ноябрь 2026

Как складывается
Support OS

Не перечень технических изменений, а путь продукта: какая задача появилась, что изменилось для человека и что ещё предстоит довести.

От автора

О том, что помогает продолжать

«Мотивация у меня простая: если они смогли, то и я смогу».

Лаборатория

Из внутренней задачи
выросла новая идея

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

Пока это внутреннее средство настройки, не готовый самостоятельный продукт

Отдельный этап: перенос общего стиля Mark 1
От автора

«Самым сложным оказалось
сделать фантазию реальностью».

От автора

Что помогает принимать решения

«Вера в себя».

Последний месяц · 12 из 66 записей

Очередь становится яснее, Verso входит в рабочее место

Компактные входящие показывают ожидание и сообщения, поиск находит контакты, заявки остаются рядом с клиентом, а Verso сопровождает статусы и системную обратную связь.

Подробнее об этапе
С чего начали

Строки входящих перегружали тема, ID и постоянно видимые действия. Было трудно быстро оценить ожидание, поиск не охватывал контакты, а за заявками клиента приходилось переходить отдельно. Переключение к истории могло сдвигать боковую карточку. Для Verso требовалось найти уместное место в повседневной работе, не подменяя им действия сотрудника.

Что изменили

В компактной карточке входящего остались имя, последняя реплика, время ожидания и число сообщений за этот период. Первое сообщение тоже учитывается, предпросмотр не сбрасывает счётчик, новая реплика не обнуляет время. Действия появляются при наведении или фокусе кнопки с клавиатуры; прежнее подпрыгивание убрано. Время обновляется раз в минуту без новых запросов. Администратор задаёт жёлтый и красный пороги ожидания для компании. Поиск входящих и принятых охватывает имя, тему, ID, почту и телефон независимо от его оформления. У клиента с аккаунтом рядом с созданием заявки видны до трёх последних заявок. Переход открывает нужную группу тикетов с фильтром клиента; пустой список отличается от ошибки. У гостя блок скрыт. Переключение между диалогом и историей сохраняет положение карточки, краткая загрузка не мигает. Согласованные позы Verso сопровождают статусы, а системные сообщения собраны в плашку снизу по центру. Длинный текст увеличивает её высоту, очень длинный прокручивается. Наведение приостанавливает скрытие, крестик закрывает оба видимых сообщения.

К чему пришли

В очереди легче заметить затянувшееся ожидание, заявки доступны рядом с перепиской, а Verso становится частью рабочего места. По отчёту разработчика, выполнены интерфейсные и серверные проверки на тестовых данных. Независимый прогон приложения при публикации журнала не выполнялся; промышленная готовность не подтверждается. Проверка разных масштабов не заменяет физическую смену мониторов, массовый нагрузочный замер очереди не проводился. Цвет ожидания не обещает срок ответа. Уведомления о новых диалогах, сообщениях и передаче и ошибки форм остаются отдельными.

Метки легче прочитать с первого взгляда

Названия стали крупнее и выразительнее, а повторяющие их подсказки больше не перекрывают выбор.

Подробнее об этапе
С чего начали

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

Что изменили

Для меток усилены размер и насыщенность текста. Повторяющие название подсказки убраны с подписей, капсул и элементов выбора. Это не удаление подсказок и доступных названий кнопок управления: назначение, снятие и сохранение остаются прежними.

К чему пришли

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

Управление метками стало компактнее

Выбор открывается значком метки и закрывается подтверждением; цветные капсулы читаются плотнее.

Подробнее об этапе
С чего начали

Текстовое управление выбором меток занимало лишнее место, а слабая заливка недостаточно отделяла капсулы от фона.

Что изменили

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

К чему пришли

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

Назначение и снятие меток — в одном месте

Капсулы показывают выбранные метки, а менять набор можно только в раскрытом выборе.

Подробнее об этапе
С чего начали

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

Что изменили

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

К чему пришли

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

Метки стали компактными, действия заметки — ровнее

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

Подробнее об этапе
С чего начали

Громоздкое представление меток и неодинаковые строки меню добавляли визуальный шум в карточку.

Что изменили

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

К чему пришли

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

Уведомления получили постоянное место

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

Подробнее об этапе
С чего начали

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

Что изменили

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

К чему пришли

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

Нужный разговор легче найти

Историю можно упорядочить по дате или статусу, сохранив открытую переписку.

Подробнее об этапе
С чего начали

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

Что изменили

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

К чему пришли

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

Фоновая работа меньше мешает чтению

Неизменившиеся списки остаются на месте, а редакторы не перезагружаются при каждом фоновом обновлении.

Подробнее об этапе
С чего начали

Регулярное получение свежих данных не должно мешать чтению и редактированию; оформление навигации и состояний карточки ещё требовало согласования.

Что изменили

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

К чему пришли

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

Обновление стало общим, история — компактнее

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

Подробнее об этапе
С чего начали

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

Что изменили

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

К чему пришли

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

Телефон и редактирование собраны в карточке

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

Подробнее об этапе
С чего начали

После переноса действий в шапку требовалось согласовать редактирование полей, телефон и завершение ввода.

Что изменили

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

К чему пришли

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

Действия карточки остаются под рукой

Компактная закреплённая шапка сохраняет основные действия на месте при прокрутке карточки.

Подробнее об этапе
С чего начали

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

Что изменили

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

К чему пришли

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

У гостя сохраняется контекст нескольких обращений

Гость возвращается к прежним разговорам, а сотрудник видит общие сведения отдельно от заметок конкретного обращения.

Подробнее об этапе
С чего начали

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

Что изменили

В сохранённой браузерной привязке у одного гостя появился список обращений. Он выбирает разговор или создаёт новый, не меняя PIN. До первого сообщения новое обращение остаётся черновиком и не попадает во входящие. Одновременно допускается одно открытое обслуживание: остальные разговоры доступны для чтения, а создание нового временно недоступно. Если другого открытого обслуживания нет, завершённый разговор можно возобновить сообщением. У сотрудника общие заметки находятся во вкладке «Гость», а заметки выбранного разговора — во вкладке «Обращение».

К чему пришли

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

От автора

О дальнейшем развитии

«Тут важно отметить: все отзывы будут учитываться».

История за минуту

Шаг 1 из 5

Начать с уважения

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