A informação existia. Estava dispersa por cinco sistemas que não falavam entre si, e nenhum deles estava ao alcance de quem atende.
Everything designed to match the pace of someone assisting a customer face-to-face, not someone working at a desk.
The choices that defined the solution.
Several minutes can pass between the consultant closing the order and the customer paying, especially when payment is made via a link to a mobile phone. In luxury retail, selling an item that is no longer available is a mistake that costs more than the sale itself. We chose to reserve stock for a short window, automatically releasing it if payment is not completed.
Assumed cost: Reserved items become unavailable to other stores during this window. Acceptable for the volume in question, and the alternative was not.
With four markets and distinct tax regimes, the value presented to the customer must be the final value. Calculating taxes in a nightly batch would mean showing one price and charging another. We integrated the calculation at the time of order, using the shipping address as the basis.
Assumed cost: One more external call in the critical path of the order, with failure handling and an alternative in case of unavailability.
Sending SMS is simple. Receiving is the hard part. A platform that only sends forces the consultant to switch to their personal phone when the customer replies, and the history of that conversation is lost. We built the reception with automatic recording in the customer's profile.
Assumed cost: Consent management, number validation, and external event handling, which is the part almost no one anticipates in the budget.
The progression system was going to change; we knew that from the start. Seasonal campaigns, market-specific objectives, calibration adjustments. If every change required a development cycle, the system would die within six months. We built an engine where rules are defined by object, action, and condition.
Assumed cost: More initial development time, so that the business would no longer depend on us to operate day-to-day.
Cada integração trouxe o seu protocolo, o seu modelo de autenticação e o seu modo de falhar. A arquitetura foi desenhada para absorver isso sem propagar a complexidade para dentro da plataforma.
| Função | Responsabilidade | Natureza da ligação |
|---|---|---|
| Mensagens | SMS e multimédia bidirecional, validação de números, convites para sessões de vídeo | API REST com eventos de retorno |
| Pagamentos | Links de pagamento, pré-autorização, terminal em loja, reembolsos, deteção de fraude | API REST com eventos de retorno |
| Retalho | Criação e sincronização bidirecional de fichas de cliente | API REST com carga estruturada |
| Encomendas | Disponibilidade de stock, reserva temporária, criação de encomendas | API REST |
| Fiscalidade | Cálculo de impostos em tempo real por mercado e destino | Serviço legado, integração síncrona |
Sete passos, cinco sistemas externos, um único ecrã para quem atende.
O consultor seleciona produtos a partir do catálogo, com o perfil do cliente à vista.
Consulta em tempo real da disponibilidade, por localização.
Os artigos ficam reservados durante uma janela curta, enquanto o pagamento decorre.
Impostos apurados em função do mercado e da morada de envio, antes de mostrar o valor final.
Link, pré-autorização, terminal, código QR ou numerário. Notificações automáticas ao cliente.
Fatura gerada automaticamente e encomenda sincronizada com os sistemas de retalho e expedição.
Reembolsos totais ou parciais, com comunicação automática e atualização do histórico do cliente.
Estratégia, tecnologia e marca. From Vision to Growth.
