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ê?
fonte
Respostas:
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.
fonte
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.
fonte
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.
fonte
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.
fonte
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.
fonte
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).
fonte
Começamos a usar o SpiceWorks aqui e gostamos muito. A única desvantagem é um portal de usuários sem graça.
fonte
Comecei a usar o FogBugz e gostei até agora.
fonte
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.
fonte
Nós usamos o TrackIT. Estou usando há anos e anos ... até agora tudo bem.
fonte
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 .
fonte
O Assembla é rápido e leve, fornecendo o que você precisa.
fonte
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.
fonte
Eu tive boas experiências com o Flyspray .
fonte
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
fonte