InícioHome EixosImpact Cases ClientesClients FormaçãoEducation Designing The AI ArtigosArticles ContatoContact
in/biancaschuler

Validação de Produto de ML Low-CodeLow-Code Product Discovery

Uma startup de IA construiu um produto de ML low-code apostando que ele seria a saída para uma crise de caixa iminente. A pesquisa foi contratada para validar antes do lançamento. O que ela encontrou foi diferente: problemas estruturais de adoção que inviabilizavam a hipótese comercial. A recomendação não foi uma lista de melhorias. Foi parar.

An AI startup built an ML low-code product betting it would be the way out of an imminent cash crisis. Research was brought in to validate before launch. What it found was different: structural adoption problems that invalidated the commercial hypothesis. The recommendation wasn’t a list of improvements. It was to stop.

EmpresaStartup de IA em fase de produto
Período2021–2022
PapelUX Research Lead — estratégia, orientação de pesquisadora júnior e designer de produto pleno, apresentação para liderança
Time3 pessoas na pesquisa
CompanyAI startup in product phase
Period2021–2022
RoleUX Research Lead — research strategy, guidance of junior researcher and product designer, findings presentation to leadership
Team3 people in research
O Problema RealThe Real Problem

O produto prometia democratizar o acesso a modelos preditivos — qualquer profissional de dados poderia criar uma predição sem escrever código. A hipótese de negócio era que essa proposta de valor resolveria sozinha o problema de adoção.

A pesquisa revelou que não resolveria. Três camadas de problema apareceram ao mesmo tempo.

A interface não comunicava a lógica do produto. Usuários não distinguiam a fase de treino do modelo da fase de predição. Os resultados de explicabilidade — representados por bolinhas coloridas baseadas em SHAP values — foram incompreendidos por todos os perfis testados, sem exceção.

Mais grave: o problema não era só de interface. Era de modelo mental. O produto pressupunha que o usuário chegaria com dados tratados, estruturados e prontos. Na prática, o usuário chegava com dados brutos, cheios de regras de negócio específicas, e esperava que o produto absorvesse essa complexidade.

O terceiro problema era econômico. Sensibilizar esse usuário até o ponto de adoção real exigiria um investimento em onboarding, educação e suporte que a empresa não tinha capacidade de fazer com o caixa disponível.

The product promised to democratize access to predictive models — any data professional could create a prediction without writing code. The business hypothesis was that this value proposition would solve the adoption problem on its own.

Research revealed it wouldn’t. Three layers of problems surfaced simultaneously.

The interface didn’t communicate the product’s logic. Users couldn’t distinguish the model training phase from the prediction phase. The explainability results — represented visually by colored dots based on SHAP values — were misunderstood by every profile tested, without exception.

More serious: the problem wasn’t just interface. It was mental model. The product assumed users would arrive with clean, structured, ready-to-upload data. In practice, users arrived with raw data full of business-specific rules, expecting the product to absorb that complexity.

The third problem was economic. Moving these users to actual adoption would require onboarding, education, and support investments the company couldn’t make with available cash.
ResultadoResults
M&A
empresa adquirida por instituição financeira
produto como ativo estratégico da aquisição
1
promoção para Design Manager gerada pelo projeto
M&A
company acquired by a major financial institution
product as strategic asset in the acquisition
1
promotion to Design Manager generated by this project

A empresa foi adquirida por uma instituição financeira de grande porte. O produto foi parte do pacote estratégico da aquisição. Mudanças que a pesquisa gerou antes do encerramento: o conceito de Data Stories — insights de negócio em linguagem não técnica — foi desenvolvido diretamente a partir do achado de que usuários esperavam acionáveis, não métricas de modelo. A discussão sobre perfil de usuário abriu formalmente a questão de para quem o produto deveria ser desenhado, o que até então não estava resolvida.

The company was acquired by a major financial institution. The product was part of the strategic acquisition package. Research-driven changes before closure: the Data Stories concept — business insights in non-technical language — was developed directly from the finding that users expected actionables, not model metrics. The user profile discussion formally opened the question of who the product should be designed for, which had been unresolved until then.

Esse foi o projeto que levou à minha promoção para Design Manager. Um produto que não funcionava para o mercado ainda demonstrava capacidade técnica real e tinha valor dentro de uma estrutura maior.
This was the project that led to my promotion to Design Manager. A product that didn’t work for the market still demonstrated real technical capability and had value inside a larger structure.
Minha AbordagemMy Approach

