A decisão errada custa caro
Líderes de produto que estão prestes a contratar um fornecedor externo costumam tratar a decisão como binária: ou software house, ou agência de UX. Essa simplificação é a primeira armadilha.
As duas resolvem problemas diferentes em estágios diferentes do produto. Contratar a errada na hora errada gera atraso, retrabalho e burn de capital. Contratar a certa no momento certo acelera o roadmap em 2 a 3 vezes. A diferença entre os dois cenários é entender o que cada provedor entrega, e ler o sintoma certo do produto antes de fechar o contrato.
O que cada provedor faz de verdade
Antes de comparar, é preciso definir com precisão. As palavras "software house" e "agência de UX" são usadas de forma intercambiável no mercado, e o resultado é descompasso de expectativa.
Software house opera o ciclo completo de vida do produto digital. O time é multidisciplinar: gerentes de produto, engenheiros de back-end e front-end, arquitetos de software cloud, designers de UI/UX e analistas de QA. O foco é construir, integrar e sustentar plataformas escaláveis — SaaS multi-tenant, integrações de API, arquiteturas em nuvem. Entrega final: o produto rodando em produção.
Agência (ou consultoria) de UX opera no espectro investigativo e estratégico. O time é composto por designers de UX/UI, pesquisadores e analistas de métricas. O foco é entender o usuário, validar hipóteses, mapear jornadas e desenhar fluxos antes que a engenharia seja contratada. Entrega final: protótipos navegáveis, design system e roadmap de produto baseado em evidência.
A confusão fica clara quando a comparação é matricial. A consultoria de UX nasce do lado da pesquisa e desce até o protótipo. A software house nasce do lado da engenharia e sobe até o produto pronto. As duas se sobrepõem no meio (design + handoff), e é nessa zona que founders se confundem.
Quando contratar uma agência de UX
Três cenários disparam a contratação de uma agência de UX antes de qualquer software house.
Cenário 1 — Validação pré-build: o founder tem uma hipótese de produto e capital limitado. Antes de investir em engenharia, precisa validar se o mercado existe. Uma agência de UX roda discovery em 3 semanas (15 a 30 entrevistas + protótipo testado) por uma fração do custo de um mês de engenharia. Se a hipótese passa, parte para software house com escopo refinado. Se não passa, economiza meses de código errado.
Cenário 2 — Produto em produção com baixa conversão: tráfego está saudável, mas a taxa de conversão de onboarding ou checkout está estagnada. O sintoma é UX, não engenharia. Adicionar features novas não resolve. Auditoria heurística com Nielsen + testes com 5 usuários por segmento identificam onde os usuários travam. Em projetos típicos, melhorias planejadas de usabilidade elevam conversão em até 83%.
Cenário 3 — Escala precisa de Design System: o produto cresceu de 10 telas para 80, com inconsistência visual e cada feature reabrindo decisões básicas (botões, espaçamento, padrões de tabela). A consequência é tempo de handoff alto e bugs visuais frequentes. Um Design System bem estruturado reduz tempo de design por feature em 40 a 60% e elimina ambiguidade entre design e engenharia.
Quando contratar uma software house
Três cenários disparam a contratação direta de uma software house.
Cenário 1 — Hipótese já validada, MVP precisa rodar: o discovery foi feito (interno ou via UX agency), a proposta está testada, e o time precisa transformar em produto rodando. Software house entrega arquitetura multi-tenant, DevOps configurado, integrações de nuvem e o MVP em 8 a 16 semanas. Sem fase de pesquisa nova — só execução.
Cenário 2 — Modernização de legado: a empresa opera um sistema antigo monolítico que precisa virar microsserviços sem interromper a operação. Esse é projeto puro de engenharia. Uma agência de UX entraria só pra refinar fluxos críticos. O grosso do trabalho é refatoração técnica, migração de dados e arquitetura de nuvem. Software house.
Cenário 3 — Customização profunda além de no-code: o produto precisa de integrações de API complexas, automação pesada de dados, IA integrada ou conformidade regulatória (LGPD, HIPAA, PCI). Ferramentas no-code não cobrem. Software house com engenheiros sêniores e arquitetos de software resolve.
A regra prática: estágio do produto define o provedor
| Estágio do produto | Sintoma dominante | Provedor recomendado |
|---|---|---|
| Pré-MVP, hipótese não validada | Founder sem certeza se o mercado existe | Agência de UX (discovery) |
| Validado, sem código | Time precisa lançar em 12 semanas | Software house (MVP) |
| Em produção, conversão baixa | Tráfego sobe, conversão não | Agência de UX (auditoria + redesign) |
| Em produção, escalando | Inconsistência visual, handoff lento | Agência de UX (design system) |
| Em produção, legado monolítico | Sistema antigo trava expansão | Software house (modernização) |
| Em produção, expandindo features | Roadmap longo, time interno + externo | Modelo híbrido |
O modelo híbrido vence em SaaS de médio porte
Pra empresas estabelecidas em fase de expansão, o melhor arranjo costuma ser híbrido. A organização mantém o controle estratégico interno (direção de produto, decisões de roadmap), terceiriza execução técnica para uma software house (engenharia, sustentação em nuvem) e contrata uma consultoria de UX em modelo recorrente (auditoria contínua, pesquisa de usuário, evolução do design system).
A vantagem do modelo híbrido é financeira. O Custo Total do Colaborador (TEC) interno se aproxima de 2,7 vezes o salário base quando se somam encargos, benefícios, infraestrutura e ociosidade técnica. Manter um engenheiro sênior dentro de casa custa entre 250 mil e 300 mil dólares por ano nos Estados Unidos. Software houses operam por taxa horária previsível (30 a 150 dólares/hora dependendo da região), com elasticidade pra subir ou descer o squad por sprint.
Em paralelo, a Otther entra como camada de pesquisa contínua: revisão trimestral de KPIs de produto, entrevistas com novos perfis de usuário, atualizações do design system, auditoria heurística antes de releases grandes. Esse trio (interno + software house + consultoria UX) cobre as três competências críticas sem sobrecarregar o caixa.
Red flags na hora de contratar qualquer um dos dois
Três sinais devem desclassificar fornecedores imediatamente, seja UX agency ou software house:
-
Proposta de código imediato sem prototipagem visual: software house que propõe começar a codar interfaces sem fluxos validados em Figma vai gerar retrabalho. UX agency que pula entrevistas e parte direto pra wireframe não é UX agency, é estúdio de design.
-
Orçamento muito abaixo do mercado: engenharia sênior tem custo previsível. Proposta com 30% do preço dos concorrentes normalmente esconde rotatividade alta, equipe júnior sem mentoria, ausência de QA automatizado ou negligência com segurança cibernética.
-
Relutância em ceder contatos de clientes anteriores: portfólio com logos sem possibilidade de validação direta é vermelho forte. O fornecedor maduro autoriza ligação com 2 ou 3 ex-clientes pra você validar pontualidade, transparência e qualidade técnica.
Insight Otther: como atendemos os dois cenários
Na Otther, operamos os dois cenários conforme o estágio do cliente. Pra startups pré-MVP, entramos como agência de UX: discovery de 3 semanas, protótipo testado, roadmap de produto baseado em evidência. Pra SaaS em expansão, operamos em modelo híbrido junto com a software house interna ou parceira do cliente: pesquisa contínua, design system e auditoria pré-release.
O critério que aplicamos pra recomendar um modelo vs outro é o sintoma dominante. Se a métrica que está doendo é "ninguém usa", o problema é UX. Se a métrica é "demora pra entregar feature", o problema é engenharia ou processo. Se as duas estão doendo, o problema é arquitetura de time, e aí o híbrido entra.
Se você está avaliando contratar UX agency, software house ou os dois, vale uma conversa de 30 minutos. Costumamos identificar o gargalo dominante em uma sessão e devolver recomendação concreta antes de qualquer proposta formal.