Uma planilha, um CRM comercial ou um sistema cont\u00e1bil padr\u00e3o registram uma venda da mesma forma, independentemente do que foi vendido: um cliente, um valor, uma data. Essa l\u00f3gica funciona bem para a maioria dos neg\u00f3cios. Em uma ag\u00eancia de viagens, no entanto, o objeto vendido raramente \u00e9 uma coisa s\u00f3. Um software gen\u00e9rico pode processar o pagamento, mas nem sempre consegue representar o que realmente aconteceu por tr\u00e1s desse pagamento: um pacote montado com v\u00e1rios fornecedores, uma passagem que depende de outro servi\u00e7o e uma data que se altera para todos ao mesmo tempo se for alterada para um. <\/p>\n\n
Para um sistema gen\u00e9rico, uma venda \u00e9 um evento \u00fanico: registra-se uma receita, associa-se a um cliente e o processo termina ali. Um pacote tur\u00edstico n\u00e3o se comporta assim. Vender um pacote significa comprometer, em uma \u00fanica opera\u00e7\u00e3o, servi\u00e7os que v\u00eam de fornecedores diferentes, com moedas diferentes e com calend\u00e1rios pr\u00f3prios. O voo pode ser confirmado em minutos. O hotel pode levar um dia. A excurs\u00e3o pode depender de um n\u00famero m\u00ednimo de vagas que ainda n\u00e3o est\u00e1 garantido. <\/p>\n\n
O software gen\u00e9rico n\u00e3o distingue entre confirmar a venda e confirmar cada componente dessa venda. Trata o pacote como se fosse um \u00fanico servi\u00e7o, quando na verdade \u00e9 uma cole\u00e7\u00e3o de compromissos com diferentes n\u00edveis de certeza. Essa diferen\u00e7a determina se a equipe pode saber, a qualquer momento, qual parte da viagem est\u00e1 resolvida e qual continua pendente. Antes de avaliar que tipo de sistema resolve isso, conv\u00e9m entender como essa l\u00f3gica muda de acordo com o tipo de ag\u00eancia, algo que \u00e9 detalhado nesta an\u00e1lise sobre os tipos de software segundo o modelo de neg\u00f3cio<\/a>. <\/p>\n\n Por que um tour n\u00e3o \u00e9 apenas mais uma linha em uma ferramenta gen\u00e9rica<\/strong><\/p>\n\n Um tour quase nunca existe isoladamente. Geralmente est\u00e1 atrelado a um n\u00famero m\u00ednimo de participantes, a um hor\u00e1rio fixo compartilhado com o restante do grupo e a um fornecedor local que confirma a sa\u00edda com sua pr\u00f3pria margem de tempo. Uma ferramenta gen\u00e9rica pode salvar o nome do tour e seu pre\u00e7o como um dado qualquer, mas n\u00e3o pode alertar automaticamente que essa sa\u00edda perdeu viabilidade porque o n\u00famero m\u00ednimo de vagas n\u00e3o foi preenchido, ou que o hor\u00e1rio de um tour entra em conflito com o traslado que o fornecedor ainda n\u00e3o confirmou. <\/p>\n\n Um pacote t\u00edpico pode incluir, por exemplo:<\/p>\n\n Cada um desses componentes tem seu pr\u00f3prio ciclo de vida. O software gen\u00e9rico n\u00e3o foi constru\u00eddo para acompanhar cinco ciclos de vida diferentes dentro de uma \u00fanica venda. Por isso, quando algo muda (uma data, um fornecedor, uma vaga), o ajuste acaba sendo feito fora do sistema, em um e-mail ou em uma nota manual que ningu\u00e9m mais v\u00ea. Esse ponto de fric\u00e7\u00e3o costuma ser o primeiro a aparecer quando uma ag\u00eancia come\u00e7a a avaliar se seu sistema de reservas atual ainda \u00e9 suficiente<\/a> para o volume que gerencia. <\/p>\n\n Um servi\u00e7o combinado, por exemplo, um traslado que inclui uma refei\u00e7\u00e3o, ou uma excurs\u00e3o que inclui ingressos e transporte, apresenta um problema adicional: o custo interno n\u00e3o coincide com o pre\u00e7o de venda ao cliente, e ambos os n\u00fameros precisam coexistir sem se misturarem. Um sistema gen\u00e9rico costuma for\u00e7ar uma simplifica\u00e7\u00e3o: registra o pre\u00e7o final, mas perde a composi\u00e7\u00e3o de custos que o originou. <\/p>\n\n\n
Como um sistema gen\u00e9rico gerencia um servi\u00e7o combinado<\/strong><\/h2>\n\n
<\/td> Sistema gen\u00e9rico<\/strong><\/td> Servi\u00e7o combinado tur\u00edstico<\/strong><\/td><\/tr> Unidade de venda<\/td> Uma linha, um valor<\/td> V\u00e1rios componentes com custo e fornecedor pr\u00f3prios<\/td><\/tr> Moeda<\/td> Uma por transa\u00e7\u00e3o<\/td> Pode variar por componente<\/td><\/tr> Cancelamento<\/td> Uma pol\u00edtica geral<\/td> Uma pol\u00edtica diferente por componente<\/td><\/tr> Margem<\/td> Calculada sobre o total<\/td> Calculada componente por componente<\/td><\/tr><\/tbody><\/table><\/figure>\n\n