O que é um aplicativo de negócios?
Aplicativos de negócios são programas de software projetados para automatizar ou otimizar processos dentro das empresas. Eles variam de simples planilhas eletrônicas a complexos sistemas ERP.
Os aplicativos de negócios são essenciais para gerenciar as tarefas do dia a dia. Eles permitem que as empresas economizem tempo e recursos automatizando processos repetitivos. Por exemplo, um sistema de folha de pagamento permitirá que os empregadores calculem salários e impostos automaticamente, economizando horas de trabalho manual todos os meses.
Um aplicativo de negócios interno se conecta a ERPs, comércio eletrônico, data lakes, BI, CRM, PIM, DAM, WMS e outros softwares empresariais importantes para coletar e injetar dados por meio de APIs. A lógica de negócios é então implementada com um aplicativo front-end da Web ou móvel, usando um conjunto de componentes clássicos como:
- Formulários
- Tabelas
- Listas
- Botões
- Scanners de QR-Code e código de barras
- E um conjunto de painéis/gráficos/modelos de relatórios pré-criados
Alguns exemplos de aplicativos de negócios internos incluem:
- CRM personalizado para dar suporte às experiências do cliente
- Aplicativos de políticas de RH
- Automação de fluxos de trabalho financeiros
- Aplicativos de gerenciamento e atendimento de pedidos
Os aplicativos de negócios internos devem integrar um ciclo de desenvolvimento ágil, fornecendo rapidamente os principais recursos de suporte aos processos de negócios, com um investimento mínimo, devido às rápidas mudanças nas políticas e nas necessidades dos usuários.
Quem são meus usuários corporativos, crie uma persona
A primeira etapa de lançamento de novos aplicativos de negócios é definir o grupo de usuários-alvo e criar personas. Essa etapa geralmente é ignorada por motivos ruins.
Uma persona é uma representação individualizada de um usuário típico de um aplicativo ou sistema. As personas ajudam você a entender quem usará o seu produto, o que eles precisam dele, como trabalham com ele e como esperam que ele se comporte. Elas também fornecem informações sobre como as pessoas interagem umas com as outras durante o trabalho.
A persona é extremamente importante para o processo de desenvolvimento e design pelos seguintes motivos:
- A equipe de desenvolvimento entenderá o dia a dia de seus usuários (um caixa que atende 200 clientes por dia ou um representante de vendas que visita 2 clientes por semana)
- Contexto de uso do aplicativo (computador desktop em um escritório versus uso de aplicativo móvel em condições climáticas adversas com luvas)
- O nível técnico do público-alvo (você deve criar um assistente simples, passo a passo, com muita ajuda contextual sem a possibilidade de corrupção de dados ou pode oferecer um painel complexo com filtros avançados e várias ações potencialmente críticas sem reversão)
Colete os pontos problemáticos do usuário e defina as metas comerciais
A segunda etapa é definir as metas comerciais do seu aplicativo analisando cuidadosamente os pontos problemáticos dos usuários. Você não deve pedir recursos aos usuários, mas observar a maneira como eles trabalham. Essa etapa é chamada de pesquisa de usuários.
A pesquisa de usuários é uma parte importante de qualquer processo de desenvolvimento de software. Ela ajuda você a entender o que os clientes precisam do seu produto e como você pode atender melhor a essas necessidades.
Siga estas etapas para realizar uma pesquisa de usuário adequada:
- Observe os usuários-alvo durante o trabalho deles em um processo comercial específico
- Faça anotações sobre cada etapa e tente verificar o tempo gasto em cada uma delas.
- Faça perguntas regulares aos usuários sobre o trabalho deles: por que estão fazendo essa etapa específica, com base em quais critériosselecionaram os elementos que estão trabalhando, quais são as regras para encontrar o item certo etc.
- O mais importante é que, após a conclusão de cada tarefa, pergunte aos usuários sobre seus sentimentos (ou seja: se eles estão frustrados, perdidos ou satisfeitos com essa tarefa).
- Por fim, leve seus usuários para uma sessão em grupo, onde você fará perguntas mais profundas sobre como eles trabalham e seus pontos problemáticos.
Depois de concluir a pesquisa de usuário, você poderá definir os Épicos e as principais metas do seu futuro aplicativo.
Uma história de usuário da Epic é um exemplo de um caso de uso que descreve como um determinado recurso será usado para obter valor comercial para a organização.
Pode ser assim:
- Precisamos sincronizar automaticamente as faturas da nossa plataforma de e-commerce com o nosso sistema de contabilidade para evitar cerca de 145 horas de trabalho manual e 34 erros induzidos por humanos por mês.
- Precisamos configurar um processo simples de validação de pagamento, que não exija que os usuários pesquisem faturas específicas, fornecendo a eles todas as informações necessárias para validar e iniciar um pagamento. Isso deve nos poupar 200 horas-homem por mês e reduzir nossos atrasos de pagamento em 13 dias, em média.
Para garantir que você atinja suas metas de desenvolvimento de aplicativos, primeiro é preciso entender a diferença entre uma "meta" e um "objetivo". Uma "meta" representa o resultado final que você deseja alcançar. Um "objetivo" representa as etapas que você toma para alcançar esse resultado final.
Divida esses objetivos em objetivos "SMART":
- Específico (o que exatamente deve ser feito)
- Mensurável (como o tempo, o dinheiro ou a qualidade serão melhorados)
- Realizável (você tem a equipe, o orçamento e o tempo para criar esse aplicativo)
- Realista (não, você não conseguirá atender ao nível de logística da Amazon com sua solicitação)
- Oportuno (este aplicativo deve estar em produção dentro de 2 meses)
Definir as experiências do usuário e os principais recursos
Então, você tem seus Épicos e objetivos definidos. É hora de começar a imaginar como seu futuro aplicativo de negócios funcionará. Você precisará começar com as jornadas do usuário.
As jornadas do usuário de experiência do usuário (UX) são representações visuais que mostram como os usuários interagem com o seu produto durante todo o ciclo de vida. Elas ajudam você a entender o que acontece quando as pessoas usam seus produtos e serviços.
Uma jornada do usuário contém os seguintes elementos:
- Uma ou várias jornadas de usuário para cada Épico
- Cada etapa, desde a primeira interação (login) até a última (conclusão da tarefa)
- Para cada etapa, uma descrição muito breve do que acontece (o usuário vê uma lista de novos pedidos), os principais recursos (como usuário, posso filtrar o pedido por valor) e um design de alto nível da interface do usuário.
- Alguns detalhes técnicos: quais objetos de negócios são manipulados nessa etapa (pedido, fatura, usuário...), quais sistemas fornecem os dados (API do comércio eletrônico, exportação de arquivos do ERP...) e quais informações devem ser armazenadas localmente (estado temporário do pedido, lista de produtos selecionados...)
Você deve usar o formato de histórias de usuários para descrever o que acontece em cada etapa da jornada do usuário.
As histórias de usuários são descrições curtas dos objetivos do usuário que podem ser usadas para planejar, priorizar, estimar e acompanhar o trabalho em projetos de desenvolvimento de software. Elas são escritas usando o formato "assim como":
<Category>: As a <type of user>, I want <some objective>, so that <benefit>
As histórias de uso devem ser independentes e atômicas, e você deve atribuir uma prioridade a cada uma delas. Sugerimos classificar cada história de usuário com 3 prioridades: Obrigatório, Deveria e É bom ter. Faça um esforço para distribuir as prioridades de suas histórias de usuário de modo a ter de 15 a 20% de "Deve", 20 a 30% de "Deveria" e 50% ou mais de "É bom ter".
Todas as histórias de usuário de todas as jornadas de usuário definem o backlog do aplicativo.
O backlog de um produto é uma lista ordenada de todos os recursos que serão incluídos em uma versão do software. Isso pode incluir tanto novos recursos quanto aprimoramentos da funcionalidade existente.
As opções "Deve" e "Deveria" definem seu produto mínimo viável ou MVP.
Um produto mínimo viável (MVP) é uma versão inicial de um novo produto que permite que os desenvolvedores profissionais testem sua viabilidade para soluções comerciais. Um MVP deve ser simples o suficiente para os usuários entenderem e usarem, mas não tão simplista que eles não possam aprender a usá-lo de forma eficaz.
Selecione a ferramenta certa para dar suporte à sua lógica de negócios
Nesse estágio, você tem uma compreensão clara de:
- Quem são seus usuários
- Quais são os pontos problemáticos e os objetivos comerciais que você deseja resolver
- Como seu aplicativo funcionará e quais são os recursos que você precisará criar
É hora de selecionar a ferramenta certa para criar seu aplicativo. Obviamente, você pode contratar desenvolvedores profissionais para criar os componentes do cliente, mas, como estamos em 2022, você deve procurar primeiro uma plataforma de desenvolvimento com pouco código para reduzir o custo total e o tempo de comercialização do seu aplicativo em várias ordens de magnitude.
Dependendo da sua pilha de TI e do uso, sugerimos que você analise as seguintes plataformas de pouco código:
- Microsoft Power Apps
- Bubble io
- Retool
- Appsmith
Identificar os sistemas back-end e suas APIs
A etapa final antes de criar sua funcionalidade principal é identificar todos os sistemas de back-end com os quais seu aplicativo terá que interagir: ERPs, comércio eletrônico, CRM, OMS, WMS, PIM, DAM, BI, WCM, sistemas SaaS externos etc. Para cada um deles, você terá de definir claramente:
- Quais objetos de negócios manipulam e armazenam, como uma única fonte de verdade, um determinado software
- Quem é o seu ponto de contato técnico
- Como seu aplicativo de negócios se comunicará com ele (chamadas de API, exportações em lote, qual protocolo, qual direção)
- Como você lidará com a autenticação
- Qual será a experiência de desenvolvimento (preparação, implementações, documentação, suporte)?
- Qual será a importância dessa integração específica para o valor comercial?
- Desempenho e SLAs desejados de cada integração (a chamada de API deve responder em menos de 100 ms ou um atraso de 24 horas é aceitável? Sua empresa entrará em colapso se a API ficar inativa por 1 hora? 1 dia? 1 semana?)
- Volumes de dados trocados (10 linhas por chamada? 1.000 linhas? 1.000.000 de linhas?)
Retool: a combinação perfeita para o desenvolvimento rápido de aplicativos
Queremos agora apresentar a você uma ferramenta que consideramos absolutamente revolucionária para a criação de aplicativos internos: Retool.
Um conjunto completo de blocos de construção avançados.
Com o Retool, você não precisa procurar a biblioteca de componentes perfeita; em vez disso, pode usar os componentes pré-construídos imediatamente. Você não precisará reinventar a roda ao criar seu aplicativo, pois eles já fizeram isso por você.
Conecte-se a qualquer coisa
Com o Retool você pode se conectar a bancos de dados ou a APIs REST, GraphQL ou gRPC. O Retool é uma plataforma puramente de front-end que permite que você trabalhe com qualquer dado de back-end. Ele não armazena nada; em vez disso, você executa consultas e o back-end do Retool faz o proxy da solicitação para seus aplicativos internos.
Criado para desenvolvedores
Retool é altamente personalizável, de modo que você nunca fica limitado ao que está disponível fora da caixa. Se você pode escrever com JavaScript e uma API, pode criá-lo em Retool. É um substituto perfeito para Forest Admin, React Admin e qualquer estrutura React ou Angular personalizada.
Como criar um painel de relatórios com o site Retool?
Imagine que você queira criar um painel que liste os pedidos, os dados dos clientes e os status da Amazon. Nada é mais fácil com o Retool. Você cria uma consulta ao seu banco de dados onde estão seus clientes e pedidos e, em seguida, precisa adicionar um componente Table e anexar esse componente aos resultados da consulta.
Retool preencherá automaticamente os dados, configurará as colunas, executará a consulta, buscará os resultados e enviará os dados para a sua tabela. Em seguida, você pode personalizar o funcionamento da tabela adicionando paginação, classificação, filtros, colunas editáveis e ações em cada linha.
Como criar um formulário que envia dados para uma API com Retool?
Como no exemplo anterior, você terá de adicionar uma nova consulta REST ou GraphQL. Como sua consulta modifica o estado do software externo ao qual você se conecta, nós a chamamos de mutação. Depois de escrever a consulta, basta conectá-la a um acionador em sua interface: um botão, uma linha de tabela, um formulário.
Outros componentes principais do Retool
Retool vem com mais de 90 componentes reutilizáveis. Vamos descobrir alguns deles:
Entradas de texto (coleta texto dos usuários)
- Editable Text (mostra um texto que o usuário pode alterar)
- Área de texto editável (mostra um parágrafo que o usuário pode alterar)
- Senha (entrada protegida em que o texto é substituído por *)
- Rich Text Editor (texto com alguma formatação)
- Área de texto (texto longo)
- Entrada de texto (linha única de texto)
Entradas de números (preços, valores, intervalos)
- Número editável (um número que o usuário pode alterar)
- Entrada de números (ideal para preços ou valores)
- Range Slider (componente interativo para definir um intervalo com um controle deslizante)
- Classificação (classificação de 5 estrelas)
- Controle deslizante (componente interativo para um número único)
Selecionar entradas (ideal para estatutos de faturas, opções, fluxos de trabalho, configurações)
- Grupo de botões (vários botões interagindo para um único domínio)
- Cascader (sistema de seleção hierárquica)
- Caixa de seleção (caixa de seleção liga/desliga)
- Grupo de caixas de seleção (conjunto de caixas de seleção agrupadas por domínio)
- Checkbox Tree (como um cascader, mas com caixas de seleção)
- Listbox (uma lista de elementos da qual o usuário pode selecionar um único elemento)
- Multiselect (lista de elementos da qual o usuário pode selecionar vários elementos)
- Caixa de listagem de seleção múltipla (combinação dos dois)
- Grupo de rádio (opções exclusivas)
- Controle segmentado
- Selecione
- Interruptor (botões liga/desliga para ativar/desativar itens)
- Grupo de switches (agrupados por domínio)
Entradas de calendário (ideal para uma data de vencimento, horário de compromisso...)
- Entrada de calendário (selecione uma data em um calendário)
- Data (selecione uma data no formato DD/MM/AAAA)
- Intervalo de datas (de / até)
- Date Time (seleção de data e hora)
- Hora (apenas seleção de hora com o formato HH:MM:SS)
Insumos especiais (categoria muito diversificada para necessidades muito especiais)
- Texto anotado (destaque palavras em um texto)
- Bounding Box (destacar elementos dentro de uma imagem)
- Comentário (comentário sobre qualquer objeto)
- Sinalizadores de recursos (grande componente para gerenciar/ativar/desativar recursos)
- Botão File (clique para carregar um arquivo)
- File Dropzone (arraste e solte arquivos para fazer upload)
- Entrada de arquivo (selecione um caminho para um arquivo)
- JSON Editor (editar esquemas JSON)
- Microfone (gravar sons)
- Query Builder (crie uma consulta personalizada para o back-end)
- Scanner (escaneia códigos QR e códigos de barras)
- Signature Pad (permite que os usuários assinem com os dedos no telefone ou iPad)
- Temporizador (contagem de segundos)
Botões (espero que esteja claro o suficiente)
- Botão
- Botão suspenso
- Link (como um botão, mas sem bordas)
- Lista de links
- Botão de divisão
- Botão de alternância (ligado/desligado)
- Alternar link
Dados (ideal para mostrar um grande volume de informações)
- Chart (mostrar gráficos usando dados de uma consulta)
- JSON Explorer (explore o JSON para os usuários mais técnicos)
- Key Value (uma matriz)
- Tabela (tabela completa para mostrar e interagir com seus dados)
Componentes de apresentação (usados para mostrar coisas aos seus usuários)
- Alerta (mostra um breve pop-up)
- Avatar (ideal para representar usuários ou clientes)
- Grupo Avatar
- Calendário (mostrar datas e compromissos)
- Divisor (facilita a visualização em interfaces complexas)
- Ícone (ajuda na identificação imediata das entradas)
- Imagem (mostre fotos de usuários ou produtos)
- Grade de imagens (várias imagens em uma grade)
- PDF (mostrar um arquivo PDF)
- Barra de progresso
- Círculo de progresso (como uma barra, mas em um círculo)
- Espaçador (adicione espaço para evitar interfaces compactadas)
- Estatística (ideal para indicadores financeiros)
- Tags
- Texto
- Linha do tempo
- Vídeo
Contêineres e formulários (para ajudá-lo a organizar seus componentes)
- Contêiner (agrupa elementos)
- Formulário (várias entradas com possibilidade de validar e enviar dados em conjunto)
- JSON Schema Form (um formulário gerado a partir de um esquema JSON)
- Exibição de lista (ideal para criar componentes repetíveis preenchidos com dados de uma consulta)
- Modal (abre um pop-in modal com componentes dentro)
- Wizard (formulário passo a passo)
Navegação (sistema de navegação no aplicativo)
- Navegação (menu)
- Entrada de página (parâmetros recebidos para uma página específica)
- Paginação (várias páginas para listas e tabelas)
- Etapas (para criar aplicativos complexos, como um processo de checkout)
- Guias (agrupar componentes do aplicativo em grupos usando guias)
Opções de implementação para Retool
Do nosso ponto de vista, por que o Retool é a melhor plataforma para a criação de aplicativos internos? Por causa de suas opções de implementação incrivelmente flexíveis. Você pode selecionar a versão SaaS, para que seu aplicativo seja hospedado e executado por eles, ou optar por opções no local, em que seu aplicativo será baixado e executado em seu próprio ambiente de nuvem.
Nessa última opção, você pode armazenar seu aplicativo em uma ramificação do Git e implantá-lo como faria com qualquer projeto cássio React / Angular / Vue.
Gerenciamento de versões de software com Retool
Retool fornece controle de versão pronto para uso, com uma maneira fácil de ver quem e quando realizou alterações em seu aplicativo. Você pode reverter facilmente para uma versão anterior a qualquer momento com um simples clique.
Exemplos de aplicativos personalizados que você pode criar com Retool
Há um grande conjunto de aplicativos que podem ser criados com o Retool. Primeiro, você precisa entender os limites do Retool:
- Não há backend. Seus dados devem vir de algum lugar (banco de dados, API ou outro software)
- Você tem recursos limitados de personalização. O Retool não é como o Webflow ou o Bubble, você terá de se ater aos componentes e à aparência deles. Portanto, o Retool não é adequado para aplicativos B2C voltados para o cliente (exceto para MVPs)
- Retool não é de código aberto, você não poderá modificar a forma como ele funciona.
Dissemos que você pode criar quase tudo usando o Retool, alguns casos de uso:
- CRM totalmente personalizado que realmente se adapta ao seu nicho específico do setor e ao seu fluxo de trabalho
- Sistema de gerenciamento de pedidos: provavelmente a melhor maneira e a mais barata de criar seu próprio sistema de atendimento de pedidos conectado ao seu ERP/CRM/comércio eletrônico. Os preços dos sistemas OMS comerciais são tão altos que criar o seu próprio sistema com o Retool é provavelmente uma boa ideia.
- Aplicativos de RH (desde reserva de férias, gerenciamento de licenças médicas, recrutamento ou portais de RH)
- Fluxos de trabalho de gerenciamento de processos de negócios
- Relatórios e previsões para vendas ou finanças
- ERPs de nicho para necessidades específicas do setor (agricultura, automotivo, petróleo, saúde)
- Sistemas de suporte e emissão de tíquetes (nem sempre é necessário pagar o Helpdesk)
Precisa de ajuda com seu aplicativo de negócios interno? Entre em contato conosco!
