Tecnologia e software
Desenvolvemos e operamos nossos próprios softwares e construímos aplicações web para clientes; por isso, nossas recomendações a empresas de software vêm de uma equipe que também coloca código em produção.
Nossa perspectiva
Muitas empresas de software descobrem o que seu produto faz em produção pelos chamados de suporte, porque os eventos do funil, a suíte de testes e as alegações públicas foram escritos, cada um, por uma equipe diferente. A THEFOCUS escreve, hospeda e mantém software, além de assessorar sobre ele. Nossos próprios produtos e as aplicações dos clientes são de pequena escala, cada um informa seu estágio, e é neles que testamos as práticas de mensuração, testes e releases que recomendamos aos outros.
Sinais de mercado
01
Em 2025, 20,0% das empresas da UE com 10 ou mais empregados usavam tecnologias de IA, ante 13,5% em 2024.
02
O setor de informação e comunicação teve a maior participação de empresas usando IA na UE em 2025, com 62,52%.
03
Entre as empresas da UE que haviam considerado a IA, mas não a usavam em 2025, o motivo mais comum foi a falta de conhecimento especializado relevante (70,89%), seguido pela falta de clareza sobre as consequências jurídicas (52,52%).
Como ajudamos os clientes
Uma única definição de funil para produto, faturamento e anúncios
TF-06Tecnologia e dadosDefinimos uma única vez os eventos de cadastro, teste gratuito, ativação e assinatura paga, implementamos esses eventos no produto e no sistema de faturamento e os conciliamos com o que as plataformas de anúncios reportam. Produto, marketing e finanças passam então a ler o mesmo funil.
Funcionalidades de IA com bancos de testes e limites
TF-05IAPara funcionalidades baseadas em modelos de linguagem, escrevemos um banco de perguntas reais de usuários com asserções do que a resposta deve e não deve conter, definimos o que a funcionalidade vai se recusar a responder e executamos o banco de novo a cada mudança no modelo, no prompt ou no conteúdo.
Alegações públicas conferidas com o código
TF-10RiscosComparamos páginas públicas, apresentações comerciais e documentação com o que o produto faz hoje e publicamos uma lista do que está verificado, do que ainda não está disponível e do que não foi testado. O FuelVeriq tem uma.
Desenvolvimento de aplicações web
TF-06Tecnologia e dadosConstruímos aplicações web e sites, recentemente em Next.js hospedado na Netlify, com testes escritos a partir de dados de entrada reais e, na entrega, uma declaração escrita do que foi e do que não foi verificado.
Economia unitária por plano e por coorte
TF-08FinançasFaturamento, reembolsos, tarifas de pagamento, infraestrutura e custos de suporte são consolidados por plano e por coorte de cadastro, para que a empresa veja quais planos recuperam seu custo de aquisição e em quantos meses.
Go-to-market para um novo produto
TF-04CrescimentoPosicionamento, estrutura da página de preços, visibilidade na busca e na busca com IA e aquisição paga para um novo produto de software ou serviço produtizado, com a mensuração funcionando antes do primeiro cadastro.
O que vem a seguir
Notificação de vulnerabilidades sob o Regulamento de Ciber-Resiliência
A partir de 11 de setembro de 2026, os fabricantes de produtos com elementos digitais vendidos na UE, incluindo software, devem notificar vulnerabilidades ativamente exploradas e incidentes graves. Os requisitos de segurança mais amplos se aplicam a partir de 11 de dezembro de 2027; por isso, os processos de release, de aplicação de correções e de tratamento de vulnerabilidades precisam ser documentados desde já.
Direito de troca de fornecedor sob o Regulamento dos Dados da UE
O Regulamento dos Dados da UE se aplica desde 12 de setembro de 2025 e dá aos clientes de serviços de nuvem e de processamento de dados o direito de trocar de fornecedor, com a eliminação das tarifas de troca a partir de 12 de janeiro de 2027. Empresas de SaaS precisam de processos de exportação e migração que um cliente consiga de fato usar.
Obrigações de IA chegando às equipes de produto
As obrigações para modelos de IA de uso geral se aplicam na UE desde 2 de agosto de 2025, e os deveres relativos a outros sistemas de IA estão sendo introduzidos de forma escalonada. Empresas de software que constroem sobre modelos de terceiros precisam de um registro de qual modelo cada funcionalidade usa, quais dados ele recebe e como suas respostas são verificadas.
Desafios de negócio
01
Dados de funil que cada equipe define de um jeito
Os eventos de cadastro, teste gratuito e ativação muitas vezes são definidos de uma forma no produto, de outra no sistema de faturamento e de uma terceira nas plataformas de anúncios; assim, cada equipe reporta um funil diferente.
02
Funcionalidades de IA lançadas antes dos controles
Uma funcionalidade baseada em modelo de linguagem precisa de conjuntos de testes, tratamento de falhas e decisões sobre proteção de dados. Equipes menores costumam lançar a funcionalidade primeiro e acrescentar esses elementos depois, quando acrescentam.
03
Alegações públicas à frente do produto
Páginas de marketing que listam integrações, certificações ou índices de disponibilidade que o produto ainda não consegue sustentar criam exposição perante compradores, parceiros e órgãos reguladores.
04
Testes que passam enquanto os usuários encontram erros
Uma suíte de testes toda verde pode confirmar que as requisições são direcionadas corretamente enquanto usuários reais ainda se deparam com travamentos e respostas erradas. Testes escritos a partir de dados de entrada reais capturam o que os testes de roteamento deixam passar.
Onde estão as oportunidades
Declarações de capacidade que correspondem ao código
Uma página pública que lista o que o produto faz, o que ainda não faz e o que não foi verificado dá aos compradores algo sólido em que se apoiar. O FuelVeriq publica uma.
Testes de regressão a partir de perguntas reais
Para funcionalidades conversacionais ou generativas, um banco de perguntas reais de usuários com asserções do que deve e do que não deve aparecer, executado de novo a cada mudança, detecta as falhas antes dos clientes.
Mensuração desenhada junto com o produto
Definir eventos, tratamento de consentimento e conciliação de receita antes do lançamento evita reconstruir o analytics depois que o produto já tem usuários.
Nossa abordagem
Trabalhamos em incrementos pequenos e com responsáveis definidos. Um diagnóstico curto abrange analytics de produto, práticas de release e de testes, tratamento de dados e as alegações que o produto faz em público. Quando um cliente quer que façamos o desenvolvimento, entregamos software funcionando, com testes escritos a partir de dados de entrada reais e uma declaração escrita do que foi e do que não foi verificado. Os desenvolvimentos recentes usaram Next.js hospedado na Netlify. Programas de engenharia maiores são compostos com profissionais da nossa rede de parceiros especialistas independentes, reunidos para o projeto e liderados pela mesma equipe central responsável.
Como nossa experiência é comprovada
Comprovado principalmente pelos nossos próprios produtos, o FuelVeriq (um MVP em pré-lançamento) e a LocalBoostHQ (uma marca de serviços em operação, com sites no Reino Unido e na Turquia), ambos construídos e operados pela THEFOCUS. Também construímos aplicações web e sites para clientes, incluindo uma aplicação web multilíngue e sites empresariais com assistentes de chat baseados nas informações do próprio site. Ainda não temos um projeto de consultoria concluído com uma empresa de software para apresentar.
Como começa um projeto com a THEFOCUS
A primeira conversa trata da sua situação. Se houver aderência, propomos um diagnóstico com escopo definido e entregável fixo antes de qualquer compromisso maior.
Conversar sobre este tema01
Uma conversa de trabalho
Quarenta e cinco minutos com a pessoa que conduziria o trabalho. Perguntamos sobre a decisão, os sistemas por trás dela e o prazo.
02
Um diagnóstico com escopo definido
Acesso somente leitura, prazo fixo e uma conclusão por escrito: o que os registros mostram, quanto isso custa e o que mudar primeiro.
03
Um plano pronto para execução
Mudanças, responsáveis, indicadores e exclusões por escrito. Em seguida, a mesma equipe implementa e mede, ou faz uma transição organizada.
- Uma única equipe responsável
- Quem faz o diagnóstico também constrói os sistemas e mede o resultado.
- Parceiros escolhidos para cada problema
- Especialistas independentes atuam nas partes que exigem sua participação, sob um único contrato.
- Registros antes de dashboards
- Pedidos, livros contábeis e logs são conciliados antes que qualquer recomendação dependa deles.
Perguntas que os executivos fazem
Vocês desenvolvem software para clientes ou apenas prestam consultoria?
As duas coisas. Já construímos sites e aplicações web para clientes e operamos nossos próprios produtos. Desenvolvimentos maiores são compostos com parceiros especialistas independentes sob uma liderança única e responsável.
Com quais stacks vocês trabalham?
Os desenvolvimentos recentes usaram Next.js na Netlify, Shopify para comércio e GA4 e Google Search Console para mensuração. Escolhemos a stack em cada projeto e documentamos os motivos.
Vocês podem nos ajudar a acrescentar funcionalidades de IA ao nosso produto?
Podemos definir o escopo e desenvolver funcionalidades baseadas em modelos de linguagem, com bancos de testes extraídos de perguntas reais de usuários e limites claros sobre o que a funcionalidade vai responder. Não oferecemos IA preditiva que não tenhamos construído e testado nós mesmos.
Qual é o grau de maturidade dos seus próprios produtos?
A LocalBoostHQ é uma marca de serviços em operação. O FuelVeriq é um MVP em pré-lançamento com consultas para projetos-piloto abertas. O FocusADS.ai está em desenvolvimento, o Flowlora está sendo relançado e o FINMETRA está em concepção. Cada página de produto informa seu estágio.
Conversar sobre este tema
Alguns dados nos ajudam a encaminhar sua solicitação ao parceiro certo. Os campos marcados como opcionais podem ficar em branco.