O formulário foi enviado com sucesso.
Encontrará mais informações na sua caixa de correio.
Contrate-nosSelecionar a língua
Sobre nósServiçosTecnologiasIndústriasCarteira
De acordo com um inquérito da Clutch, 86% de colaboradores utilizam aplicações móveis para realizar o trabalho. A 67% registou um aumento da eficiência. Percebemos essa necessidade. Precisar de uma aplicação móvel não significa que qualquer aplicação móvel sirva. É provável que os seus colaboradores queiram uma aplicação que funcione com todos os sistemas, funções e processos de aprovação existentes. Satisfazer esta necessidade começa com o mapeamento e, em seguida, vem a programação.
Uma aplicação móvel empresarial é compatível com os sistemas empresariais já em funcionamento. Pode ler e gravar dados através do CRM ou Sistemas ERP, autenticar-se através do fornecedor de identidade existente da empresa, respeitar as funções e permissões atribuídas a cada utilizador e funcionar de acordo com a política de gestão de dispositivos e o ambiente operacional em que for implementado.
O desenvolvimento de aplicações móveis empresariais é uma sequência de decisões, e a ordem é importante. Vou guiá-lo ao longo do processo de avaliação das necessidades, escolha entre desenvolver ou adquirir, conceção da arquitetura e das integrações, proteção da aplicação, implementação e gestão posterior.
Desenvolvimento de aplicações móveis para empresas consiste na conceção, desenvolvimento e manutenção de aplicações móveis integradas com as plataformas ERP, CRM, de identidade e de dados da empresa. As aplicações são reguladas por políticas internas de segurança e conformidade.
Enquanto as aplicações para consumidores são concebidas para o público mais vasto possível, as aplicações empresariais são concebidas para grupos de utilizadores específicos, com funções e acesso aos dados definidos. Vamos comparar com mais pormenor as diferenças entre estas duas categorias:
| Fator | Empresa | Consumidor |
| Utilizadores principais | Colaboradores, parceiros ou os próprios clientes de uma empresa com funções definidas | Público em geral, com registo por iniciativa própria |
| Distribuição | Lojas de aplicações privadas, distribuição via MDM/EMM, catálogos internos | Lojas de aplicações públicas, como a App Store e o Google Play |
| Autenticação | SSO, MFA e biometria associados à identidade corporativa | Início de sessão por e-mail/redes sociais, autenticação multifatorial (MFA) opcional |
| Fonte dos dados | ERP, CRM, APIs internas, sistemas legados | Backend público ou específico da aplicação |
| Linha de base de segurança | Controlos OWASP MASVS, política de MDM, registo de auditorias, RGPD/HIPAA/PCI DSS, conforme aplicável | Avaliação na loja de aplicações, uma política de privacidade |
| Comportamento fora de linha | Frequentemente necessário em locais de trabalho no terreno, armazéns e zonas com pouca conectividade | Opcional |
| Implementação da atualização | Organizado por grupo de dispositivos, região ou unidade de negócio | Rápido, normalmente automático |
| Métrica de sucesso | Tempo de conclusão da tarefa, taxa de erro, adoção por função | Transferências, DAU/MAU, duração da sessão |
| Proprietário | IT, a unidade de negócios e a segurança em conjunto | Equipa de produto/negócio |
Os fluxos de trabalho da sua empresa exigem uma aplicação, ou está a pensar nisso apenas porque um concorrente a tem? Antes de começarmos a comparar plataformas ou fornecedores, recomendo que responda a uma pergunta: que lacuna operacional específica é que esta aplicação colmata?
Vamos fazer um breve teste de autodiagnóstico. Preparei uma lista de verificação. Se dois ou mais destes pontos se aplicarem, vale a pena considerar a criação de uma aplicação móvel empresarial.
O nosso próximo passo consiste em associar a vossa iniciativa ao trabalho que esta deve apoiar. Em termos de público-alvo, as aplicações empresariais dividem-se em aplicações destinadas aos colaboradores, aos clientes, aos parceiros e a dispositivos partilhados. Em termos de função, enquadram-se nas seis categorias abaixo indicadas. Irei determinar quais as funcionalidades necessárias e onde devem concentrar os vossos esforços de desenvolvimento, para que possam identificar a vossa.
A arquitetura móvel empresarial inclui toda a cadeia de sistemas através dos quais a aplicação tem de transferir dados de forma segura. Uma pilha móvel empresarial operacional inclui normalmente dez componentes:
O diagrama abaixo mostra como os dados circulam pela arquitetura: a partir do dispositivo, passando pelas camadas de sincronização e de gateway, até aos sistemas proprietários dos dados e, de volta, sob a forma de sinais de monitorização e utilização.
Vamos analisar mais a fundo algumas das nuances das aplicações móveis empresariais que as tornam mais complexas.
A autenticação de aplicações empresariais deve ser realizada através do fornecedor de identidade existente, para que a função e as permissões atribuídas ao utilizador no dispositivo móvel correspondam às permissões noutros sistemas. Se criar um processo autónomo de autenticação com nome de utilizador e palavra-passe, estará a criar um segundo sistema de identidade que terá de ser atualizado, auditado e, eventualmente, desativado. Recomendo a implementação do controlo de acesso baseado em funções (RBAC) ao nível da API, para que quaisquer alterações tenham efeito imediato. Os dispositivos partilhados exigem mais uma decisão: num tablet de armazém ou num quiosque, a sessão tem de terminar com o fim do turno; por isso, planeie a troca rápida de utilizadores e o logout automático.
Quando uma aplicação móvel acede diretamente a uma API de um ERP antigo, qualquer alteração no backend obriga a recompilar a aplicação. Os BFFs ou gateways de API atuam como intermediários entre os dois. Transformam as APIs do backend num formato compatível com os ecrãs móveis, adicionam limitação de taxa e armazenamento em cache e proporcionam aos engenheiros de aplicações móveis uma interface sólida com a qual podem trabalhar, apesar de toda a volatilidade dos sistemas de backend.
Se uma aplicação se destina a serviços no terreno, armazéns ou logística, tem de funcionar offline. Isso significa que as gravações locais ficam em fila no dispositivo e são sincronizadas quando a ligação é restabelecida. Para além da fila, é necessário tomar estas quatro decisões subjacentes a ela.
A monitorização de falhas e de desempenho, como registos de sessões, latência da API e taxa de sessões sem falhas, tem de estar correlacionada com o comportamento do backend. O objetivo é permitir determinar, em poucos minutos, se um pico de falhas nos inícios de sessão se deve a um erro na aplicação móvel ou a uma interrupção do fornecedor de identidade. A análise de utilização faz parte desta mesma discussão: a adoção por função e por tipo de dispositivo indica à equipa quais os fluxos de trabalho que merecem ser abordados num novo sprint e quais os que não estão a ser utilizados.
Se assinalou duas ou mais opções acima, podemos partir do princípio de que precisa de uma aplicação. Pode optar por uma de quatro vias: criar uma aplicação personalizada do zero, adquirir uma aplicação já pronta, ampliar uma plataforma existente ou modernizar uma aplicação personalizada que já tenha. Vamos ver qual delas se adequa melhor às suas necessidades:
| Abordagem | Mais adequado quando | Principal vantagem | Principal limitação |
| Criar uma aplicação móvel personalizada | Tem fluxos de trabalho, integrações, experiência do utilizador ou necessidades offline específicas | Controlo total | Mais complexo e dispendioso, com maior responsabilidade em termos de entrega e manutenção |
| Comprar uma aplicação já existente | Os vossos processos são normalizados | Adoção inicial mais rápida | Diferenciação e personalização limitadas |
| Ampliar o ERP, o CRM ou uma plataforma «low-code» | Os processos já estão centralizados numa plataforma principal e é necessário torná-los compatíveis com dispositivos móveis | Os dados e a governação já estão em vigor | Dependência da plataforma e restrições de licenciamento |
| Modernizar uma aplicação existente | Tem um produto valioso com tecnologia desatualizada | Preserva a lógica de negócio e o investimento | Podem subsistir dependências herdadas |
A norma de referência é a Norma de Verificação de Segurança de Aplicações Móveis (MASVS) da OWASP, atualmente na versão 2.1.0. Esta norma fornece um quadro de referência para oito áreas diferentes, abrangendo 24 controlos distintos nas áreas do armazenamento, criptografia, autenticação, comunicação de rede, interação com a plataforma, qualidade do código, resiliência e privacidade. Um teste de penetração em aplicações móveis é normalmente avaliado com base no MASVS, que serve como um ponto de referência comum entre a sua equipa de segurança, o fornecedor da aplicação móvel e até mesmo qualquer auditor. Na fase de pedido de proposta, pode sentir-se à vontade para perguntar a um fornecedor qual o perfil de testes do «Mobile Application Security Testing Guide» (MASTG) que este utiliza e para consultar os resultados dos testes. Enquanto o MASVS define quais os controlos de segurança que devem ser implementados, o MASTG fornece os procedimentos de teste específicos e as orientações técnicas sobre como verificar esses controlos.
Algumas organizações recorrem ao modelo Zero Trust para orientar o desenvolvimento das suas políticas de gestão de dispositivos móveis (MDM). Isto implica a implementação de verificações do estado dos dispositivos e de decisões de acesso contextuais. Isto é ainda mais importante agora, uma vez que o modelo “Bring Your Own Device” (BYOD) se tornou a norma. Estima-se que dois terços dos dispositivos que acedem a dados empresariais sejam de propriedade pessoal. É por isso que o ponto de gestão varia consoante o proprietário do dispositivo. Os dispositivos empresariais são geridos através do MDM. Neste caso, o departamento IT controla o dispositivo na sua totalidade. Os dispositivos pessoais são geridos através da Gestão de Aplicações Móveis (MAM) e de políticas de segurança das aplicações. Os dados e aplicações corporativos são armazenados num contentor que o departamento IT pode eliminar por conta própria, enquanto o resto do telemóvel permanece fora do âmbito do sistema.
Ao desenvolver aplicações para setores regulamentados, a arquitetura de segurança deve cumprir os requisitos legais aplicáveis. Por exemplo, o RGPD regula o tratamento de dados pessoais de residentes na UE; a HIPAA protege as Informações de Saúde Protegidas (PHI) detidas por organizações sujeitas à lei e pelos seus parceiros comerciais nos Estados Unidos; e a PCI DSS estabelece requisitos de controlo para organizações que processam dados de titulares de cartões. Além disso, as organizações podem ter de cumprir normas ou regulamentos do setor, tais como os relatórios SOC 2, as diretrizes da FFIEC ou os requisitos bancários locais, dependendo do seu contexto operacional específico e do setor em que operam.
A governança é frequentemente abordada em último lugar, mas é essencial desde o início. Antes do lançamento, é necessário determinar quem será o responsável pela aplicação após o lançamento, quem aprova a sua versão para utilização num ambiente de produção, quais são os termos do SLA relativos ao suporte e como a unidade de negócio pode solicitar alterações. É necessário abordar dois aspetos operacionais num único documento: a rotação de certificados e chaves, e o que acontece aos dados empresariais num dispositivo quando um colaborador sai da empresa.
Quando todas as decisões necessárias tiverem sido tomadas, poderá dar início à parte técnica do desenvolvimento de aplicações móveis empresariais. Vou explicar-vos o processo do Innowise com breves descrições das etapas:
Dava para perceber que desenvolvimento de aplicações móveis empresariais Normalmente, custa entre $100 000 e $600 000+. No entanto, não recomendaria basear-se nestes valores sem definir os requisitos e sem uma avaliação das necessidades. O custo depende do número de integrações de sistemas, do âmbito de conformidade e dos requisitos offline. O custo varia bastante porque o orçamento é determinado pela integração de sistemas legados, pelo âmbito de conformidade, pela complexidade do funcionamento offline e da sincronização, pela escala e gestão dos dispositivos e pela escolha da plataforma.
Além disso, incluímos a manutenção contínua. A manutenção contínua custa normalmente entre 10 e 20% do custo inicial de implementação, anualmente. Este é um valor razoável para efeitos de planeamento, uma vez que se têm em conta as correções, as atualizações do sistema operativo e as alterações no backend. O primeiro ano costuma ser mais dispendioso, pois a utilização real revela lacunas que não foram detetadas na implementação piloto.
Por fim, a aplicação é implementada. Em seguida, avaliamos o seu sucesso em três áreas: aceitação por parte dos utilizadores, desempenho operacional e retorno financeiro.
| Área de foco | Como medir | Porque é importante |
| Adoção pelo utilizador |
| Assegura que os colaboradores e as partes interessadas utilizem ativamente a aplicação, evitando o desperdício de esforços de desenvolvimento e impulsionando a mudança organizacional. |
| Desempenho operacional |
| Confirma que a aplicação simplifica os processos empresariais, reduz os atritos operacionais e garante uma execução fiável no dia-a-dia. |
| Rendibilidade financeira |
| Demonstra à direção o valor financeiro concreto e a justificação dos custos, garantindo a sustentabilidade do investimento a longo prazo. |
As aplicações que substituem uma tarefa bem definida e de elevada frequência, como uma aprovação, uma digitalização ou um registo, tendem a apresentar um retorno do investimento (ROI) rápido. As aplicações implementadas no âmbito de uma implementação de ERP que se prolonga por vários anos demoram mais tempo a amortizar-se, uma vez que é o sistema subjacente, mais lento, que determina o prazo.
Com a IA a ser ativamente integrada nos sistemas empresariais, não posso deixar de referir a sua importância nas aplicações móveis empresariais. A realidade das capacidades de IA disponíveis nas aplicações móveis empresariais é bastante limitada e está ligada a uma determinada tarefa. Cada uma delas tem critérios de sucesso claramente definidos, tais como extrair este campo, detetar esta transação, prever um problema ou verificar um utilizador.
Pode adicionar um chat baseado em LLM diretamente na própria aplicação para responder às questões dos clientes, fazer a triagem dos pedidos de apoio e orientar os utilizadores ao longo de um fluxo. Esta funcionalidade vem complementar o seu conteúdo de apoio e os seus fluxos de trabalho já existentes.
A visão computacional aplicada à câmara do telemóvel extrai dados estruturados. Os seus colaboradores não precisam de introduzir manualmente as informações de um recibo de despesas, de um formulário assinado ou de uma etiqueta de envio. Normalmente, as aplicações de assistência no terreno e de apoio administrativo são as primeiras a adotar esta funcionalidade, uma vez que elimina uma tarefa específica e repetitiva.
O reconhecimento facial e de impressões digitais (Face ID, APIs biométricas do Android) tornou-se também a opção padrão para as aplicações empresariais. A diferença em relação às aplicações destinadas ao consumidor é que este processo é executado no próprio dispositivo, em vez de enviar dados biométricos para um servidor.
As aplicações móveis empresariais integram agora também assistentes de voz como a Siri, o Google Assistant e outros semelhantes. Do ponto de vista do desenvolvimento, não é necessário criar uma camada de voz separada a partir do zero, uma vez que estes funcionam ao nível do sistema operativo. Esta funcionalidade é útil em ambientes em que as mãos estão ocupadas, onde escrever não é prático.
Largamente utilizados em aplicações bancárias, de seguros e de pagamentos: modelos que monitorizam padrões de transações, sinais dos dispositivos e comportamentos em tempo real e assinalam o que se desvia do intervalo normal para uma determinada conta. O padrão de conceção relevante neste contexto: o modelo assinala; um ser humano ou um fluxo de trabalho definido toma a decisão. Não recomendo o bloqueio totalmente automático sem um processo de revisão, porque é o que gera mais reclamações dos clientes.
Esta funcionalidade é comum em aplicações destinadas à indústria transformadora e aos serviços no terreno: modelos treinados com base em dados de sensores e no histórico de manutenção identificam quais os equipamentos que provavelmente necessitarão de manutenção antes de avariarem. Em seguida, a informação é apresentada na aplicação do técnico sob a forma de uma ordem de trabalho.
A deteção de objetos e a classificação de imagens são realizadas através da câmara de um telemóvel ou tablet para fins de inspeção de segurança, controlo de qualidade e verificação do estado dos ativos nos setores da construção, logística e indústria transformadora. Uma fotografia de um palete, de um local de obra ou de um equipamento é avaliada com base em critérios definidos.
Um agente executa uma tarefa delimitada de forma autónoma. Pode redirecionar uma entrega e notificar um armazém do atraso, ou extrair dados de um recibo digitalizado para um relatório de despesas. O padrão comum aos exemplos práticos é bastante restrito — trata-se de um passo definido no âmbito de um fluxo de trabalho já existente na aplicação, sendo que um ser humano confirma qualquer decisão com implicações significativas.
O Innowise oferece serviços de desenvolvimento de aplicações móveis empresariais em toda a pilha: aplicações nativas para iOS e Android, desenvolvimento multiplataforma, aplicações híbridas e implementações «low-code» em plataformas como a Mendix. Os nossos especialistas analisam os seus requisitos e aconselham-no sobre a melhor opção para o seu negócio.
Como uma entidade reconhecida empresa de desenvolvimento de aplicações móveis para empresas, possuímos as certificações ISO 9001, 13485 e 27001/27017/27018 e somos parceiros da AWS, Microsoft, SAP, Databricks, Odoo, InterSystems e UiPath. No que diz respeito à conformidade, respeitamos as normas SOC 2, HIPAA, PCI DSS e RGPD.
Se pretende contratar programadores de aplicações móveis empresariais, Trabalhamos com empresas de vários setores, incluindo fintech e banca, cuidados de saúde e telemedicina, seguros, logística e operações empresariais. Os nossos clientes elogiam frequentemente a nossa rapidez na entrega de funcionalidades em desenvolvimento, a nossa capacidade de resposta a alterações no âmbito do projeto e a qualidade da comunicação durante projetos com duração de várias semanas.
Gostaria de concluir, salientando que o sucesso do desenvolvimento de aplicações móveis empresariais depende de um alinhamento total entre a estratégia empresarial e a infraestrutura subjacente. Isto significa uma integração direta com os sistemas ERP, CRM e de segurança existentes. Uma gestão de identidades sólida, uma arquitetura escalável e uma conformidade rigorosa com os requisitos regulamentares desde o início irão ajudá-lo a evitar retrabalhos dispendiosos mais tarde. Quando desenvolvida tendo em conta as lacunas operacionais a colmatar e normas rigorosas, como a OWASP MASVS, uma aplicação móvel vai além de ser uma simples ferramenta operacional, tornando-se um ativo estrategicamente importante que proporciona eficiência a longo prazo e valor empresarial.
O desenvolvimento de aplicações móveis empresariais é o processo de conceber, criar e manter aplicações móveis que se ligam aos sistemas existentes de uma empresa, tais como ERP, CRM, plataformas de identidade e de dados. Estas aplicações são desenvolvidas de acordo com as políticas de segurança e conformidade da empresa.
As aplicações empresariais autenticam-se através de sistemas de identidade corporativos, ligam-se a fontes de dados internas e cumprem as políticas internas de gestão de dispositivos e de conformidade. As aplicações para consumidores são concebidas para públicos abertos e com registo autónomo, com requisitos de segurança menos rigorosos e ciclos de lançamento mais rápidos e frequentes.
As aplicações destinadas aos colaboradores, aos clientes, aos parceiros e as aplicações para dispositivos partilhados ou quiosques são as quatro categorias que podem dar resposta à maioria dos casos de utilização. O serviço no terreno, as aprovações e as ferramentas internas são casos de utilização das aplicações destinadas aos colaboradores. As aplicações destinadas aos clientes abrangem os setores bancário, dos seguros e do retalho, e são concebidas para os próprios clientes da empresa. As aplicações destinadas aos parceiros são portais para revendedores ou distribuidores. Por último, as aplicações para dispositivos partilhados ou quiosques estão instaladas em hardware com acesso restrito.
O desenvolvimento personalizado de aplicações móveis empresariais faz sentido quando o fluxo de trabalho, as necessidades de integração ou os requisitos de funcionamento offline são suficientemente específicos para que nenhum produto pronto a usar os cubra adequadamente. Pode tratar-se de operações no terreno únicas, ligações a sistemas não padronizadas ou um requisito de experiência do utilizador (UX) associado a uma tarefa específica.
As soluções prontas a usar ou de «low-code» funcionam bem para fluxos de trabalho padrão. Se o seu objetivo não for diferenciar-se dos seus concorrentes de forma alguma, mas apenas dispor de um fluxo de trabalho que otimize os processos internos, então vale a pena considerar estas abordagens.
O desenvolvimento nativo é a melhor opção quando as aplicações necessitam de acesso profundo ao hardware, desempenho de alto nível ou funcionalidades específicas da plataforma, como processamento em segundo plano ou utilização complexa da câmara ou de sensores. Normalmente, trata-se de aplicações de serviços no terreno e de logística. As aplicações com frameworks multiplataforma devem ser escolhidas quando uma base de código partilhada para iOS e Android é mais importante do que obter o máximo benefício de desempenho de cada plataforma. Para os compradores empresariais, a decisão depende normalmente de outro fator: uma aplicação interna tem uma vida útil de cinco a sete anos, por isso é importante perguntar quem irá manter esta pilha no terceiro ano e com que facilidade se poderá contratar pessoal para o efeito. As plataformas «low-code» encurtam o tempo até ao primeiro lançamento, mas vinculam a vida útil da aplicação a uma licença e ao plano de desenvolvimento do fornecedor, o que é uma escolha que deve ser feita deliberadamente e não por defeito.
Normalmente, as aplicações empresariais integram-se com sistemas ERP ou CRM através de um gateway de API ou de uma camada «backend-for-frontend» que transforma os dados do backend para utilização móvel e absorve as alterações do lado do backend. Isto evita que a aplicação móvel deixe de funcionar sempre que há uma alteração no ERP.
As aplicações com capacidade de funcionamento offline armazenam os dados localmente no dispositivo e colocam em fila quaisquer alterações efetuadas sem ligação à Internet. Quando a ligação é restabelecida, sincronizam as alterações e os dados. No entanto, para evitar conflitos de dados, é necessário decidir o que acontece quando o mesmo registo é alterado tanto no dispositivo como no servidor antes da sincronização.
A segurança segue a Norma de Verificação de Segurança de Aplicações Móveis (MASVS) da OWASP, que abrange o armazenamento, a criptografia, a autenticação, a comunicação em rede, o comportamento da plataforma, a qualidade do código, a resiliência e a privacidade, através de 24 controlos específicos. Para além dessa base de referência, as aplicações sujeitas a regulamentação acrescentam requisitos específicos de cada quadro regulamentar, tais como a HIPAA, a PCI DSS e o RGPD.
A Gestão de Dispositivos Móveis (MDM) permite à IT aplicar políticas de segurança, instalar ou bloquear aplicações e apagar os dados da empresa do dispositivo. Isto é importante, uma vez que a MDM é a camada que determina como a aplicação será implementada e o que acontecerá aos dados da empresa caso o dispositivo seja roubado ou o colaborador se demita.
O custo das aplicações móveis empresariais depende dos requisitos da sua empresa. Os principais fatores que influenciam o custo são a integração com sistemas existentes, os requisitos de conformidade, a capacidade de funcionamento offline e a escala da implementação dos dispositivos.
O desenvolvimento completo demora entre 6 e 18 meses, dependendo das questões de integração e conformidade envolvidas. As aplicações simples, que se integram apenas num sistema de registo e não têm requisitos de conformidade, podem ser concluídas no prazo mínimo previsto. As aplicações mais complexas, que se integram em vários sistemas de registo ou que requerem aprovação regulamentar, demorarão mais tempo devido ao processo de revisão.
O ROI é normalmente medido através de vários indicadores, incluindo a taxa de adoção, o tempo de conclusão das tarefas em comparação com o processo anterior, a taxa de erros e de reintrodução de dados e o período de retorno do investimento. O ROI torna-se visível mais rapidamente nas aplicações de assistência no terreno e de substituição de fluxos de trabalho, enquanto as aplicações associadas à implementação de um sistema ERP de maior dimensão demoram mais tempo, uma vez que o calendário segue o ritmo mais lento do sistema subjacente.
Escolha um fornecedor ou uma empresa especializada no desenvolvimento de aplicações móveis que tenha em conta as necessidades em matéria de identidade, integração e conformidade antes de sugerir uma estrutura. Deverão também ser capazes de demonstrar que dispõem de processos de segurança alinhados com o MASVS. Vale igualmente a pena ter em atenção a experiência anterior de trabalho num ambiente regulatório equivalente ou num sistema de registo (solução ERP específica, processo de conformidade específico do setor).
