# Nextside — MVP em 4 semanas | Consultoria de software com IA > Performance aplicada ao desenvolvimento de software. URL: https://www.nextside.tech Idioma: pt-BR --- ## Hero **MVP que escala. Em um mês.** Para founders que precisam de código pronto pra produção. CTO que não aceita dívida técnica. Sem surpresa no preço. CTA: Ver exemplos e timing --- ## /start (funil de conversão) URL: https://www.nextside.tech/start (pt-BR) · https://www.nextside.tech/en/start (en) Página de entrada do funil — o visitante descreve o projeto numa caixa de ideia (ideabox) e recebe a solução desenhada antes de fechar qualquer compromisso. ### Estrutura da página - **Hero + ideabox:** campo de texto livre para descrever o projeto. Sem cadastro, sem reunião prévia. - **Persona bar:** o visitante indica se é founder, CTO ou agência; a página adapta a linguagem e as perguntas do FAQ. - **Pain:** três dores reais de quem precisa de software: escopo que escapa, custo de dívida técnica, entrega que atrasa. - **Solução (solution card):** como a Nextside endereça cada dor — escopo fechado dia 1, operação 100% sênior, entrega em 4 semanas. - **Entregáveis:** lista concreta do que o cliente recebe ao final: código, ADRs, deploy guide, README operacional, 1 semana de suporte. - **Ferramentas:** stack padrão e ferramentas usadas no processo (Next.js, TypeScript, Postgres, Mastra, Claude Code). - **Processo (4 etapas):** Discovery (3 dias), Sprint Zero (1 semana), Build (4 semanas), Handoff. - **FAQ estático (q1–q4):** protótipos, tipo de software, propriedade do código, modelo de preço. - **FAQ condicional (q5):** para founder/CTO → stack; para agência → white-label. - **CTA final:** reforça a ideabox e chama para descrever o projeto. ### Diferencial da /start vs home A /startups apresenta o posicionamento institucional da empresa; a home (agências) e a /start são experiências de conversão — o visitante sai com clareza de escopo e uma proposta inicial desenhada, sem precisar de call antes. ### Rotas por ICP A home é dedicada a agências; o posicionamento geral vive em /startups; e a /start converte por ICP. Cada rota tem URL, SEO e linguagem próprios: - **/ e /en** (home): para agências de marketing e estúdios. Posicionamento white-label: o sistema sai sob a marca da agência, entregue por etapas, e fica com o cliente final. Copy sem jargão técnico e com identidade visual própria, separada do design system institucional. A antiga URL /start/agencias redireciona permanentemente para a home. - **/startups** (pt-BR e /en/startups): posicionamento institucional geral — MVP em 4 semanas, escopo fechado, código sênior, para founders e CTOs (12 seções). - **/start/founders** (pt-BR e /en/start/founders): conversão para founders e CTOs. Engenharia sob medida do MVP à escala, com stack e arquitetura explícitas (TypeScript, Next.js, agentes de IA, PostgreSQL). --- ## Trust bar (atomic facts) - 4 semanas até MVP - 100% sênior - IA aplicada com critério - Escopo fechado dia 1 - Código revisado por sênior - Sem scope creep --- ## O que entregamos — 4 pilares ### Pilar 01 — Velocidade estruturada MVP em 4 semanas. Sem scope creep. Escopo fechado dia 1. Entrega semanal em produção. Sprints definem features, não horas vendidas. > Discovery em 3 dias. Sprint zero em 1 semana. Entrega em 4 semanas. ### Pilar 02 — Decisão técnica Arquitetura que escala desde o dia 1. Trade-offs explícitos por escrito. ADR documentado em cada decisão técnica. Senioridade real toma a chamada. ``` # adr/0007-postgres-antes-de-aurora.md status: accepted trade-off: custo, lock-in vs. ops simples decision: Postgres 16 no MVP ``` ### Pilar 03 — IA como alavanca IA acelera. Pessoa decide. IA gera testes, refactor mecânico e docs. 100% do código em produção passa por revisão sênior. > IA é alavanca, não automação cega — todo código revisado por engenheiro sênior. ### Pilar 04 — Pensamento de produto A gente diz o que não construir. Visão estratégica do impacto. Quando faz sentido, sugerimos cortar feature antes de codar — economiza semana e dinheiro. > Atende founder, CTO e operações simultâneos — produto + técnica + viabilidade. --- ## Como trabalhamos Sem horas vendidas. Sem mensalidade infinita. Sem refazer no fim. | Etapa | Duração | Entregável | |---|---|---| | 01 - Discovery | 3 dias | Calls com founder/time, mapa de constraints, documento de premissas assinado. | | 02 - Sprint Zero | 1 semana | Setup do repositório no seu GitHub, CI/CD em produção, ADRs iniciais, backlog priorizado. | | 03 - Build | 4 semanas | Deploy contínuo, demo toda sexta, IA acelerando testes/refactor com revisão sênior em todo PR. | | 04 - Handoff | inclusa | Deploy guide, README operacional, ADRs. Saímos limpos com handoff completo ou treinamos seu time em 3 dias. | > Discovery em 3 dias, sprint zero em 1 semana, entrega em 4 semanas. --- ## Escopo fechado: o que entra, o que sai ### Entra no MVP (4 semanas) - Auth + perfis (email, OAuth) - Checkout transacional (Stripe) - Email transacional (Resend / SES) - Deploy em produção (Vercel/AWS) - Observabilidade (logs + erros) - 1 semana de suporte pós-deploy ### Fica pra fase 2 - Multi-tenancy - Relatórios avançados / BI - Analytics customizado - Otimizações de performance - Integrações sob medida (ERP, CRM) - Apps nativos iOS/Android > Rápido significa focado. Você escolhe as 3 features que mais importam. O resto vira fase 2. --- ## Trade-offs técnicos (formato ADR) Linguagem ADR. Sem hype. Cada decisão tem contexto, escolha e consequência aceita. ### ADR-007 — Postgres antes de DynamoDB - **Contexto:** MVP com <100 RPS, schema ainda mutável, time pequeno. - **Decisão:** Postgres 16 gerenciado (RDS/Neon). Migrations versionadas. - **Consequência:** Aceitamos teto de ~5k RPS sem sharding. Em troca: zero ops, queries ad-hoc, sem lock-in AWS. ### ADR-012 — Monolito antes de microsserviços - **Contexto:** 1 produto, 1 time, domínio ainda em descoberta. - **Decisão:** Monolito modular. Bordas internas explícitas, mas 1 deploy. - **Consequência:** Aceitamos refactor futuro se time crescer. Em troca: 90% menos infra, debug local trivial, ship em dias. ### ADR-018 — Harness engineering > prompt sorte - **Contexto:** Modelo cru é não-determinístico. Output bom depende do harness (guides, sensors, hooks) — não da prompt da vez. - **Decisão:** Claude Code + plugin Superpowers (brainstorm, plan, TDD red/green, review) sobre AGENTS.md com clean code rules versionadas. Sênior fica on the loop (half-loop), não in the loop. - **Consequência:** Aceitamos investir no harness antes de codar. Em troca: agente erra menos, contexto fica no repo, revisão humana vai pra onde importa — arquitetura, trade-off, segurança. --- ## IA aplicada A gente usa IA em todas as etapas — research, scaffolding, testes, docs, revisão. Mas todo código que entra em produção passa por engenheiro sênior, com revisão de arquitetura, testes automatizados e observabilidade. IA acelera. Pessoa decide. - ~3x velocidade vs squad tradicional - 100% do código revisado por sênior - 0 releases sem testes automatizados --- ## Ofertas ### SPRINT — MVP em 4 semanas **R$ 50k–80k** — Escopo fechado, preço fixo. - Discovery (3 dias) + Sprint zero (1 semana) - 4 semanas de build com deploy semanal - Auth, checkout, email, observabilidade - 1 semana de suporte pós-deploy - Código + ADRs + deploy guide ### DISCOVERY — Antes de escrever código **R$ 25k–45k** — 3–5 dias, escopo + estimativa. - Calls com founder e time técnico - Mapa de constraints e riscos - Premissas, fora-de-escopo, dependências - Stack recomendada com justificativa - Estimativa de prazo e investimento ### AUDITORIA TÉCNICA — Diagnóstico em 1 semana **R$ 20k–40k** — Relatório + call. - Review de arquitetura e infra - Mapa de riscos priorizado - Roadmap técnico de 90 dias - ADRs sugeridas para decisões pendentes - Call de 90 min com seu time > Faixa de preço, não fixo — depende do escopo. Falamos abertamente sobre a faixa na call de diagnóstico. --- ## Caso de exemplo [EXEMPLO DE ARQUITETURA] Marketplace de produtos locais — 4 semanas. - **Problema:** Founder validou demanda em planilha. Precisava sair do Sheets pra um produto real, com pagamento, perfis e logística básica, antes do próximo round. - **Constraints:** R$ 70k, 4 semanas, founder sem CTO interno, base de 800 vendedores em waitlist. - **Stack:** Next.js 14 (App Router), Node + Hono, Postgres 16 (Neon), Stripe Connect, Resend, Vercel + S3. - **Features do MVP:** onboarding de vendedor com KYC mínimo (Stripe Connect Express), catálogo com upload de produto e estoque, carrinho + checkout transacional (split de pagamento), painel do vendedor (pedidos, repasses), email transacional (compra, repasse, cancelamento), backoffice básico para o founder (moderação). - **Trade-offs aceitos:** Stripe Connect em vez de PSP nacional (KYC pronto, split confiável); Postgres + jobs no app em vez de SQS/Lambda (opera 1 coisa, não 5). - **Trade-offs descartados:** App nativo (web mobile-first cobre 95% do tráfego); Search com Algolia (Postgres FTS resolve com 800 produtos); multi-idioma (Brasil first, i18n vira fase 2). - **Resultado:** 28 dias do kick-off ao live, 99.9% uptime em 30 dias, <200ms P95 checkout, 0 incidentes P1. **Sobre este case:** arquitetura real de um projeto entregue, apresentada de forma anonimizada por acordo de confidencialidade. Cases publicados com nome, logo e quote do founder são liberados sob demanda — peça na call de diagnóstico. --- ## FAQ **Quanto custa um MVP?** Faixa de R$ 50k–80k para o pacote SPRINT, escopo fechado, 4 semanas. A faixa depende de integrações, complexidade de domínio e quantidade de telas — falamos abertamente sobre isso na call de diagnóstico. **Quanto tempo leva?** 4 semanas de build após a Sprint Zero (1 semana). Antes disso, 3 dias de Discovery. Total porta-a-porta: 5 semanas e 3 dias, com demo toda sexta-feira. **E se o MVP não rodar em produção dia 1?** Voltamos e consertamos sem custo adicional. A Sprint Zero (semana 1) já valida stack, segurança e deploy — o objetivo é não chegar nesse cenário. Se chegou, é nosso problema, não seu. **Vocês deixam documentação? Posso levar o código pra outro time?** Sim. A entrega inclui código + README + deploy guide + ADRs + 1 semana de suporte. Repositório fica no seu GitHub/GitLab desde o primeiro commit. Código é seu, não fica preso em ferramenta proprietária. **E depois do MVP?** Você escolhe entre dois caminhos: (1) entregamos e saímos com handoff completo — código + ADRs + deploy guide; (2) treinamos seu time em 3 dias para assumir o código. Trabalhamos só com escopo fechado, sem hora vendida. **Quem garante a qualidade do código?** Operação 100% sênior — nada de junior em projeto de cliente. Pair review obrigatório em todo PR. Cobertura de testes em paths críticos. Observabilidade desde o dia 1. Nenhum release sem testes automatizados verdes. **Como vocês usam IA?** IA acelera scaffolding, geração de testes (unit + edge), refactor mecânico e documentação. Nenhum commit entra sem revisão humana sênior, com avaliação de trade-offs e arquitetura. IA é alavanca, não automação cega. **Stack? Vocês escolhem ou eu?** Proposta técnica conjunta. Trabalhamos confortavelmente com TypeScript/Node, Java/Spring, Python e Go. A escolha vem de constraints reais (time atual, integrações, custo de infra) — não de modinha. Sai por escrito num ADR. **IP — quem é dono do código?** Cliente. 100%. Repositório no seu GitHub/GitLab desde o primeiro commit. Contrato com cláusula explícita de cessão total de IP. **Atendem fora do Brasil?** Sim — calls em inglês, contrato em USD se preferir. Versão em inglês do site sai em Q3/2026. --- ## Blog Posts da Nextside sobre engenharia de software, IA aplicada com critério e consultoria pragmática. Hospedado em https://blog.nextside.tech. - [Quanto cobrar por uma ferramenta: margem não é dev barato](https://blog.nextside.tech/posts/2026/06/22/quanto-cobrar-por-uma-ferramenta/): a margem de revender uma ferramenta vem de entrega previsível que não volta, não de dev barato; precificação white-label para agências. - [Recebi um MVP vibe-coded pra escalar: o diagnóstico honesto](https://blog.nextside.tech/posts/2026/06/19/recebi-mvp-vibe-coded-pra-escalar/): o que salvar, o que reescrever e como estabilizar um MVP vibe-coded travado, sem parar o negócio. - [Cliente pediu uma ferramenta e seu time não dá conta](https://blog.nextside.tech/posts/2026/06/17/cliente-pediu-ferramenta-time-nao-da-conta/): a terceira saída quando a agência não tem time pra entregar a ferramenta que o cliente pediu. - [Seu MVP não vira lixo por ser rápido. Vira por cortar a coisa errada.](https://blog.nextside.tech/posts/2026/06/16/mvp-o-que-cortar-e-o-que-manter/): o que cortar e o que manter num MVP pra ele nascer fase 1, não protótipo descartável. - [Seu codebase é o novo prompt: o MVP que escala (ou vira lixo)](https://blog.nextside.tech/posts/2026/06/15/codebase-novo-prompt-mvp-que-escala/): organizar o código pra o coding agent ainda navegar o repo seis meses depois. - [Spec-driven development: sair do vibe coding travado](https://blog.nextside.tech/posts/2026/06/13/spec-driven-development-sair-do-vibe-coding/): a spec vira o artefato principal e corta o retrabalho com agentes. - [A spec era a parte fácil. O gargalo do SDD é a execução](https://blog.nextside.tech/posts/2026/06/12/spec-driven-development-gargalo-execucao/): orquestrar tasks com o estado fora da janela do modelo. - [Maestro + Claude Code: seu app testado no simulador](https://blog.nextside.tech/posts/2026/06/01/maestro-claude-code-testar-app-no-simulador/): QA mobile E2E em YAML, iOS e Android, sem instrumentar o app. - [Code review virou o gargalo. CodeRabbit não salva sozinho](https://blog.nextside.tech/posts/2026/05/25/code-review-novo-gargalo-coderabbit/): tirar o backlog de PR com CodeRabbit calibrado, CLAUDE.md como fonte única. - [MCP Playwright: validação local com qualidade real](https://blog.nextside.tech/posts/2026/05/16/mcp-playwright-validacao-local-com-qualidade/): Claude + MCP Playwright validando UI antes de pedir review humano. - [Claude Code superpowers: o plugin que muda o time](https://blog.nextside.tech/posts/2026/05/16/claude-code-superpowers-plugin-na-pratica/): codificar conhecimento de time num lugar que a máquina lê e executa. - [ADRs no Notion, sem burocracia](https://blog.nextside.tech/posts/2026/05/16/adrs-decisao-no-notion-sem-burocracia/): ADR como ferramenta barata de não repetir burrice. --- ## Contato - Email: contato@nextside.tech - LinkedIn: https://www.linkedin.com/company/nextside-tech - GitHub: https://github.com/nextside-tech - Resposta em 24h úteis. - 30 minutos de diagnóstico, sem custo. Saímos da call com escopo, prazo e investimento estimado. --- ## Dados da empresa - CNPJ: 66.475.888/0001-27 - Ano de fundação: 2026 - Tagline: Performance aplicada ao desenvolvimento de software. --- ## Glossário - **Operação enxuta:** time mínimo, alta senioridade, decisão rápida. - **IA como alavanca:** ferramentas generativas aplicadas com critério, sempre com revisão humana sênior. - **Escopo fechado:** lista de features definida em contrato, sem expansão sem renegociação. - **Trade-off explícito:** mostrar prós e contras de cada decisão técnica por escrito, em vez de esconder. - **Sprint Zero:** semana de validação técnica antes do build (stack, deploy, segurança, CI/CD). - **ADR:** Architectural Decision Record — documento curto que registra contexto, decisão e consequência de uma escolha técnica. - **Harness engineering:** abordagem que estrutura o uso de IA com guides, sensors e hooks versionados no repositório, em vez de depender de prompts ad-hoc. - **Half-loop:** modelo de supervisão onde o sênior desenha o harness e revisa decisões de arquitetura e segurança, sem revisar diff linha-a-linha. - **Scope creep:** expansão não planejada de escopo durante o projeto. Nextside trabalha com escopo fechado para evitar isso.