# Low-code ou desenvolvimento sob medida: como decidir — Citeo > Depende da complexidade das regras, do volume de uso e do quanto o sistema diferencia o negócio. Em geral, low-code para apps internos, fluxos e protótipos... Fonte: https://mail.citeo.com.br/artigo/low-code-ou-desenvolvimento-sob-medida · Atualizado em 21/10/2026 [Início](https://mail.citeo.com.br) [Insights](https://mail.citeo.com.br/blog) [Contratação](https://mail.citeo.com.br/blog/contratacao) Contratação# Low-code ou desenvolvimento sob medida: como decidir **Redação Citeo** Publicado em 18/10/2026 Revisado em 18/10/2026 5 min de leitura Resposta rápidaDepende da complexidade das regras, do volume de uso e do quanto o sistema diferencia o negócio. Em geral, low-code para apps internos, fluxos e protótipos rápidos, e desenvolvimento sob medida para produtos centrais, alto volume e integrações exigentes. Depende da complexidade das regras, do volume de uso e do quanto o sistema diferencia o negócio. Em geral, plataformas low-code funcionam bem para aplicativos internos, automação de fluxos e protótipos que precisam sair em semanas. O desenvolvimento sob medida compensa quando o software é central para a operação ou para o produto, quando o volume de uso é alto e quando há integrações e requisitos de desempenho que a plataforma não atende bem. ## O que é low-code e o que é sob medida? Low-code é o desenvolvimento em plataformas que oferecem componentes visuais, conectores prontos e um ambiente gerenciado, reduzindo a quantidade de código escrito. A Microsoft define o Power Apps, por exemplo, como um conjunto de aplicativos, serviços, conectores e plataforma de dados que oferece um ambiente de desenvolvimento rápido para criar apps de negócio. A mesma documentação lembra que desenvolvedores profissionais podem estender a plataforma com código e conectores personalizados. Desenvolvimento sob medida é o software escrito em linguagens e frameworks de uso geral, com arquitetura, hospedagem e código controlados pela empresa ou por quem ela contratar. ## Como os dois caminhos se comparam? CritérioLow-codeSob medidaTempo até a primeira versãoCurto, com componentes prontosMaior; tudo é construídoCusto inicialMenor em projetos simplesMaiorCusto recorrenteLicenças por usuário, app ou capacidadeHospedagem, manutenção e equipeFlexibilidade de regras e interfaceLimitada ao que a plataforma permiteAmplaDesempenho em alto volumeSujeito a limites da plataformaDimensionado conforme a necessidadeIntegraçõesFáceis com conectores existentes; difíceis fora delesQualquer integração, com mais esforçoDependência de fornecedorAlta; migrar costuma exigir reescritaMenor, se o código for do clienteQuem pode construirAnalistas de negócio e desenvolvedoresDesenvolvedoresGovernança e segurançaDepende de configuração e de regras de usoDepende de processo de engenharia ## Quando o low-code é a melhor escolha? - **Apps internos de departamento**, como aprovações, checklists, cadastros e painéis simples. - **Automação de fluxos entre ferramentas que a empresa já usa**, especialmente quando há conectores prontos. - **Protótipos e pilotos**, para validar um processo antes de investir em um sistema definitivo. - **Empresas que já pagam o ecossistema**, como quem tem licenças corporativas que incluem a plataforma. O ganho é velocidade. O cuidado é não deixar um protótipo virar sistema crítico sem revisão de arquitetura, segurança e custo de licenças. ## Quando o desenvolvimento sob medida compensa? - **O sistema é o produto ou sustenta um diferencial competitivo.** Nesse caso, a empresa precisa controlar a evolução. - **O volume de uso é alto ou imprevisível**, como portais para clientes, marketplaces ou aplicativos públicos. - **As regras de negócio são complexas** e mudam com frequência. - **Há requisitos de desempenho, auditoria ou conformidade** que exigem controle fino da infraestrutura. - **A empresa quer evitar dependência** de uma plataforma e de sua política de preços. O custo inicial maior se dilui quando o sistema é usado por anos e por muita gente. Para estimar, veja [quanto custa desenvolver um sistema sob medida](/artigo/quanto-custa-desenvolver-sistema-sob-medida). ## Que limites técnicos o low-code costuma ter? Plataformas gerenciadas impõem limites de uso para proteger a infraestrutura compartilhada. A Microsoft documenta, por exemplo, limites de requisições por usuário a cada 24 horas no Power Platform, que variam conforme a licença: 40.000 para licenças pagas por usuário e 6.000 para planos como Power Apps por app ou pay-as-you-go, segundo a página consultada em outubro de 2026. Esses números mudam e devem ser conferidos na documentação vigente. O ponto não é o número em si, mas o tipo de restrição. Antes de escolher, pergunte ao fornecedor quais limites existem para requisições, armazenamento, execuções de fluxo e usuários externos, e como o custo cresce quando o uso aumenta. ## Quais riscos de segurança aparecem em cada caminho? No low-code, o risco mais comum é a proliferação de apps sem governança. A OWASP mantém um Top 10 de riscos específicos para low-code e no-code, que inclui personificação de contas, uso indevido de autorização, vazamento de dados, configuração insegura, componentes não confiáveis, falhas no tratamento de segredos, falhas de gestão de ativos e falhas de registro e monitoramento. Um conector com permissão ampla demais, criado por um usuário de negócio, pode expor dados de toda a empresa. No sob medida, os riscos são os clássicos do desenvolvimento: código inseguro, dependências desatualizadas e falta de testes. Eles são reduzidos com processo de engenharia e práticas de [DevSecOps](/artigo/devsecops-explicado-para-gestores). ## Existe caminho híbrido? Sim, e é frequente. Um núcleo sob medida, com regras de negócio e dados centrais, expõe APIs que apps low-code consomem para necessidades departamentais. Assim, a empresa controla o que é estratégico e ganha velocidade nas pontas. O que faz o arranjo funcionar é ter um catálogo dos apps existentes, um responsável pelas integrações e regras claras sobre quem pode publicar o quê. ## Quais erros são mais comuns? 1. **Comparar só o custo do primeiro ano.** Licenças por usuário podem superar o custo de um sistema próprio quando a base de usuários cresce. 2. **Levar um protótipo low-code para produção sem revisão.** O que funcionava para dez pessoas pode não funcionar para mil. 3. **Ignorar a saída.** Migrar de uma plataforma low-code geralmente significa reescrever o aplicativo. 4. **Escolher sob medida para um fluxo simples** que uma plataforma resolveria em dias. 5. **Não definir governança**, deixando qualquer área criar conectores com dados sensíveis. ## Como decidir em seis passos? 1. **Descreva o problema e os usuários.** Quantas pessoas vão usar, internas ou externas, e com que frequência? 2. **Classifique o papel do sistema.** É apoio a um processo ou parte do diferencial do negócio? 3. **Liste integrações obrigatórias** e verifique se existem conectores prontos e confiáveis. 4. **Projete o custo em três anos**, com licenças, capacidade extra, hospedagem e manutenção nos dois cenários. 5. **Verifique limites e requisitos de segurança** na documentação da plataforma e com a área de TI. 6. **Decida o critério de migração.** Se o low-code for o ponto de partida, defina em que volume ou complexidade o sistema passa para sob medida. ## Próximo passo Para projetos sob medida ou híbridos, compare [software houses verificadas](/empresas) e consulte os [rankings](/rankings) da Citeo por categoria. Se você é fornecedor, com foco em low-code, sob medida ou nos dois, [crie ou reivindique o perfil gratuito](/cadastro) e detalhe as plataformas e tecnologias com que trabalha. ## Fontes - [Microsoft Learn — What is Power Apps?](https://learn.microsoft.com/powerapps/powerapps-overview) — definição de plataforma low-code e extensibilidade por desenvolvedores profissionais - [Microsoft Learn — Requests limits and allocations](https://learn.microsoft.com/en-us/power-platform/admin/api-request-limits-allocations) — limites de requisições por usuário em 24 horas conforme a licença (consultado em outubro de 2026) - [OWASP — Low-Code/No-Code Top 10](https://owasp.org/www-project-top-10-low-code-no-code-security-risks) — lista dos dez principais riscos de segurança em plataformas low-code e no-code **Encontre software houses verificadas**Compare nota, avaliações verificadas e score, e fale direto com a empresa pela Citeo. [Ver empresas ](https://mail.citeo.com.br/empresas/software) [Comparar empresas lado a lado](https://mail.citeo.com.br/comparar) ## Perguntas frequentes ### Low-code é a mesma coisa que no-code? Não exatamente. No-code mira usuários sem conhecimento de programação e permite pouca ou nenhuma escrita de código. Low-code reduz a quantidade de código, mas permite que desenvolvedores estendam a plataforma com lógica e conectores próprios. Muitas plataformas atendem aos dois públicos. ### Aplicativo feito em low-code é da minha empresa? Os dados e a configuração costumam ser da empresa, mas o aplicativo só roda dentro da plataforma do fornecedor. Isso significa que sair dela geralmente exige reescrever o sistema. Leia os termos de uso e de exportação de dados antes de escolher. ### Low-code é seguro? Pode ser, desde que haja governança. Os riscos mais comuns vêm de configuração e permissões, e não da plataforma em si. A OWASP mantém uma lista específica de riscos para low-code e no-code que serve como checklist para a área de TI. ### Quando migrar de low-code para sob medida? Quando o custo de licenças cresce mais rápido que o valor gerado, quando os limites da plataforma começam a travar o uso ou quando o sistema passa a ser estratégico. Definir esse gatilho antes de começar evita decisões apressadas depois. ## Leia também [](https://mail.citeo.com.br/artigo/quanto-custa-um-site-profissional) Contratação### [Quanto custa um site profissional em 2026: o que entra no preço e como comparar orçamentos](https://mail.citeo.com.br/artigo/quanto-custa-um-site-profissional) 21 de out · 7 min de leitura [](https://mail.citeo.com.br/artigo/modelo-de-contrato-de-desenvolvimento-de-software) Contratação### [Modelo de contrato de desenvolvimento de software: cláusulas essenciais para revisar com seu advogado](https://mail.citeo.com.br/artigo/modelo-de-contrato-de-desenvolvimento-de-software) 21 de out · 9 min de leitura [](https://mail.citeo.com.br/artigo/lovable-bolt-vibe-coding-ou-software-house) Contratação### [Lovable, Bolt e vibe coding: quando a IA basta e quando contratar uma software house](https://mail.citeo.com.br/artigo/lovable-bolt-vibe-coding-ou-software-house) 21 de out · 8 min de leitura [](https://mail.citeo.com.br/artigo/o-que-e-software-house) Contratação### [O que é uma software house, o que ela faz e quando contratar uma](https://mail.citeo.com.br/artigo/o-que-e-software-house) 20 de out · 3 min de leitura