Desenhei um processo com três camadas sequenciais: desk research para mapear o mercado e afinar a hipótese de usuário, análise heurística para diagnosticar o produto sem ainda envolver participantes, e testes de usabilidade com 9 participantes segmentados por perfil de maturidade em dados — negócios, produto e BI.

A segmentação por perfil foi deliberada. A hipótese do produto era que qualquer profissional de dados seria um usuário em potencial. Precisei testar se a proposta valia para todos eles ou se havia um perfil que tornava a adoção viável e outro que a inviabilizava.

Usei rainbow spreadsheet para estruturar a análise em tempo real durante as sessões — o time de produto acompanhava, o que reduziu o ciclo entre coleta e entendimento compartilhado. Os achados foram documentados com estrutura de Fato, Análise e Oportunidade, separando observação de interpretação.

I designed a three-layer sequential process: desk research to map the market and sharpen the user hypothesis, heuristic analysis to diagnose the product before involving participants, and usability tests with 9 participants segmented by data maturity profile — business, product, and BI.

Profile segmentation was deliberate. The product hypothesis was that any data professional would be a potential user. I needed to test whether the proposition held for all of them, or whether some profiles made adoption viable and others didn’t.

I used a rainbow spreadsheet to structure real-time analysis during sessions — the product team was present, which reduced the cycle between data collection and shared understanding. Findings were documented using a Fact / Analysis / Opportunity structure, separating observation from interpretation.

