Какая ваша любимая система продажи билетов? [закрыто]

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

Мои критерии при выборе системы продажи билетов:

• Должен быть с открытым исходным кодом
• Пользователи должны быть в состоянии сделать 100% их взаимодействия по электронной почте. Нет необходимости использовать веб-интерфейс вообще. Меня даже не волнует, есть ли пользовательский веб-интерфейс.
• Должен позволить мне обрабатывать как можно больше по электронной почте. (по крайней мере, позвольте мне ответить на билеты по электронной почте)
• Должно быть достаточно простым для установки с несколькими зависимостями.
• Веб-интерфейс не должен заставлять меня выбивать глаза.

Вещи, которые меня не волнуют:

• Время отслеживания.
• Расстановка приоритетов не является огромным приоритетом. (стон)
• Подзадачи, зависимости задач, очереди и т. Д.
• Практически все остальное, что не помогает выводить проблемы из моей электронной почты в систему отслеживания.

В прошлом я успешно использовал Trac в качестве системы продажи билетов (просто отключил вики, репозиторий и т. Д.), И я не возражал бы снова использовать его или Redmine, если бы знал о некоторых плагинах электронной почты. В предыдущей компании я использовал Request Tracker, который удовлетворяет почти всем критериям, но имел так много зависимостей, что мне не нужно больше ничего, что я запускаю, и в конце концов решил, что оно того не стоит.

У меня есть OTRS и он работает, и он отвечает всем требованиям к электронной почте, его было довольно просто настроить, но мне очень не нравится (IT) веб-интерфейс. Возможно, я использую это неправильно, но способ, которым он обрабатывает распечатку билетов и помогает мне найти, что делать, намного уступает RT.

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

Так что вы используете / использовали, что вам действительно нравится и почему?

Просьба трекер полностью.

Зависимости - это не такая большая проблема, как раньше, если вам не нужна абсолютно последняя версия. В системах RHEL5 вы просто настраиваете свою систему на использование EPEL и запускаете "yum install rt3". В Ubuntu это больше похоже на «apt-get install request-tracker3.6», но «apt-cache search request-tracker rt3» выдаст вам список всех связанных пакетов.

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

Мы используем «RT: Request Tracker» от Best Practical . Я на 99% уверен, что это открытый исходный код, но вы уже использовали его, поэтому вы должны знать, на что он способен.

Открытый источник:

Redmine ; Definitive. Он прост в использовании, имеет небольшой вес и отвечает моим потребностям.

Собственность:

Джира ; тяжеловес. Для реального управления процессом в тикеты.

Мой любимый это JIRA . Это с открытым исходным кодом, но не бесплатно. Работает здесь более двух лет без сбоев. Основным преимуществом являются настраиваемые рабочие процессы, поэтому вы можете настроить систему отслеживания в соответствии со своим собственным рабочим процессом (к которому привыкли люди, даже если он плохой), а не наоборот.

Я бы сказал OTRS . Во-первых, с открытым исходным кодом и используется многими крупными организациями. Я реализовал это в двух компаниях, в том числе там, где я сейчас работаю. Я использовал это каждый день для всего. У этого есть электронная почта к функциям тикета, и у меня есть это с аутентификацией с AD легко. Посмотрите или попробуйте. В прошлом я использовал Numara Track-It, и это было нормально. Но клиент был медленным и толстым. Я думаю, что их веб-программное обеспечение FootPrints было бы намного лучшим решением после использования Track-It.

Здесь мы не пытаемся быть предельно очевидными, но Bugzilla можно довольно легко настроить, чтобы получать ответы об ошибках по электронной почте и даже отчеты об ошибках по электронной почте. Он имеет много других приятных функций электронной почты, таких как «скулить» (запускать запросы на открытые ошибки и отправлять вывод по электронной почте), и имеет множество доступных настроек и интеграций. Наконец, установка очень проста, и в большинстве случаев она требует наличия некоторых модулей Perl, и вы можете сразу же начать работу.

В моей компании мы очень успешно используем его и интегрируем с IDE разработчиков (Eclipse с Mylyn), SCM Subversion (с использованием hooks и WWW :: Bugzilla) и даже с системой сборки. Ребята из QA используют Deskzilla, которая является отличным приложением для управления тикетами (которое также имеет версию Jira, если хотите).

Мы начали использовать SpiceWorks и нам это очень нравится. Единственным недостатком является пустой пользовательский портал.

Я только начал использовать FogBugz и мне это нравится до сих пор.

Запрос трекера довольно солидный. В основном мы используем его по наследству (это то, что было у нас в течение последних нескольких лет), и это не принесло нам никакого горя. Это делает работу как надо; больше нечего сказать.

Мы используем TrackIT. Использовал его годами и годами ... пока все хорошо.

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

Если вы спросите, какую систему тикетов вы больше всего ненавидите, мой ответ будет « Система запросов действий Remedy» .

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

Я использовал Каяко раньше. Он работает на Open Source (php / mysql), однако стоит денег. Это не так уж плохо с точки зрения ценообразования, но я не уверен, просили ли вы бесплатно или просто технологию с открытым исходным кодом. Все сделано через электронную почту, это просто на глаз, довольно доступно, легко установить и надежную поддержку.

У меня был хороший опыт с Flyspray .

Простое и отличное решение для хостинга: Zendesk

Интенсивные продажи билетов с великолепной отчетностью и управлением процессами / рабочими процессами (также самый высокий барьер для входа): JIRA

Система на базе Windows, интегрируется с системой управления, агент развертывания: Kaseya