Todo software começa com uma promessa de simplificar. Depois de alguns anos, a maioria termina com dashboards de métricas que ninguém olha, módulos que ninguém usa e uma interface que exige treinamento para fazer coisas simples. O produto virou uma coleção de features, não uma solução para um problema. O Cursivo foi construído partindo do pressuposto oposto: que um arquiteto ou designer de interiores não precisa de mais ferramentas. Precisa de menos interrupção no trabalho que já faz. Essa premissa parece simples. Na prática, ela molda todas as decisões de produto de uma forma que frequentemente é contra-intuitiva para quem constrói software. Este artigo explica como o Cursivo pensa produto, por que decidimos não construir certas coisas que seriam fáceis de construir e o que isso significa para quem vai usar a plataforma.

A pergunta que filtra cada funcionalidade

Antes de qualquer nova funcionalidade entrar no produto, fazemos uma pergunta: essa funcionalidade resolve um problema que o arquiteto já tem, ou cria uma nova obrigação que ele não tinha antes?

É uma distinção pequena que exclui a maioria das ideias. Uma funcionalidade de relatório automático de horas resolve um problema que já existe: o arquiteto precisa saber quanto tempo está colocando em cada projeto para saber se está sendo remunerado adequadamente. Uma funcionalidade de "gamificação de metas da equipe" cria uma nova obrigação de gestão que o escritório não tinha antes.

A primeira remove fricção. A segunda adiciona complexidade com a promessa de resultado que precisa ser buscado ativamente.

Essa distinção parece óbvia quando colocada assim. Mas no processo de construir produto, a pressão de adicionar features que parecem úteis, que concorrentes têm, que clientes potenciais mencionaram uma vez numa pesquisa, é constante. A disciplina de fazer a pergunta em cada ciclo é o que mantém o produto usável.

Por que fluxo importa mais do que features

Fluxo, no contexto de produto, é a sequência natural de ações que alguém executa para resolver um problema. Quando o fluxo está bem desenhado, o próximo passo parece óbvio. Quando está mal desenhado, o usuário precisa parar e pensar onde está.

Em software de gestão, o fluxo natural de um arquiteto começa com um projeto: tem cliente, tem escopo, tem prazo, tem equipe envolvida, tem fornecedores, tem financeiro. Todas essas dimensões fazem parte do mesmo projeto. Mas a maioria dos softwares as separa em módulos: CRM para clientes, gestão de tarefas para equipe, financeiro para orçamento. O arquiteto precisa navegar entre módulos para trabalhar em um único projeto.

O Cursivo é construído em torno do projeto, não em torno dos módulos. O cliente, a equipe, os fornecedores e o financeiro de um projeto estão no projeto. A navegação reflete a forma como o arquiteto pensa o trabalho, não a forma como o software foi categorizado internamente.

Essa decisão parece simples mas tem implicações técnicas e de design que tornam certas coisas mais difíceis de construir. É uma escolha deliberada de complexidade interna para reduzir fricção para quem usa.

O que decidimos não construir (e por quê)

Algumas funcionalidades que poderiam estar no Cursivo não estão por decisão, não por falta de capacidade técnica.

Cronograma com Gantt. Todo software de gestão de projetos tem Gantt. O Gantt é visualmente impressionante em demonstração. Na prática, em escritórios de arquitetura de até dez pessoas, o Gantt é mantido atualizado na primeira semana após a implantação e progressivamente abandonado porque o custo de atualização diária é alto. O Cursivo tem linha do tempo de projeto, mas sem a sobrecarga de manutenção de dependências que o Gantt exige.

Chat interno com canais. Há um produto que resolve comunicação em equipe muito melhor do que qualquer ferramenta de gestão vai resolver: o WhatsApp, que o escritório já usa. Construir um chat interno seria duplicar uma ferramenta que já funciona, exigindo que a equipe aprenda a usar outro canal. O Cursivo integra com o fluxo de comunicação existente ao invés de substituí-lo.

Assinatura digital de contratos. Ferramentas de assinatura digital já existem, são reguladas, são confiáveis e os clientes já conhecem. Construir assinatura digital dentro do Cursivo seria reconstruir uma infraestrutura complexa por integração que já funciona melhor em produto dedicado. A decisão foi integrar, não replicar.

Cada uma dessas decisões preservou tempo de desenvolvimento para o que realmente diferencia: o fluxo de projeto que conecta cliente, equipe, obra e financeiro de forma integrada.

Como a simplicidade aparece na interface

Simplicidade em interface não é a ausência de funcionalidade. É a ausência de complexidade desnecessária.

Um formulário de cadastro de projeto que tem trinta campos com metadados opcionais não é mais simples do que um que tem cinco campos obrigatórios e permite adicionar o restante conforme necessário. É mais complexo. A pessoa que cria o primeiro projeto precisa decidir o que preencher em trinta campos ou aceitar que está deixando campos em branco. A carga cognitiva de criar o projeto aumentou.

No Cursivo, a regra de design é que o fluxo padrão precisa ser intuitivo para alguém que nunca viu o produto. Não precisa de tutorial para as ações que acontecem toda semana. O usuário que precisar de ajuda para cadastrar um projeto na primeira vez ainda está bem atendido. O usuário que precisar de ajuda na décima vez está sendo mal atendido pelo produto.

Essa régua exige que cada adição de complexidade seja justificada pelo problema que resolve e pelo público que tem esse problema. Feature que atende 3% dos usuários e aumenta a carga cognitiva dos outros 97% não entra.

O que vem a seguir

O Cursivo está em alpha. O que significa que está sendo usado por um número pequeno de escritórios que aceitaram testar, reportar problemas e ajudar a moldar como o produto evolui.

Essa fase não é sobre crescimento. É sobre garantir que o fluxo central funciona como foi desenhado, que o produto resolve o problema que se propôs a resolver e que as decisões de produto tomadas foram corretas ou precisam de revisão.

O acesso é fechado e por convite porque o aprendizado que uma base pequena e engajada oferece é mais valioso do que números de crescimento prematuro. O produto vai escalar quando o fluxo central estiver validado.

Se essa forma de construir produto faz sentido para você e você atende com seu escritório, o alpha está aberto por convite, com vagas limitadas. Solicite seu convite — ou, se você já conhece alguém que usa, peça um a ela.