Como a Gabriel deixa as cidades mais seguras usando o Jestor

Embora outras ferramentas de produtividade pudessem atender a algumas de suas necessidades de forma independente, Gabriel se sentiu prejudicado pela incapacidade dessas ferramentas de trabalhar em conjunto e de ter uma única fonte de verdade. Gabriel aproveitou o potencial no-code e low-code da Jestor para criar a ferramenta perfeita para sua operação em constante expansão.

Números

Eficiência do time
A mesma equipe é capaz de lidar com uma operação 4x maior do que antes.

Escalabilidade segura
Atualmente, existem mais de 100 membros da equipe operando o Jestor, todos com controles de acesso de nível empresarial.

Sobre a Gabriel

A Gabriel é uma startup de tecnologia de segurança que ajuda a manter propriedades e negócios seguros. Com uma lista de serviços que vão desde câmeras de alta definição até a sugestão de rotas seguras e monitoradas, a Gabriel permite que os moradores durmam tranquilos, fornecendo não apenas registros de vídeo, mas ruas mais seguras.

Superando o software padrão

Com a ajuda de softwares comuns de produtividade e fluxo de trabalho, a Gabriel conseguiu manter os processos internos organizados o suficiente para levá-los ao crescimento inicial. Como tal, a Gabriel encontrou-se em uma posição invejável entre as startups: escalando rápido e com uma estratégia vencedora clara em mãos.

Os problemas, no entanto, estavam começando a surgir das limitações das ferramentas mais simples que eles estavam usando. Enquanto kanbans e outras soluções comuns simples são suficientes em um volume menor e baixa complexidade, a Gabriel estava avançando em direção ao oposto absoluto desse espectro. Eles não estavam apenas crescendo em tamanho, mas seus processos internos eram complexos, com muitas entidades envolvidas. Um cliente pode ter muitos acordos, que por sua vez podem estar relacionados a muitos locais, e cada local pode ter muitos equipamentos diferentes instalados.

Embora os próprios fluxos de trabalho fossem funcionais, o Pipe, que era o software que eles usavam estava começando a prejudicar seus processos internos de duas maneiras principais:

1. A falta de conexões dificultou o trabalho com seus próprios dados. Às vezes, as informações necessárias simplesmente não estavam lá e precisavam ser recuperadas em outro lugar, e algumas automações úteis não eram possíveis. Isso levou a processos mais lentos e menos eficientes.
2. Ser capaz de ter informação instantânea da operação – por exemplo, informações de todos os equipamentos nas localizações de um cliente – não era apenas bom: era obrigatório. Portanto, limitações significavam soluções alternativas e muito trabalho manual repetitivo.

A Gabriel sabia da importância de ter um software escalável, e uma boa visão crítica das soluções que estavam usando no momento foi suficiente para eles entenderem que, se quisessem continuar crescendo no mesmo ritmo sem quebrar, precisariam de uma solução que fosse personalizável, relacional e escalável.

Jestor era o próximo passo lógico.

Fonte única da verdade

Um dos principais pontos problemáticos da Gabriel era não poder ter uma visão detalhada da operação sem alguns cálculos pesados e trabalho pesado.

Obter informação instantânea tão necessária de inventário e informações do cliente envolvia extrair planilhas e dados de várias fontes, tratá-los e remontá-los. Esse processo, é claro, não era rápido nem à prova de erros, pois envolvia muito trabalho manual. E mesmo assim, não forneceu os insights da maneira que Gabriel considerava ideal.

Se isso não parece tão chato, lembre-se de que na operação da Gabriel todos os detalhes e dados são relevantes. Desde as negociações com o cliente, até a instalação, manutenção e até a compra dos equipamentos, tudo está conectado. De relance, a empresa precisa saber não apenas o que seu cliente comprou, mas a identificação exclusiva da câmera instalada em sua propriedade.

