Qual é o seu sistema de bilheteria favorito? [fechadas]

38

Estou no mercado de um sistema de bilhética e estou curioso para saber o que todo mundo está usando. Gostaria de dar as boas-vindas a todos que postarem seu sistema de venda de ingressos favorito e o motivo pelo qual eles gostam tanto.

Meus critérios na seleção de um sistema de emissão de bilhetes são:

  • Deve ser de código aberto
  • Os usuários devem poder fazer 100% de sua interação por email. Não é necessário usar a interface da web. Eu nem me importo se existe uma interface da web do cliente.
  • Deve me permitir lidar com o máximo possível por e-mail. (pelo menos, deixe-me responder aos tickets por e-mail)
  • Deve ser bastante simples de instalar, com poucas dependências.
  • A interface da web não deve me fazer querer arrancar os olhos.

Coisas com as quais realmente não me importo:

  • Rastreamento de tempo.
  • Priorização não é uma grande prioridade. (gemido)
  • Subtarefas, dependências de tarefas, filas etc.
  • Praticamente qualquer outra coisa que não ajude a tirar problemas do meu email e entrar em um sistema de rastreamento.

Eu usei o Trac com sucesso como um sistema de bilhética no passado (acabei de desativar o wiki, o repositório etc.) e não me importaria de usá-lo ou Redmine novamente se soubesse de alguns plug-ins de email. Em uma empresa anterior, usei o Request Tracker, que atende a quase todos os critérios, mas tinha tantas dependências que nada mais que eu corro precisa e finalmente decidi que não valia a pena.

Eu tenho o OTRS em funcionamento, e ele atende a todos os requisitos de e-mail, era bastante simples de configurar, mas eu realmente não gosto da interface da web (TI). Talvez eu esteja usando errado, mas o modo como ele lida com a lista de tickets e me ajuda a encontrar o que fazer é muito inferior ao RT.

Talvez eu esteja apenas sendo muito exigente, mas acho que vou ter que usar o sistema que escolher o dia todo, todos os dias, para que eu possa gostar muito. E desde que os usuários precisem interagir apenas com [email protected], isso é transparente para eles.

Então, o que você está usando / usou que realmente gosta e por quê?

abourg
fonte
4
"Talvez eu esteja apenas sendo muito exigente" - Sim, você é. A evidência está aqui: "Request Tracker, que atende a quase todos os critérios, mas tinha tantas dependências que nada mais que eu corro precisa, que finalmente decidi que não valia a pena". AFAICT, basta instalar as dependências e esquecê-las. Como isso "não vale a pena"?
Ernie
2
Toda nova dependência é algo novo para manter e continuar funcionando e mais complexidade para lidar quando as coisas dão errado. Acredito firmemente em manter as coisas o mais simples possível, e um sistema de bilheteria deve aliviar meu fardo, e não acrescentá-lo. Se não há nada melhor lá fora, provavelmente vou voltar com a RT. Mas quero ter certeza de que realmente não há nada melhor primeiro.
21415 abourg

Respostas:

11

Solicite o Rastreador até o fim.

As dependências não são tão problemáticas quanto costumavam ser, desde que você não se preocupe em ter a versão absolutamente mais recente. Nos sistemas RHEL5, você acabou de configurar seu sistema para usar EPEL e executar "yum install rt3". No Ubuntu, é algo mais como "apt-get install request-tracker3.6", mas "apt-cache search request-tracker rt3" fornecerá uma lista de todos os pacotes relacionados.

Sim, essas duas opções atraem muitos módulos perl, mas e daí? Há alguém que já os construiu e está preocupado em mantê-los atualizados.

freiheit
fonte
Eu gosto do RT e manterei o EPEL em mente se decidir voltar a ele.
abourg
Eu não gosto de RT - trabalhei com algumas pessoas que adoram isso (por exemplo, o projeto Kannel F / LOSS em que estive envolvido no passado o usou antes de mudar para redmine), e acho que é muito muito simplista e não oferece nenhuma extensibilidade que outros sistemas oferecem, e é muito difícil personalizar sua interface do usuário, além de selecionar cores diferentes para produtos e afins.
Guss
@ Guss: RT é realmente bastante extensível, mas geralmente requer algum conhecimento de programação em perl. Você pode fazer muito com atributos de ticket e scripts, mas também pode personalizar e adicionar mais páginas com as coisas específicas necessárias. RTFM e RTIR são extensões para RT usando o mesmo tipo de mecanismo de extensão que qualquer um poderia usar.
precisa
9

Usamos "RT: Request Tracker" da Best Practical . Tenho 99% de certeza de que é de código aberto, mas você já o usou, portanto deve saber do que ele é capaz.

nullArray
fonte
8

Código aberto:

Redmine ; Definitivo. É fácil de usar, tem uma pegada leve e atende às minhas necessidades.

Proprietário:

Jira ; peso pesado. Para realmente processar o gerenciamento em tickets.

Martin K.
fonte
5

O meu favorito é o JIRA . É de código aberto, mas não é gratuito. Trabalha aqui por mais de dois anos sem falhas. Sua principal força são os fluxos de trabalho personalizáveis, para que você possa ajustar o sistema de rastreamento ao seu próprio fluxo de trabalho (com o qual as pessoas estão acostumadas, h + por mais ruins que sejam), e não vice-versa.

Aleksandar Ivanisevic
fonte
JIRA é de longe o meu sistema de bilhética favorito
Kevin Kuphal
Uso o JIRA em vários projetos e sou frequentemente frustrado por ele - no entanto, ainda não encontrei um que realmente goste.
217 Keith
5

