Для действующих клиентов Okdesk: бот превращает переписку в тикеты, контролирует реакцию инженеров, учитывает нерабочее время и помогает прикреплять фото/файлы прямо в заявку.
Если вы уже ведёте поддержку в Okdesk, но клиенты пишут в мессенджеры.
Клиент написал, но тикета в Okdesk нет. Потом начинается “кто видел?”
Инженер ответил, но обращение не заведено. История остаётся вне системы.
Пока админы не следят глазами, легко пропустить “тишину” и получить негатив.
Клиент не понимает, что делать, а инженеры спорят, кого “дёргать” и когда.
Okdesk остаётся центром поддержки. Бот делает вход из мессенджеров быстрым и контролируемым.
Инженеру не нужно вручную переносить переписку. Админам проще контролировать реакцию, а клиенту понятнее, что происходит.
То, что нужно большинству клиентов Okdesk “из коробки”.
Создание обращения по реплаю и триггер-фразе. Защита от дублей.
Автосопоставление/создание контакта, минимальный профиль (WebApp).
Единый стандарт: “Срочно / Обычная / Низкая”.
Если клиент написал, а реакции нет, бот уведомит админов (без лишнего шума).
Ночь/выходной режим: действия для клиента и управление для админов.
Фото/файлы из чата прикрепляются к обращению, чтобы всё было “в заявке”.
Если часть клиентов живёт в MAX, обращения тоже превращаются в тикеты Okdesk по тем же правилам.
MAX = второй вход: webhook → правила → тикет. Можно помечать канал метками/очередями.
Можно ограничить, кто имеет право “создавать тикеты” в MAX (whitelist) и быстро собрать id сотрудников.
Фиксированные пакеты: проще купить и проще масштабировать.
Выберите схему по удобству эксплуатации и требованиям безопасности.
Быстрый запуск, обновления, мониторинг. Вы платите за результат.
Полный контроль, изоляция, соответствие внутренним политикам. Разворачиваем и передаём инструкцию.
Оставьте данные. Мы предложим шаги интеграции под ваш Okdesk.
Коротко, по делу.
Нет. Okdesk остаётся центром. Бот делает вход из чатов быстрым и контролируемым.
По правилам: реплай + триггер-фраза и/или список инженеров (whitelist).
Это дополнительный канал: сообщения → правила → тикет. Можно разделять очереди/метки по каналам.
Да. Для этого есть White-box пакеты: развёртывание у клиента + поддержка/обновления.
Почти в самом начале работы наш первый серьезный и крупный Клиент достался нам с богатым наследием проблем. Вишенкой на торте был сервер 2012 года выпуска, который в 2022 году модернизировали за 700 000₽ с прошлым подрядчиком. К сожалению, эта модернизация не дала требуемых улучшений для корректной работы 1С: серверу все еще не хватало мощности, чтобы «потянуть» 1С предприятия без тормозов и вылетов.
В результате совместной работы с программистами 1С удалось подобрать и собрать конфигурацию сервера под будущую версию 1С с, как минимум, 5-летним запасом мощности.
При этом, стоимость решения оказалась та же — 700 000₽. Но только за неё клиент получил не модернизацию устаревшего более, чем на 10 лет оборудования, а:
— основной сервер;
— резервный сервер;
— работы по миграции старой инфраструктуры на современную и бесплатную платформу виртуализации Proxmox, которые были проведены в новогодние праздники, чтобы не прерывать работу предприятия Заказчика.
Пришедший к нам за помощью клиент имел почти стандартную архитектуру: два филиала на 10 компьютеров в суме, небольшой парк принтеров и серверов, но зато избыточный обьем сетевого оборудования. В данном случае основной «особенностью» было отсутствие паролей для доступа почти ко всем учетным записям.
Постепенно удалось получить доступ к половине оборудования, остальное же осталось в статусе «чёрный ящик».
Это грозило невозможностью восстановления работоспособности оборудования в случае аварии, которая, разумеется, произойдет в самый неподходящий для Клиента момент.
Каким было наше решение?
Согласовали с клиентом рабочие дни, когда нагрузка на оборудование была минимальной. Будни выбрали, чтобы иметь возможность сразу выявлять собственные ошибки или недочеты. Работы проводили комплексно: один специалист подписывал розетки и провода, второй менял сетевые настройки на ПК и оборудовании, третий сбрасывал к заводским настройкам «чёрные ящики» и настраивал оборудование с нуля.
В результате, Клиент получил полностью описанную инфраструктуру — что работает, как, для чего и какие к этому доступы. Пропали непонятные «глюки» сети из-за которых нужно было постоянно что-то хаотично перезапускать. А мы получили отлаженную систему которая уже легко поддавалась дальнейшему управлению и модернизации.
Пришедший к нам за помощью клиент имел почти стандартную архитектуру: два филиала на 10 компьютеров в суме, небольшой парк принтеров и серверов, но зато избыточный обьем сетевого оборудования. В данном случае основной «особенностью» было отсутствие паролей для доступа почти ко всем учетным записям.
Постепенно удалось получить доступ к половине оборудования, остальное же осталось в статусе «чёрный ящик».
Это грозило невозможностью восстановления работоспособности оборудования в случае аварии, которая, разумеется, произойдет в самый неподходящий для Клиента момент.
Каким было наше решение?
Согласовали с клиентом рабочие дни, когда нагрузка на оборудование была минимальной. Будни выбрали, чтобы иметь возможность сразу выявлять собственные ошибки или недочеты. Работы проводили комплексно: один специалист подписывал розетки и провода, второй менял сетевые настройки на ПК и оборудовании, третий сбрасывал к заводским настройкам «чёрные ящики» и настраивал оборудование с нуля.
В результате, Клиент получил полностью описанную инфраструктуру — что работает, как, для чего и какие к этому доступы. Пропали непонятные «глюки» сети из-за которых нужно было постоянно что-то хаотично перезапускать. А мы получили отлаженную систему которая уже легко поддавалась дальнейшему управлению и модернизации.
Мы используем cookie-файлы для улучшения качества обслуживания. Продолжая использовать наш сайт, вы соглашаетесь с политикой конфиденциальности.