Caso a caso: o problema, o que a Appfy fez e o ganho.
Rede global de móveis
Dinheiro na conta, pedido esperando a régua e a caneta.
Cada pedido pago só andava quando alguém achava o número dele no extrato do banco, um por um.
O problema
Uma rede global de móveis vende online para empresas, com pedidos de alto valor pagos por transferência. Para liberar cada um, um funcionário punha a lista de pedidos ao lado do extrato do banco e ligava os dois com régua e caneta, com erros e às vezes perdas. Estimativa: 150 pedidos por dia (entre 100 e 200) × 3 minutos para achar cada um no extrato = 7,5 horas por dia, uma pessoa inteira só conferindo; para 4 mil pedidos por dia, seriam 25 pessoas (minutos: suposição). Estimativa: de 100 a 200 pedidos por dia, à mão, para 4 mil a 10 mil por dia, e até 20 mil em alguns dias.
O que a Appfy fez
A Appfy automatizou a conferência. No relato deste caso, o sistema lê o extrato do banco a cada 5 segundos, e cada transferência nova dispara a checagem. Ele acha o número do pedido na descrição.
O ganho
No relato deste caso, a conferência ficou automática.
Scene 1 of 8 · A empresa
Pedidos enormes, pagos por transferência.
Uma rede global de móveis vende online para empresas, com pedidos enormes e de alto valor. A empresa paga por transferência e escreve o número do pedido na descrição.
Scene 2 of 8 · O problema
Duas folhas, uma régua e uma caneta.
Um funcionário punha a lista de pedidos ao lado do extrato do banco e, com régua e caneta, ligava cada pedido à sua transferência. Só então marcava o pedido como pago no sistema.
Scene 3 of 8 · O problema
Cada pedido esperava a sua vez na régua.
À mão, davam conta de 100 a 200 pedidos por dia (estimativa), com erros e às vezes perdas. O dinheiro já estava na conta, mas o pedido ficava parado até alguém achar o número.
Scene 4 of 8 · O objetivo
A meta: o dinheiro chega e o pedido anda.
Ligar a conta do banco aos pedidos: achar sozinho cada transferência, conferir o número do pedido e liberar o pedido na hora, sem ninguém com régua.
Scene 5 of 8 · O que a Appfy fez
O extrato, lido a cada 5 segundos, no relato.
No relato deste caso, o sistema lê o extrato do banco a cada 5 segundos, e cada transferência nova dispara a conferência. Ele acha o número do pedido na descrição.
Scene 6 of 8 · O que a Appfy fez
Scene 7 of 8 · O que mudou
Da régua e da caneta à conferência automática.
Scene 8 of 8 · E na sua empresa?
Sua equipe ainda confere pagamentos à mão? Ligue o banco aos seus pedidos.
Se alguém compara extrato e pedidos para liberar uma venda, a Appfy liga o banco ao seu sistema, e cada exceção vai para o seu lugar. Comece com uma conversa gratuita de 30 minutos.
Plataforma de seguros (insurtech)
Fechar uma apólice passou de dois a três dias para minutos, ali no balcão.
Os produtos foram vendidos com o seguro acoplado.
O problema
Uma plataforma de seguros (insurtech) vende pelas lojas de varejo: seguro contra roubo de celular e seguro para eletrônicos, como geladeiras, junto com o produto. Mas, no jeito tradicional, fechar uma apólice levava dois a três dias, e o seguro não cabia na venda. Estimativa: 10 vendas com seguro por dia numa loja × 2,5 dias para fechar cada apólice (entre 2 e 3) = 25 clientes por loja, a todo momento, com o seguro ainda pendente (vendas por dia: suposição).
O que a Appfy fez
A Appfy construiu o motor da plataforma: no começo do dia, ele separa números de apólice para cada tipo de seguro, como um bloco de senhas. Cada venda recebe o seu número na hora, e o motor avisa a seguradora, fecha o contrato, troca os arquivos das apólices com as seguradoras e analisa as vendas.
O ganho
Fechar uma apólice passou de dois a três dias para minutos, ali no balcão. Os produtos foram vendidos com o seguro acoplado.
Scene 1 of 8 · A empresa
Seguro vendido na loja, junto com o produto.
Uma plataforma de seguros (insurtech) vende pelas lojas de varejo: seguro contra roubo de celular e seguro para eletrônicos, como geladeiras. O seguro vai junto com o produto, oferecido na hora da compra.
Scene 2 of 8 · O problema
Fechar um seguro levava dois a três dias.
No jeito tradicional, emitir uma apólice pedia número, aviso à seguradora, contrato e troca de arquivos. Tudo isso levava dois a três dias, e o cliente não fica tanto tempo no balcão.
Scene 3 of 8 · O problema
O celular saía da loja; o seguro, não.
Sem caber na venda, o seguro ficava para depois: o cliente levava o celular, e a apólice, só dias mais tarde. Numa loja com 10 vendas com seguro por dia (suposição), seriam 25 clientes, a todo momento, com o seguro ainda pendente (estimativa).
Scene 4 of 8 · O objetivo
A meta: comprar o celular e sair com seguro.
Fechar o seguro no ponto de venda, junto com o produto, em minutos, ali no balcão. Contratar seguro ficaria tão simples quanto comprar o celular, ao alcance de todo cliente da loja.
Scene 5 of 8 · O que a Appfy fez
Números de apólice separados no começo do dia.
A Appfy construiu o motor da plataforma. No começo do dia, ele separa números de apólice para cada tipo de seguro, como um bloco de senhas já pronto. Cada venda no balcão recebe o seu número na hora.
Com o número na apólice, o motor avisa a seguradora e fecha o contrato. Os arquivos das apólices vão e voltam com as seguradoras, e as vendas viram análise: mercado e perfil de quem compra.
Scene 7 of 8 · O que mudou
Fechar uma apólice passou de dois a três dias para minutos, ali no balcão. Os produtos foram vendidos com o seguro acoplado.
Scene 8 of 8 · E na sua empresa?
Sua venda ainda espera dias por outra empresa? Feche no balcão.
Se uma venda sua só fecha depois que outra empresa responde, com um número, um contrato ou um arquivo, a Appfy liga as duas pontas na hora da venda. Comece com uma conversa gratuita de 30 minutos.
Empresa de pagamentos por cheque dos Estados Unidos
Aceitar cartão sem deixar pedágio em cada venda.
Aceitar cartão por um gateway pronto é deixar um pedágio em cada venda; a empresa queria ir direto à fonte.
O problema
Uma plataforma integra com Rapid Connect (Product of FirstData) para realizar operações de pagamento com cartão de crédito. Estimativa: o preço público de um gateway pronto para uma venda doméstica nos EUA é 2,9% + US$ 0,30 (US$ 3,20 numa venda de US$ 100).
O que a Appfy fez
Transformar os dados para identificar padrões de comportamento de acordo com os cenários de teste informados pela FirstData. Analisar as relações entre as tags. A tabela de campos lista COUNT 102. Criar os endpoints que coletam informação do terminal do lojista. Construir a estrutura das fábricas de parse e de integração. Escrever testes de integração com jest. Cenários de teste possíveis que precisamos garantir para chegar a obter uma certificação. Um processo SRS bem-sucedido é necessário apenas uma vez para obter o DID (Datawire ID).
O ganho
Status: Done. Plataforma que integra com Rapid Connect (Product of FirstData) para realizar operações de pagamento com cartão de crédito. Não há gateway entregue nem certificação comprovados. Benefícios não medidos nunca são números.
Scene 1 of 8 · A empresa
Cheques, transferências e, agora, cartão.
Plataforma que integra com Rapid Connect (Product of FirstData) para realizar operações de pagamento com cartão de crédito.
Scene 2 of 8 · O problema
Cada venda no cartão deixaria um pedágio.
Estimativa: o preço público de um gateway pronto para uma venda doméstica nos EUA é 2,9% + US$ 0,30 (US$ 3,20 numa venda de US$ 100).
Scene 3 of 8 · O problema
Ir direto exige falar a língua da processadora.
A processadora só abre a porta para quem fala a língua dela: 102 campos possíveis, com regras entre eles, vários tipos de venda e de validação, e uma bateria de cenários de teste para a certificação.
Scene 4 of 8 · O objetivo
A meta: um caminho próprio, direto na fonte.
Plataforma que integra com Rapid Connect (Product of FirstData) para realizar operações de pagamento com cartão de crédito. Criar os endpoints que coletam informação do terminal do lojista.
Scene 5 of 8 · O que a Appfy fez
Primeiro, aprender a língua da processadora.
A Appfy estudou cada cenário de teste da processadora e mapeou os 102 campos: obrigatórios, opcionais e quem depende de quem. Com esse mapa, o sistema recebe os dados da maquininha e monta cada mensagem do jeito que a processadora pede.
Scene 6 of 8 · O que a Appfy fez
Registro uma vez só, chave guardada.
Antes que um lojista possa usar a Datawire Secure Transport Network para processar transações, a aplicação precisa passar pelo processo SRS para obter o DID (Datawire ID). Um processo SRS bem-sucedido é necessário apenas uma vez para obter o DID (Datawire ID); depois disso, enquanto o DID permanecer válido, o aplicativo cliente não precisará executar o SRS de novo. Escrever testes de integração com jest. Cenários de teste possíveis que precisamos garantir para chegar a obter uma certificação.
Scene 7 of 8 · O que mudou
Um caminho próprio até a fonte, sem pedágio.
Status: Done. Plataforma que integra com Rapid Connect (Product of FirstData) para realizar operações de pagamento com cartão de crédito. Não há gateway entregue nem certificação comprovados. Benefícios não medidos nunca são números.
Scene 8 of 8 · E na sua empresa?
Deixa uma margem em cada venda? Vá direto à fonte.
Se a sua empresa movimenta pagamentos e entrega uma margem a um intermediário em cada venda, a Appfy constrói o seu caminho direto, campo por campo e testado cenário por cenário. Comece com uma conversa gratuita de 30 minutos.
Grande rede de farmácias
Juntar duas redes de farmácias. O desenho leva em conta a mercadoria que já está a caminho.
Uma grande rede de farmácias comprou outra. Ilustração: com cerca de um dia de atraso na informação, o mesmo remédio podia ser pedido duas vezes.
O problema
As lojas compradas passariam a receber mercadoria dos armazéns da compradora. Sem ver o que já estava a caminho, o sistema delas podia pedir tudo de novo. Estimativa: 391 lojas × R$ 170 mil em vendas por semana × 1% pedido em dobro (suposição) ≈ R$ 660 mil por semana em estoque parado.
O que a Appfy fez
A Appfy ligou os dois sistemas sem trocar o que funcionava: cada pedido ganhou um número, como um código de rastreio, e o cálculo passou a descontar o que já está a caminho.
O ganho
Um trabalho histórico para integrar o abastecimento de uma rede de farmácias depois de uma aquisição. As fontes que restam documentam como a demanda, a execução no armazém, a autorização fiscal e o recebimento na loja foram ligados, e os controles propostos para identidade, quantidades parciais e visibilidade atrasada. Tempo de processamento medido e escopo realizado das lojas não constam.
Scene 1 of 8 · A empresa
Uma rede comprou outra. A pergunta em aberto era como abastecer as lojas compradas.
Uma grande rede de farmácias comprou outra. Os armazéns da compradora passariam a abastecer as lojas compradas: era como ligar o salão de um restaurante à cozinha de outro.
Scene 2 of 8 · O problema
Cada pedido passava por muitas mãos antes de sair.
Toda noite, uma equipe confere as vendas, e o sistema calcula o que falta em cada loja e divide o estoque. Estimativa da janela mais ampla de processamento, não do passo de alocação: cerca de 4 a 5 horas. Depois vêm caixas, separação e nota fiscal.
Scene 3 of 8 · O problema
O risco: pedir de novo o que já estava a caminho.
Exemplo: a loja pede 100 e o armazém já separou 80. O sistema da loja só vê isso um dia depois e pede as 100 de novo, como fazer compras sem olhar a despensa.
Scene 4 of 8 · A escolha
Não trocar o que funciona: somar dois controles.
A Appfy encaixou as lojas novas na operação que já funcionava. Cada pedido ganhou um número, como um código de rastreio, e o cálculo passou a descontar o que está a caminho.
Scene 5 of 8 · O que a Appfy fez
“Aceito” não quer dizer entregue.
As duas redes usavam códigos diferentes para lojas e produtos, como duas línguas. A Appfy fez a tradução e deu nome a cada etapa do pedido: atender só uma parte não é erro.
Scene 6 of 8 · O que a Appfy fez
A nota libera o caminhão, e a loja fecha o ciclo.
O caminhão só sai depois que o governo autoriza a nota fiscal. Na loja, quem recebe confere caixas e nota, e essa conferência volta para o planejamento.
Scene 7 of 8 · O que mudou
Todos olhando o mesmo pedido, pelo mesmo número.
O desenho leva em conta o que já saiu antes do próximo pedido, e propõe que o cálculo da noite rode em paralelo por centro de distribuição. O tempo depois dessa mudança não foi medido.
Scene 8 of 8 · E na sua empresa?
Repõe estoque ou juntou duas empresas? Comece pelo que está a caminho.
Se você repõe estoque, juntou duas operações ou liga um sistema novo a um antigo, a Appfy começa pelo que já está a caminho. Comece com uma conversa gratuita de 30 minutos.
A ideia era ordens de serviço em papel no celular do mecânico.
Mecânico, ordem de serviço no papel.
Os mecânicos antes recebiam ordens de serviço em papel.
O problema
Os mecânicos antes recebiam ordens de serviço em papel e executavam o fluxo de manutenção a partir delas. Estimativa: 20 mecânicos × 4 ordens por dia × 6 minutos para anotar, devolver e digitar cada folha = 8 horas por dia, o dia inteiro de uma pessoa só cuidando de papel (números: suposição).
O que a Appfy fez
O aplicativo permitia que os mecânicos consultassem informações relacionadas ao almoxarifado. Os mecânicos podiam inserir observações de manutenção usando a voz.
O ganho
O projeto buscava modernizar as ordens de serviço de manutenção, substituindo um fluxo de trabalho do mecânico baseado em papel por um aplicativo móvel.
Scene 1 of 8 · A empresa
Tratores, esteiras e caldeiras, como exemplos.
Tratores, esteiras e caldeiras são exemplos, não um inventário exaustivo verificado de ativos implantados.
Scene 2 of 8 · O problema
A ordem de serviço vinha impressa, no papel.
Os mecânicos antes recebiam ordens de serviço em papel e executavam o fluxo de manutenção a partir delas.
Scene 3 of 8 · O problema
Scene 4 of 8 · O objetivo
O objetivo era um aplicativo móvel.
O projeto buscava modernizar as ordens de serviço de manutenção, substituindo um fluxo de trabalho do mecânico baseado em papel por um aplicativo móvel.
Scene 5 of 8 · O que a Appfy fez
A ordem no celular: peças, anotações e voz.
O aplicativo permitia que os mecânicos consultassem informações relacionadas ao almoxarifado. Os mecânicos podiam inserir observações de manutenção usando a voz.
Scene 6 of 8 · O que a Appfy fez
Scene 7 of 8 · O que mudou
O objetivo era um aplicativo móvel no lugar do papel.
O projeto buscava modernizar as ordens de serviço de manutenção, substituindo um fluxo de trabalho do mecânico baseado em papel por um aplicativo móvel. Os mecânicos podiam inserir observações de manutenção usando a voz.
Scene 8 of 8 · E na sua empresa?
Sua equipe ainda trabalha no papel? Leve a ordem para o celular.
Se sua equipe trabalha longe do escritório, em campo ou onde o sinal falha, a Appfy leva o papel para o celular e liga cada registro ao seu sistema. Comece com uma conversa gratuita de 30 minutos.
Rede global de móveis
Empresa grande não compra com cartão.
Quem escolhe a cadeira não é quem aprova, e toda compra passa pelo sistema da empresa.
O problema
Uma rede global de móveis vende para empresas num portal com catálogo sob medida. Mas o cliente só aprova compras no próprio sistema, e sem ligação alguém digita cada carrinho de novo. Estimativa: 1.000 pedidos por mês × 15 minutos redigitando cada um (suposições) = 250 horas por mês, mais que um funcionário em tempo integral.
O que a Appfy fez
A Appfy participou de ligar o catálogo e o portal ao processo de compras da empresa. No desenho documentado, o carrinho volta ao sistema de compras, o gestor aprova a solicitação, e o pedido de compra é enviado ao fornecedor depois dessa aprovação.
O ganho
No desenho documentado, o usuário final seleciona os produtos no catálogo do fornecedor, o fornecedor devolve esse carrinho ao setor de compras, e o gestor aprova a solicitação. O setor de compras concilia o pedido de compra, o recebimento e a fatura. A fatura é confrontada com o pedido de compra e o recebimento antes do processamento do pagamento.
Scene 1 of 8 · A empresa
Um catálogo sob medida para cada empresa.
Uma rede global de móveis também vende para empresas e governos, num portal com um catálogo sob medida para cada cliente. Mas, numa empresa grande, quem pede não é quem aprova.
Scene 2 of 8 · O problema
O carrinho estava num lugar; as regras, em outro.
O catálogo ficava no portal da rede; as regras de compra, no sistema do cliente, onde o gestor aprova e a nota é conferida. Sem ponte, alguém digita tudo de novo.
Scene 3 of 8 · O objetivo
Escolher no catálogo e aprovar no sistema da própria empresa.
A meta: ligar o catálogo ao sistema de compras de cada cliente, o sistema de gestão que empresa grande usa. O funcionário entra por ele, escolhe como numa loja e volta com o carrinho.
Scene 4 of 8 · A escolha
A regra principal: carrinho não é pedido.
O carrinho que volta do catálogo é só uma proposta. Enviado, vira uma requisição e espera o gestor. Só depois da aprovação nasce o pedido de compra; se o gestor recusa, nada é encomendado.
Scene 5 of 8 · O que a Appfy fez
Do catálogo à nota, uma troca de envelopes.
No desenho documentado, o fornecedor devolve esse carrinho ao setor de compras, e o setor de compras gera e envia o pedido de compra. O setor de compras concilia o pedido de compra, o recebimento e a fatura. A fatura é confrontada com o pedido de compra e o recebimento antes do processamento do pagamento.
Scene 6 of 8 · O que a Appfy fez
Trocar o pneu com o carro andando.
A Appfy participou de ligar o catálogo e o portal ao processo de compras da empresa.
Scene 7 of 8 · O que mudou
O gestor aprova onde sempre aprovou.
No desenho documentado, o usuário final entra no sistema de compras, o gestor aprova a solicitação, e o pedido de compra é emitido ao fornecedor depois dessa aprovação.
Scene 8 of 8 · E na sua empresa?
Vende para empresas grandes? Entre no sistema de compras delas.
Se empresas grandes ou o governo compram de você, um bom catálogo não basta: ele precisa conversar com o sistema de compras do cliente. Comece com uma conversa gratuita de 30 minutos.
Grande banco dos EUA
Oferta não pode esperar 5 dias por um ticket.
Num grande banco, mudar uma oferta levava de 3 a 5 dias: tudo passava por um ticket.
O problema
No programa de descontos e ofertas de um grande banco dos EUA, cada oferta nova ou mudança virava um ticket para o suporte, com prazo de 3 a 5 dias, porque só a equipe técnica mexia nos dados, direto na base. Estimativa: 200 mudanças de oferta por mês × 4 dias de espera ≈ 27 ofertas sempre paradas na fila, e 200 horas de programador por mês, a 1 hora cada (mudanças e horas: suposições).
O que a Appfy fez
A Appfy construiu o painel que pôs as campanhas nas mãos do próprio gestor: ele cria e muda ofertas e sobe listas em lote, e o sistema aplica sozinho. Por trás, as telas, a parte que grava os dados, os resumos de números e o login.
O ganho
O trabalho trouxe a capacidade de o próprio gestor gerir as campanhas em lote. Nenhum resultado medido foi verificado.
Scene 1 of 7 · A empresa
Na frente, as ofertas; atrás, uma fila de tickets.
Um grande banco dos Estados Unidos tem um programa de descontos e ofertas. O cliente vê as ofertas; por trás, cada oferta nova ou mudança virava um ticket para o suporte.
Scene 2 of 7 · O problema
Mudar uma oferta levava de 3 a 5 dias.
Descontos, cupons, lojistas, listas, usuários. Cada mudança virava um ticket para o suporte, porque só a equipe técnica mexia nos dados, direto na base, e cada uma esperava de 3 a 5 dias.
Scene 3 of 7 · O objetivo
A meta: o próprio gestor cuidar das campanhas.
Tirar o gestor da fila. Para isso, um painel com login e uma área para cada tarefa: ver e editar uma oferta, buscar clientes e lojistas e um dashboard.
Scene 4 of 7 · O que a Appfy fez
A frente e os fundos do painel.
A Appfy fez as duas pontas: na frente, as telas do gestor; atrás, a parte que busca a oferta e grava a mudança, sem ninguém mexer direto nos dados.
Scene 5 of 7 · O que a Appfy fez
Campanhas em lote, aplicadas sozinhas.
O gestor sobe uma lista inteira de uma vez, e o sistema aplica sozinho, em lote. Rotinas automáticas resumem os números para o dashboard, e um login só abre tudo.
Scene 6 of 7 · O que mudou
Sem ticket: o gestor muda a própria campanha.
O trabalho trouxe a capacidade de o próprio gestor gerir as campanhas em lote. Nenhum resultado medido foi verificado.
Scene 7 of 7 · E na sua empresa?
Mudar uma oferta leva dias? Ponha o controle na mão de quem decide.
Se cada mudança de preço, oferta ou cadastro vira um ticket, a Appfy constrói o painel para quem decide resolver sozinho. Comece com uma conversa gratuita de 30 minutos.
Grande empresa de tag de pedágio
Milhares de parceiros num portal só, cada um vendo só o seu.
Postos, estacionamentos, drive-thrus e lava-rápidos: o dono, o financeiro e o operador de cada um entram pela mesma porta.
O problema
Os parceiros que aceitam a tag de uma grande empresa de pedágio precisavam de um portal único, onde cada pessoa entra sozinha e vê só o que é seu. Estimativa: 3.100 estabelecimentos × 1 pedido de acesso por mês × 20 minutos de atendimento ≈ 1.033 horas por mês, cerca de 5,9 pessoas. O total é uma contagem arredondada da Forbes Brasil, não o número de usuários do portal. Pedidos, minutos e um mês de 176 horas são suposições. Isto não é uma economia medida.
O que a Appfy fez
O trabalho de acesso especificado separa o que cada pessoa vê, separado do que ela pode fazer. O portal proposto deveria sincronizar o cadastro do CBILL e permitir que um parceiro sincronizado fosse habilitado para operar.
O ganho
E-mail e senha são a entrada documentada. No primeiro acesso a pessoa troca a senha e então chega ao menu definido pelo perfil. A atribuição a um grupo faz a pessoa herdar as permissões desse grupo. Ganhos não foram medidos.
Scene 1 of 8 · A empresa
Quatro negócios, uma porta de entrada.
Uma grande empresa de tag de pedágio também é aceita em postos, estacionamentos, drive-thrus e lava-rápidos. Esses parceiros precisavam de um portal único para ver as vendas pagas com a tag.
Scene 2 of 8 · O problema
Gente muito diferente pela mesma porta.
Pela mesma porta passariam a equipe da empresa e o dono, o financeiro e o operador de cada parceiro. Cada um só podia ver o seu, como chave da própria sala.
Scene 3 of 8 · O objetivo
Primeiro, acertar quem entra e como.
O portal começou pelo acesso: grupos de usuários, login e recuperação de senha. Os parceiros já cadastrados vieram para o portal, mas só operam depois de habilitados, como crachá que precisa ser ativado.
Scene 4 of 8 · A escolha
Ver é uma coisa; poder fazer é outra.
A Appfy separou o acesso em duas partes: um mapa dos negócios que a pessoa vê e um perfil do que ela pode fazer. Cada grupo junta um mapa e um perfil.
Scene 5 of 8 · O que a Appfy fez
Nove caminhos, do cadastro ao menu.
Um exemplo: o administrador põe a pessoa num grupo e ela herda as permissões do grupo. No primeiro acesso, troca a senha, escolhe o negócio e vê só o seu menu.
Scene 6 of 8 · O que a Appfy fez
Duas propostas, autorização personalizada ou Cognito.
As duas figuras de arquitetura datadas de 18 de agosto de 2020 são chamadas explicitamente de Proposta 1 e Proposta 2. A Proposta 1 nomeia customAuthorizer. A Proposta 2 introduz o Cognito. Nenhuma opção escolhida está estabelecida. A arquitetura final permanece sem resolução. A anotação sobre validar permissões em cada pedido não prova que um gatilho de pós-autenticação do Cognito trate cada pedido de API posterior.
Scene 7 of 8 · O que mudou
Cada pessoa entra e vê só o que é seu.
Agora a pessoa é cadastrada uma vez, num grupo, e já entra vendo só os seus estabelecimentos e o seu menu. Primeiro acesso e troca de senha não dependem de ninguém da empresa.
Scene 8 of 8 · E na sua empresa?
Muita gente diferente no mesmo sistema? Comece pelo acesso.
Portal de revendedores, clientes ou parceiros? A Appfy separa o que cada um vê do que cada um pode fazer antes de tudo. Comece com uma conversa gratuita de 30 minutos.
Redes de hotéis
Numa operação de QA, a API ficou interrompida cerca de 2 minutos. Essa observação não é tempo poupado.
Num restaurante de hotel, uma atualização pode deixar tudo ligado e, mesmo assim, o pedido não chegar à cozinha.
O problema
Nos restaurantes de várias redes de hotéis, cada servidor era criado um a um, com a configuração repetida para cada rede, e servidor ligado não garantia pedido na cozinha. Estimativa: 20 restaurantes × 1 hora de jantar parado × R$ 6 mil por hora (40 contas de R$ 150) ≈ R$ 120 mil a cada atualização que trava (números: suposições).
O que a Appfy fez
A Appfy construiu do zero o caminho das atualizações: uma receita escrita monta cada servidor, na estrutura de cada rede, sempre nos mesmos passos, e o último passo confere se o pedido vai da mesa à cozinha. A equipe recebeu os manuais.
O ganho
Cada versão nova segue os mesmos passos, e trocar um servidor é montar outro pela receita.
Scene 1 of 8 · A empresa
Da mesa à cozinha, o pedido precisa chegar certo.
Redes de hotéis usam nos seus restaurantes um sistema de caixa e cozinha: o garçom lança o pedido, a cozinha vê na tela, a conta é dividida e o recibo sai impresso.
Scene 2 of 8 · O problema
Luz acesa não queria dizer pedido chegando.
Cada servidor era criado um a um, como cozinhar cada prato de cabeça, e a configuração se repetia em cada rede de hotéis. Servidor ligado não garantia pedido na cozinha.
Scene 3 of 8 · O objetivo
Pronto é quando o pedido passa, não quando o servidor liga.
A Appfy assumiu o caminho que leva cada versão nova até os servidores. A meta: passos sempre iguais, como numa esteira, e só chamar de pronto quando um pedido fizer o caminho inteiro.
Scene 4 of 8 · A escolha
Em vez de consertar cada servidor, montar outro pela receita.
A Appfy escreveu uma receita para cada tipo de servidor. Cada versão nova ganha uma receita nova: os servidores novos nascem dela e entram no lugar dos antigos, que são desligados.
Scene 5 of 8 · O que a Appfy fez
Cada servidor novo se monta sozinho ao ligar.
Ao ligar, o servidor novo segue um roteiro: busca as instruções, instala as versões e põe o sistema para rodar. O banco de dados ganhou um passo só dele, e a equipe, os manuais.
Scene 6 of 8 · O que a Appfy fez
Quatro substituições saudáveis/processos PM2. Só duas de quatro renovações concluídas no instantâneo.
Numa operação de QA, a API ficou interrompida cerca de 2 minutos. Essa observação não é tempo poupado. Quatro substituições saudáveis/processos PM2. Só duas de quatro renovações concluídas no instantâneo. Depois, o handoff de RCA disse que a aplicação ainda usava o banco de dados anterior.
Scene 7 of 8 · O que mudou
Toda atualização termina com uma pergunta: o pedido chegou?
Agora cada versão segue os mesmos passos, trocar um servidor é montar outro pela receita, a equipe tem manual na mão e a última pergunta é sempre a mesma: o pedido chegou?
Scene 8 of 8 · E na sua empresa?
Atualiza sistemas com a empresa aberta? Defina primeiro o que é pronto.
Se a operação não pode parar, a Appfy escreve cada passo, confere um a um e termina pelo caminho do cliente, não pela luz acesa. Comece com uma conversa gratuita de 30 minutos.
Plataforma de ingressos
Mudar os bastidores sem fechar a bilheteria.
Uma plataforma de ingressos precisava de espaço para crescer sem tirar do ar o site onde o público compra.
O problema
O site que o público vê e os bastidores, com contas, pagamentos e e-mails, rodavam juntos e precisavam crescer. Estimativa: 1 hora travada na abertura de vendas de um show × 2 mil ingressos por hora × R$ 200 (suposições) ≈ R$ 400 mil em vendas paradas.
O que a Appfy fez
A Appfy levou só os bastidores para a nuvem, deixou o site onde estava e pôs entre os dois uma porta com porteiro, que também segura excesso de acessos. Pagamentos e e-mails entraram em filas que tentam de novo e avisam a equipe quando algo falha.
O ganho
Para quem compra, o site é o mesmo. Os registros mostram um caminho separado de DLQ, alerta e retrigger. A correção do ingresso e a entrega bem-sucedida de e-mail não estão estabelecidas, e não há política de nova tentativa configurada nem recuperação testada.
Scene 1 of 7 · A empresa
Vitrine e bastidores no mesmo prédio.
Uma plataforma vende ingressos para shows e eventos. O site que o público vê e os bastidores, com contas, pagamentos e e-mails, funcionavam juntos, como loja e depósito no mesmo prédio.
Scene 2 of 7 · O problema
Crescer sem cair e sem deixar robôs entrarem.
A plataforma precisava aguentar mais gente ao mesmo tempo, ficar no ar e barrar acessos em excesso e robôs. Com tudo no mesmo prédio, crescer uma parte era crescer tudo.
Scene 3 of 7 · A escolha
Só os bastidores mudam de prédio.
A Appfy levou para a nuvem só os bastidores: contas, pagamentos, eventos e e-mails. O site ficou onde estava, e entre os dois uma porta com porteiro confere a chave de cada mensagem.
Scene 4 of 7 · O que a Appfy fez
Um e-mail que falha não some: avisa a equipe.
Quem compra um ingresso recebe um e-mail. Agora esse aviso entra numa fila, como senha num balcão, e sai na sua vez. Se falha, tenta de novo; se continua falhando, avisa a equipe.
Scene 5 of 7 · O que a Appfy fez
O que os registros mostram das contas é um esboço inicial. Ele propõe completar a configuração de Google, Okta e Facebook, e registros de auditoria de login, logout, signup e modify. As premissas incluem não guardar senhas. Essas afirmações são a semântica da proposta, não um comportamento verificado.
Scene 6 of 7 · O que mudou
Na tela, nada muda.
Quem compra continua no mesmo site. Os registros mostram um caminho separado de DLQ, alerta e retrigger. A correção do ingresso e a entrega bem-sucedida de e-mail não estão estabelecidas, e não há política de nova tentativa configurada nem recuperação testada.
Scene 7 of 7 · E na sua empresa?
A plataforma ficou apertada? Mude só o que precisa mudar.
Mudar de sistema não precisa ser tudo ou nada. A Appfy desenha antes o que fica e o que muda, e como as duas partes conversam. Comece com uma conversa gratuita de 30 minutos.