Ferramentas e métodosTools & methods
Desk research para mapeamento de mercado e hipótese de usuário
Análise heurística — diagnóstico antes de envolver participantes
Testes de usabilidade com 9 participantes, 4 tarefas cobrindo fluxo completo
Segmentação por perfil de maturidade em dados (negócios / produto / BI)
Rainbow spreadsheet para síntese em tempo real com presença do time de produto
Estrutura Fato / Análise / Oportunidade para documentação de achados
Desk research for market mapping and user hypothesis
Heuristic analysis — diagnosis before involving participants
Usability tests with 9 participants, 4 tasks covering the full flow
Segmentation by data maturity profile (business / product / BI)
Rainbow spreadsheet for real-time synthesis with product team present
Fact / Analysis / Opportunity structure for findings documentation
O que eu fizWhat I did
Estratégia de recrutamento e desenho do roteiro de teste com 4 tarefas cobrindo o fluxo completo do produto
Orientação da análise das pesquisadoras e responsabilidade pela síntese
Leitura estratégica entregue à liderança: problemas estruturais de adoção, custo de correção incompatível com prazo de sobrevivência
Recomendação de descontinuar como oferta comercial autônoma e reposicionar como ativo tecnológico em processo de M&A
Contribuição direta ao conceito de Data Stories — acionáveis em linguagem não técnica
Recruitment strategy and test script design with 4 tasks covering the product’s full flow
Guided researchers’ analysis and owned synthesis and presentation
Strategic read delivered to leadership: structural adoption problems, correction
Service Blueprint
Plataforma de Predição ML Low-Code
Mapeamento da jornada do analista de dados · 8 fases · 5 camadas · curva de emoção
Service Blueprint
Plataforma de Predição ML Low-Code
Mapeamento da jornada do analista de dados — da descoberta ao uso recorrente · 8 fases · 5 camadas
Ponto de dor
Momento crítico
Ponto positivo
Etapas →
Camadas ↓
Fase 01
Descoberta
Fase 02
Cadastro & Acesso
Fase 03
Upload de Dados
Fase 04
Configuração
Fase 05
Treinamento
Fase 06
Resultados & Métricas
Fase 07
Predição
Fase 08
Uso Recorrente
??
Evidências Físicas
O que o usuário vê e toca
Conteúdo & Canais
Posts, artigos sobre AutoML, indicação por pares, página de produto
Tela de cadastro
Formulário web, e-mail de confirmação, pesquisa de perfil
Interface de upload
Drag-and-drop CSV/Excel, prévia em tabela
Usuário sem dados tratados fica preso aqui
Seleção de colunas
Dropdowns para target e features, tipos de dado
Terminologia técnica gera confusão
Tela de espera
Animação de loading, sem progresso granular
Ansiedade — sem feedback de status
Dashboard de métricas
Acurácia, recall, precisão, gráfico SHAP
SHAP incompreendido por 100% dos participantes
Tela de predição
Upload novo CSV, tabela de resultados, download
Maior expectativa do usuário
Home com histórico
Lista de projetos com status e acesso rápido
Valorizado — senso de continuidade
— Linha de Interação
??
Ações do Usuário
Analista de dados / negócios
Pesquisa solução
Busca AutoML, compara ferramentas
Acessa página
Lê proposta de valor, assiste demo
Cria conta
Preenche formulário, confirma e-mail
Prepara e faz upload
Exporta dados, arrasta arquivo, revisa prévia
Não sabe quais dados \\"preparar\\"
Define target e features
Seleciona variável-alvo e colunas de entrada
Nomeia projeto
Cria identificador para o modelo
Inicia e aguarda
Clica treinar, permanece na mesma tela
Não sabe se falhou ou demora
Lê métricas e SHAP
Tenta interpretar acurácia, explora gráfico
Esperava respostas, recebe números
Predição em nova base
Upload, visualiza e exporta resultados
Retorna e reutiliza
Acessa histórico, cria novos projetos
Usuários satisfeitos voltam semanalmente
- - Linha de Visibilidade
??
Frontstage
Interface & produto visível
Landing page
Proposta de valor, casos de uso, CTA
Onboarding
5 passos visuais do produto, pesquisa de perfil
Baixa fricção ✓
Validação de dados
Parser detecta tipo, sinaliza erros, exibe amostra
Gap de expectativa
Não orienta sobre estrutura esperada do arquivo
Editor de configuração
Seleção guiada com tooltips
Sem educação contextual
\\"Target\\" e \\"feature\\" sem explicação
Tela de treinamento
Loading genérico enquanto AutoML processa
Sem feedback granular
Sem progresso por etapa ou tempo estimado
Painel de resultados
Melhor modelo automático, gráfico SHAP
Explicabilidade opaca
SHAP sem legenda nem contexto de negócio
Módulo de predição
Upload, tabela de scores, download CSV
Fluxo concluído ✓
Home / Histórico
Cards de projetos com status, acesso rápido
Oportunidade
Tags e filtros aumentariam retenção
··· Linha Interna
⚙️
Backstage
Processos invisíveis ao usuário
Growth & recrutamento
SEO, parcerias, programa de beta
Gestão de acesso
Licenças beta, termos via ClickSign, CRM básico
Validação & pré-processamento
Schema, encoding, valores nulos, split train/test
Inferência de problema
Detecta tipo: classificação / regressão
Feature engineering auto
Criação de variáveis derivadas
AutoML pipeline
Teste de múltiplos algoritmos com CV automático
Seleção de modelo
Ranking por métrica; campeão selecionado
SHAP & métricas
SHAP values por feature, acurácia / recall / F1
Inferência em batch
Scores por linha, geração de CSV de saída
Persistência & monitoramento
Versionamento de modelos, logs de uso
··· Infraestrutura Técnica
??
Infraestrutura
Tecnologia de suporte
CMS / Site
Hospedagem, analytics, captura de leads
Auth & IAM
Autenticação, licenças beta, e-mail transacional
ClickSign (LGPD)
Storage
Armazenamento CSV em cloud
Pipeline de dados
Parser, detecção de tipos, pré-processamento
Motor AutoML (NUMI)
Engine proprietária, orquestração de jobs, scaling
Core diferencial
SHAP Engine & Métricas
Explicabilidade + avaliação por tipo de problema
Inference API
Endpoint batch, output CSV, API futura
Model Registry
Persistência de modelos, histórico de versões
??
Emoção do Usuário
Sentimento por fase
Curioso
\\"Será que funciona sem código mesmo?\\"
Confiante
\\"Simples de entrar, parece seguro\\"
Inseguro
\\"Meus dados estão certos?\\"
Confuso
\\"Target? Feature? Preciso de ajuda\\"
Ansioso
\\"Está travado? Deu erro?\\"
Frustrado
\\"Não entendo essas bolinhas\\"
Satisfeito
\\"Funcionou! Muito simples\\"
Fidelizado
\\"Usaria semanalmente\\"
Cards
Ação do usuário
Frontstage (produto)
Backstage
Infraestrutura
Ponto de dor
Oportunidade
Construído a partir de testes de usabilidade com 9 participantes segmentados por maturidade em dados, análise heurística e desk research. Material anonimizado.
"
Frustrado
"Não entendo essas bolinhas"
Satisfeito
"Funcionou! Muito simples"
Fidelizado
"Usaria semanalmente"
Cards
Ação do usuário
Frontstage (produto)
Backstage
Infraestrutura
Ponto de dor
Oportunidade
Construído a partir de testes de usabilidade com 9 participantes segmentados por maturidade em dados, análise heurística e desk research. Material anonimizado.