coprodux beta

Contexto

A coprodux passou por três MVPs sucessivos. O primeiro validou se havia interesse na ideia, usando WhatsApp como interface com ManyChat e Make por trás, sem uma linha de código próprio. Esse segundo MVP (coprodux beta) tinha um objetivo mais duro de validar: as pessoas pagariam por essa solução? Para responder isso, era preciso um produto de verdade, com interface própria, não mais um fluxo de automação escondido atrás de um chat.

Duas etapas internas

O MVP nasceu quase manual e evoluiu para automação real:

1. ▹Wizard of Oz: os primeiros pedidos eram processados manualmente, com JSON subido à mão, processamento de IA feito por conta própria e resultado formatado e publicado na plataforma. Para o cliente, parecia automático; na prática, o ciclo levava até 24h. Processo caótico, mas suficiente para aprender rápido e migrar para a etapa seguinte.
2. ▹Automação real: o frontend em React passou a se comunicar diretamente com o Make via webhook, que seguia processando a lógica de IA. O "código próprio" dessa fase era a camada de produto e interface em volta da automação, não uma reescrita da inteligência do zero.

Por que foi substituído

O banco de dados era MongoDB, não-relacional, o que limitava seriamente a construção de um algoritmo de geração probabilística baseado em relacionamentos entre dados, peça central da etapa seguinte do produto. Essa limitação técnica foi o gatilho principal para a reescrita que viria a se tornar a plataforma oficial, já em PostgreSQL.

Stack

Backend em NestJS com MongoDB (@nestjs/mongoose). Frontend em React + Vite + TypeScript, SPA client-side sem framework de SSR, com Ant Design como kit de componentes.

Vídeo

Galeria