Zammad Хостинг

Запустіть повноцінну службу підтримки з системою квитків, SLA, базою знань та спільними командними поштовими скриньками.

  • Один клік розгортання
  • 100 ГБ Потрібно місця на диску
  • 8 ГБ ОП Потрібна пам'ять
  • Від 20 € Ціна
Замовити зараз Безкоштовна установка

Що ви отримуєте
на AvaHost

Розгортання в один клік, власний домен, безкоштовний HTTPS, автоматичні оновлення додатків та заплановані резервні копії входять у кожен Cloud App. Ви можете запускати кілька додатків на одному сервері, і доступ до терміналу включений.

Контейнер PostgreSQL постачається з додатком і не управляється AvaHost.

Замовити сервер

Технічні дані

Docker-образ
zammad/zammad:latest
Порт за замовчуванням
8080
База даних
postgres

Як працює Zammad

Zammad записує запит клієнта як квиток і зберігає повідомлення, нотатки, призначення, зміни статусу, теги та пов'язану діяльність в одній історії. Групи маршрутизують роботу відповідній команді, ролі контролюють доступ, а агенти можуть використовувати макроси або текстові модулі для повторюваних дій. База знань може публікувати повторно використовувані відповіді та внутрішні рекомендації.

Тригери, планувальники та інша автоматизація можуть реагувати на умови без необхідності виконувати кожну зміну вручну. Стек каталогу включає PostgreSQL, Redis, Memcached, сервіс Rails, планувальник, сервіс WebSocket та веб-інтерфейс. Elasticsearch явно вимкнено в наданій конфігурації, тому сторінка не обіцяє розгортання пошуку на базі Elasticsearch.

Ключові функції Zammad

Історії квитків надають агентам контекст, необхідний для продовження роботи іншої особи. Групи, власники, пріоритети, стани, теги та ролі роблять відповідальність видимою, тоді як внутрішні нотатки дозволяють командам співпрацювати без розкриття кожної дискусії запитувачу. Макроси та автоматизація зменшують повторювані оновлення, коли правила визначені ретельно.

Звіти, статті бази знань, API та інтеграції можуть розширити сервіс. Доступність каналів все ще залежить від конфігурації та зовнішніх постачальників. У наданому шаблоні електронна пошта додатку вимкнена, що суттєво обмежує службу підтримки, яка в іншому випадку отримувала б і відправляла багато квитків через електронну пошту.

Zammad проти Zendesk

1

Zammad

Zammad — це самостійно розміщена служба підтримки з квитками, ролями, групами, автоматизацією, базою знань та параметрами інтеграції, контрольованими оператором. Zendesk — це керована платформа обслуговування клієнтів, яка поєднує квитки з обміном повідомленнями, голосом, базою знань, аналітикою, інструментами управління персоналом, адміністрацією та великим ринком.

2

Zendesk

Zendesk може підійти організаціям, які хочуть омніканальний набір, керований постачальником, та комерційну підтримку навколо широкої екосистеми. Zammad привабливий, коли контроль інфраструктури та самостійно розміщена історія квитків мають значення, за умови, що організація може керувати додатком і приймає обмеження каналів обраного розгортання.

Замовити Zammad

Хто використовує Zammad

Команди підтримки використовують Zammad для призначення справ клієнтів, збереження історії розмов та координації роботи між групами. Внутрішні служби підтримки можуть відстежувати запити працівників, тоді як технічні організації підключають веб-форми або затверджені інтеграції до спільної черги.

Система квитків потребує визначеного власника, категорій обслуговування, правил ескалації, статусів та збереження. Автоматизацію слід протестувати на реальних справах перед тим, як вона змінить велику кількість квитків. Без електронної пошти додатку розміщене налаштування найкраще оцінювати для веб-орієнтованих, керованих API або внутрішніх робочих процесів, а не для традиційної служби підтримки, орієнтованої на електронну пошту.

Самостійне розміщення Zammad: вимоги та вартість

Потужність залежить від агентів, квитків, статей, вкладень, подій, одночасних сеансів, звітів, автоматизації, інтеграцій та збереженої історії. PostgreSQL зберігає основні записи; Redis та Memcached підтримують сервіс. AvaHost включає PostgreSQL, але залишає його некерованим, а базова вимога вже відповідає найвищому публічному плану додатків.

Тому Zammad залишається на Плані 4 за €20 після застосування правила бази даних і обмеження сторінок додатків на Плані 4. Розміщення Zammad включає одноклікове розгортання, сертифікат домену підтримки, автоматичні оновлення додатків та заплановані резервні копії. Електронна пошта додатку вимкнена, тому вхідні квитки електронної пошти, вихідні відповіді, сповіщення електронною поштою, запрошення та відновлення пароля недоступні. Elasticsearch також залишається вимкненим у наданому стеку.

F.A.Q

  • Zammad призначений до Плану 4 за €20, оскільки його мінімум 6144 МБ для додатку вже досягає найвищого публічного рівня сторінки додатків, а PostgreSQL все ще потребує додаткової ємності. Агентів, квитків, вкладень, звітів, автоматизацію, інтеграції, статті бази знань, одночасні сеанси та збережену історію слід ретельно моніторити, коли служба стане операційною.

  • Каталог надає PostgreSQL, Redis, Memcached, Rails, планувальник, WebSocket та веб-сервіси. PostgreSQL включений, але не керований, і компоненти слід відновлювати як скоординований стек. Elasticsearch вимкнений у поставленій конфігурації, тому адміністратори повинні протестувати доступну поведінку пошуку замість того, щоб припускати, що існує окремий індекс Elasticsearch.

  • Хост підтримки може обслуговувати Zammad з автоматичним HTTPS після того, як DNS буде спрямований на AvaHost. Використовуйте остаточну адресу для веб-форм, закладок агентів, API-клієнтів та інтеграцій. Якщо хост змінюється, перевірте вхід, посилання на тікети, активність WebSocket, зворотні виклики, сторінки бази знань та зовнішні системи, які можуть зберігати попередню базову URL.

  • Електронну пошту додатку вимкнено, тому Zammad не може отримувати вхідні листи, надсилати відповіді агентів електронною поштою, доставляти сповіщення про квитки, запрошувати користувачів через електронну пошту або видавати повідомлення про відновлення пароля. Веб-робочі процеси, API та внутрішні робочі процеси квитків можуть все ще оцінюватися. Командам, яким потрібна служба підтримки, орієнтована на електронну пошту, слід розглядати це обмеження як критичну проблему розгортання, а не як незначну відсутню функцію.