Eu teria que dizer OTRS . Primeiro, seu código aberto e usado por muitas organizações grandes. Eu o implementei em duas empresas, incluindo onde atualmente trabalho. Eu usei todos os dias para tudo. Ele tem funções de email para ticket e eu o autentico com facilidade. Dê uma olhada ou tente. No passado, eu usei o Numara Track-It e estava tudo bem. Mas o cliente era lento e gordo. Acho que o software da web do FootPrints seria uma solução muito melhor depois de usar o Track-It.

xeon
fonte
Eu tenho tentado OTRs, mas a única coisa em que estou preso é o fluxo de trabalho do dia a dia. Eu sinto que realmente estou sentindo falta de algo. Você tem algum recurso para um administrador do OTRS em dificuldades?
21420 abourg
A documentação OTRS é realmente ótima. Também é muito útil ler as listas de discussão, mas nunca gostei muito disso.
21139 xeon
4

Não tentando ser ultra óbvio aqui, mas o Bugzilla pode ser configurado com bastante facilidade para permitir respostas de erros por email e até relatórios de erros por email. Ele possui muitos outros recursos interessantes de e-mail, como "whine" (executa consultas em bugs abertos e envia a saída por e-mail) e possui inúmeras personalizações e integrações disponíveis. Por fim, a instalação é realmente fácil e, na maioria das vezes, é necessário que alguns módulos perl estejam lá, e você pode começar a funcionar rapidamente.

Na minha empresa, nós o usamos com muito sucesso e o integramos aos IDEs dos desenvolvedores (Eclipse with Mylyn), ao SCM do subversion (usando hooks e WWW :: Bugzilla) e até ao sistema de compilação. Os funcionários do controle de qualidade estão usando o Deskzilla, que é um brilhante aplicativo de gerenciamento de tickets (que também possui uma versão do Jira, se você optar por isso).

Guss
fonte
Sim, o bugzilla está ok, embora a interface do usuário às vezes seja muito simplista. Usamos o que está no cvsdude.com e é ótimo com todos os problemas causados ​​pelo próprio cvsdude.
22411 Michael Pliskin
Eu concordo, embora muitos projetos tenham modelos muito bons que ajudam bastante com o Bugzilla. Veja o assistente de envio de erros em bugzilla.gnome.org e bugs.kde.org. O sistema de modelos para o Bugzilla é extremamente poderoso, que é um ótimo recurso que nem o Jira nem o RT oferecem.
Guss
4

Começamos a usar o SpiceWorks aqui e gostamos muito. A única desvantagem é um portal de usuários sem graça.

Joel Coel
fonte
Nós usamos spiceworks também. É simples e funciona bem. O portal do usuário (é) bastante insosso, mas parece que o abourg não se importa com isso. ;)
Tom
Embora a opção seja "gratuita", não é de código aberto. FYI: Eu uso o Spiceworks desde a versão 1.0 e adoro.
steve.lippert
4

Comecei a usar o FogBugz e gostei até agora.

NitroxDM
fonte
FogBugs é um fresco, mas caro :(
Michael Pliskin
O FB é bom, mas não é de código aberto.
samsmith
2

O Request Tracker é bastante sólido. Nós o usamos principalmente por motivos herdados (é o que tivemos nos últimos anos) e não nos causou nenhum pesar. Ele faz o trabalho como deveria; não há muito mais a dizer.

koenigdmj
fonte
2

Nós usamos o TrackIT. Estou usando há anos e anos ... até agora tudo bem.

Alan
fonte
Aqui está um que eu realmente esqueci. Vou dar uma olhada, obrigado.
21411 abourg
Eles também têm um produto chamado pegadas. Seu trackit no crack.
Alan
2

Hmm, eu não acho que haja muitas pessoas que realmente gostem de um sistema de ingressos, e muito menos tenham um favorito.

Se você perguntar qual sistema de ticket você mais odeia, minha resposta seria o Sistema de Solicitação de Ação Remedia .

Ludwig Weinzierl
fonte
2
Certamente agora alguém deveria ter criado um sistema de bilhética que não é completamente horrível? Acho que não é um problema particularmente interessante de se trabalhar. E tive o desagrado de trabalhar no Remedy como usuário. Concordo bastante com você, alguns sistemas são terríveis, mas o Remedy os expulsa da água em termos de horror.
abourg
5
Os sistemas de emissão de bilhetes são inerentemente terríveis porque o trabalho que você não deseja realizar é realizado através deles.
Freiheit
1

O Assembla é rápido e leve, fornecendo o que você precisa.

Aidan Ryan
fonte
1

Eu usei o Kayako antes. Ele roda em código aberto (php / mysql), mas custa algum dinheiro. Não é tão ruim em termos de preço, mas não tenho certeza se você estava pedindo gratuitamente ou apenas a tecnologia Open Source. Tudo é feito por e-mail, é fácil aos olhos, bastante acessível, fácil de instalar e oferece suporte sólido.

osij2is
fonte
1

Eu tive boas experiências com o Flyspray .

caos
fonte
O Flyspray deve suportar alguns recursos de email - pelo menos de acordo com suas listas de correspondência, mas não localizei a menção de tais recursos no site ou em seu próprio sistema de rastreamento (alimentado por flyspray, é claro ;-)).
Guss
1

Solução hospedada simples e excelente: Zendesk

Ticketing pesado com relatórios incríveis e gerenciamento de processos / fluxos de trabalho (também a mais alta barreira de entrada): JIRA

Sistema baseado no Windows, integra-se ao gerenciamento do sistema, implantação do agente: Kaseya

iainlbc
fonte