Sem a possibilidade de conectar processos por meio de várias camadas de dados, era quase impossível recuperar essas informações com facilidade. Além disso, isso tornou os processos mais isolados e operados por meio de uma lente individual, em vez de fazer parte de um fluxo de trabalho coeso e abrangente.

Na Jestor, Gabriel conseguiu encaixar todos os seus processos e dados em um único lugar. Além disso, ao poder criar a estrutura de dados correta, a empresa conseguiu fazer pleno uso de automações, aplicativos e painéis. Com um único clique, todas as informações necessárias são exibidas em painéis analíticos e interativos.

Ao fazer pleno uso de dados relacionais por meio de interfaces agradáveis e fáceis de usar, Gabriel não apenas eliminou muito trabalho manual, mas criou uma experiência de aplicativo incrível para sua própria equipe.

TLDR: Gabriel usou Jestor para construir um verdadeiro centro de controle para suas operações internas, algo que atendesse até mesmo aos seus altos padrões de inicialização de tecnologia de segurança.

Recursos favoritos:

Botões personalizados e filtros de pesquisa

Com apenas um clique, os membros da equipe da Gabriel podem navegar para painéis personalizados com informações e filtros pré-preenchidos. Longe vão os dias de extração de planilhas e tratamento de dados!

Engenharia como um plus, não um requisito

Como o Jestor é uma ferramenta sem código, não foi necessário que a equipe de engenharia da Gabriel se envolvesse desde o início, o que significava que a equipe de operações poderia iniciar as coisas e refinar os processos em um ritmo muito mais rápido do que com outras ferramentas.

Mas, como o Jestor também é uma ferramenta de low-code, também foi possível para a equipe de engenharia contribuir de maneiras que alavancaram seu conhecimento técnico de maneiras que as ferramentas sem código normalmente não permitem.

Por exemplo, Gabriel mantém um banco de dados externo com informações que muitas vezes desejam verificar, mas que não sentiram a necessidade de fazer upload e sincronizar com Jestor, pois não faz parte de nenhum processo ativo. Para quebrar a separação entre o Jestor e esse outro banco de dados, eles usaram páginas personalizadas de low-code para criar uma maneira fácil de consultar e imprimir apenas as informações necessárias quando o usuário quisesse, sem precisar salvá-las no Jestor.

Automações low-code também permitiram que eles trabalhassem com automações com mais flexibilidade do que sem código puro. Automações complexas que não eram possíveis sem código foram facilitadas, e automações ineficientes ficaram mais rápidas e menos exigentes (tanto em tempo quanto em processamento).

Recursos técnicos, como campos de consulta, permitiram que eles trabalhassem melhor com as informações que tinham dentro do Jestor, e a capacidade de executar scripts aumentou a utilidade de integrações sem código já poderosas, como o campo de endereço (que permite aos usuários procurar um endereço por meio do Google Maps).

Ao capacitar a construção sem código, mas sem se afastar dos usuários técnicos, Jestor criou a combinação perfeita para alavancar o potencial de todos os membros da equipe em uma plataforma coerente e colaborativa.

O que vem a seguir

Gabriel está constantemente adicionando processos ao Jestor e melhorando os já existentes. O processo de migração foi uma ótima oportunidade para se livrar de estruturas incorretas e construir coisas que escalam e, por definição, duram mais.

Com uma ferramenta verdadeiramente flexível e personalizável como Jestor, Gabriel não precisa mais temer superar seu software atual. À medida que a empresa cresce e se torna mais complexa, eles sabem que não é uma questão de encontrar uma ferramenta maior e mais cara, mas de iterar o que já têm e adaptar seu Jestor às novas situações e desafios que podem enfrentar. Seu Jestor sempre pode escalar tanto quanto eles.

Em outras palavras, Jestor faz com que a equipe da Gabriel tenha a certeza de que seus processos estão seguros, assim como a Gabriel faz com que os clientes durmam melhor sabendo que estão sãos e salvos.