Я нахожусь на рынке для системы продажи билетов, и мне любопытно, что все остальные используют. Я хотел бы пригласить всех желающих опубликовать свою любимую систему продажи билетов и узнать, почему им так нравится.
Мои критерии при выборе системы продажи билетов:
- Должен быть с открытым исходным кодом
- Пользователи должны быть в состоянии сделать 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
источник