# Estratégia & Produto/Tech ## Responsáveis **CEO/CTO** - Victor Freire\ **Tech Lead** - Thiago Faria\ **Head de Operações** - André Mileto ## Overview
Missão da Área Garantir que a Rise cresça com segurança, eficiência e boa experiência, definindo **prioridades, arquitetura da plataforma e roadmap de produto**.
O que fazemos no dia a dia? * Definimos **prioridades de produto e tecnologia** (o que entra no roadmap antes/depois). * Desenhamos e ajustamos a **arquitetura da plataforma** (Cockpit, investidor, integrações, tokenização, etc.). * Acompanhamos **incidentes, bugs críticos e débitos técnicos**. * Damos suporte técnico para **Comercial, Operações e Marketing** nas decisões de “é possível / quanto esforço / qual risco”. * Aprovamos **go-live de ofertas, integrações e grandes mudanças**.
Rituais * **Reunião semanal de Produto & Tech** (CEO/CTO + Tech Lead + Dev + Hous3 + Designer). * **Revisão rápida de incidentes** (sempre que acontece algo mais grave). * Alinhamento quinzenal com **CRO / Operações / Marketing** para revisar prioridades.
Como medimos sucesso * Plataforma disponível (poucas quedas). * Menos bugs críticos em produção. * Entregas acontecendo de forma previsível (o que foi combinado está saindo).
Boas práticas * Tudo que for decisão importante, **escrever em 1 parágrafo** no GitBook. * Sempre tentar **simplificar**: menos sistemas, menos dependências, menos gambiarra. * Para qualquer demanda nova: **o que é o problema?** antes de falar da solução.
## Processos
Definição de Prioridades de Produto & Tech **Objetivo:** decidir, de forma clara, o que o time de tecnologia e produto vai focar no próximo ciclo. **Quando usamos:** sempre que formos planejar uma nova sprint/ciclo ou quando aparecerem muitas demandas ao mesmo tempo. **Responsáveis principais:** * Owner: CEO/CTO * Co-owner: Tech Lead * Consultados: CRO, Head de Operações, CBDO/CMO, Head de Marketing **Passo a passo (V1):** 1. **Listar demandas** * Entradas de: Comercial, Operações, Marketing, Jurídico/Compliance, etc. * Incluir também débitos técnicos e melhorias estruturais. 2. **Classificar cada demanda em 3 eixos:** * Impacto (baixo / médio / alto) * Urgência (pode esperar / importante / crítico) * Esforço (baixo / médio / alto – estimado pelo Tech Lead/Dev). 3. **Marcar “must-have” do ciclo** * Itens com **alto impacto + crítico** de urgência são candidatos a “must-have”. * Itens de risco regulatório ou de segurança também entram aqui. 4. **Alinhar com áreas-chave** * Validar com CRO, Operações e Marketing se as prioridades fazem sentido para o negócio. * Ajustar o que for preciso. 5. **Publicar a decisão** * Registrar as prioridades do ciclo no GitBook (lista simples) e no quadro de tarefas (Jira/Linear). * Ex: “Foco do ciclo: melhorar fluxo de funding + integração X + correção de bugs críticos Y e Z.” **Saída esperada:**\ Uma lista clara de prioridades para o ciclo, que todo mundo consegue enxergar e entender.
Desenho e Ajuste de Arquitetura **Objetivo:** garantir que as novas soluções (features, integrações, mudanças) sigam uma arquitetura coerente, segura e sustentável. **Quando usamos:** sempre que vamos criar algo novo relevante (ex.: integração nova, módulo novo) ou alterar algo grande. **Responsáveis principais:** * Owner: Tech Lead * Co-owner: CEO/CTO * Consultados: Dev, Hous3, quando aplicável CBA/DexCap e Operações **Passo a passo (V1):** 1. **Entender o problema / requisito** * O que queremos resolver? * Quem é impactado (Risers, Makers, Operações, Comercial)? 2. **Rascunhar a solução em alto nível** * Desenhar “caixas e setas”: serviços, bancos, APIs, integrações. * Anotar pontos de atenção: segurança, performance, dependências. 3. **Checar padrões da Rise** * Ver se o desenho respeita o que já existe de padrão (autenticação, logs, erros, etc.). * Evitar criar “mais um jeito diferente” de resolver a mesma coisa. 4. **Validar com CEO/CTO e, se necessário, outras áreas** * CEO/CTO valida aderência à visão de plataforma. * Operações/Comercial validam se atende o processo real. * CBA/DexCap consultados quando o desenho impacta requisitos regulatórios. 5. **Registrar o resumo da decisão** * 1 página (ou menos) no GitBook: * Problema, solução escolhida, riscos principais, quem decidiu. **Saída esperada:**\ Arquitetura clara, documentada, que o time consegue implementar sem “telefone sem fio”.
Tratativa de Incidentes Críticos (Tech/Plataforma) **Objetivo:** reagir rápido quando algo quebra e impacta cliente ou operação. **Quando usamos:** falhas que impedem investir, sacar, acessar a plataforma, ver saldos ou conciliar. **Responsáveis principais:** * Incident Owner: Tech Lead * Co-owner: CEO/CTO * Apoio: Dev, Hous3, Head de Operações **Passo a passo (V1):** 1. **Detectar e assumir o incidente** * Alerta por monitoria, suporte ou alguém do time. * Tech Lead assume como responsável (ou delega alguém claramente). 2. **Classificar a severidade** * Sev0: operação crítica parada (investir, sacar, ver saldo, etc.). * Sev1: impacto alto, mas existem alternativas. * Sev2: impacto limitado. 3. **Comunicar o time certo** * Avisar CEO/CTO e Head de Operações. * Operações passa informações básicas para o time interno (sem entrar em detalhes técnicos para clientes). 4. **Mitigar primeiro, investigar depois** * Foco imediato: restaurar o serviço, mesmo que com solução provisória (rollback, feature flag, desligar módulo). * Documentar o que foi feito. 5. **Encerrar e registrar** * Confirmar que o sistema está estável. * Registrar no GitBook (pág. Incidentes) ou em doc interno: causa, impacto, solução, melhoria proposta. 6. **Revisão rápida (post-mortem leve)** * Em até alguns dias, revisar com Tech + Operações o que pode ser melhorado (logs, alertas, código, processo). **Saída esperada:**\ Incidente resolvido rapidamente, com aprendizados registrados e próximos passos claros.
Aprovação de Go-live de Ofertas, Integrações e Grandes Mudanças **Objetivo:** evitar surpresas em produção quando algo relevante entra no ar. **Quando usamos:** * Nova oferta/grande atualização de oferta. * Nova integração crítica (ex.: Avenia, DexCap, provedores essenciais). * Mudanças grandes na jornada de investimento ou fluxo financeiro. **Responsáveis principais:** * Approver: CEO/CTO * Tech Owner: Tech Lead * Consultados: CFO, CBA, DexCap (quando emissão pública), CRO, Head de Operações **Passo a passo (V1):** 1. **Checklist de preparação** * Código revisado e testado. * Logs e monitoria configurados. * Operações treinada no novo fluxo. * Materiais ajustados (quando aplicável). 2. **Revisão rápida em grupo** * Tech Lead apresenta o que vai entrar (de forma simples). * Operações, CRO e Marketing validam se estão prontos. * CBA/DexCap confirmam se não há pendência regulatória (quando aplicável). 3. **Decisão de go/no-go** * CEO/CTO decide, com base nas informações. * Se for “go”, combinar janela e responsáveis da virada. 4. **Acompanhamento após go-live** * Monitorar métricas e erros nas primeiras horas/dias. * Ter plano de rollback se algo grave aparecer. 5. **Registrar no GitBook** * Registrar em uma linha na página de “Lançamentos”: o que entrou, quando, donos, e link para detalhes. **Saída esperada:**\ Mudanças importantes entrando em produção com risco controlado e todos sabendo o que está acontecendo.
Alinhamento Quinzenal com Outras Áreas **Objetivo:** manter Estratégia & Tech em sintonia com Comercial, Operações e Marketing, sem depender só de conversas soltas no dia a dia. **Quando usamos:** reunião fixa a cada 15 dias. **Responsáveis principais:** * Facilitador: CEO/CTO * Participantes fixos: Tech Lead, CRO, Head de Operações, CBDO/CMO, Head de Marketing **Passo a passo (V1):** 1. **Preparar uma agenda simples** * O que foi feito desde o último encontro. * Principais problemas/dor das áreas (top 3). * Prioridades para o próximo período. 2. **Rodar a reunião em 3 blocos:** * **Status rápido das entregas** (sem entrar em detalhes técnicos). * **Problemas e riscos** (onde as coisas estão travando). * **Ajustes de prioridades** (se algo precisa entrar ou sair do foco). 3. **Definir próximos passos claros** * Quem faz o quê, até quando. * Se uma demanda virou prioridade, registrar na lista oficial (Processo 1). 4. **Registrar o resumo da reunião** * 5–10 linhas no GitBook ou no Lark: decisões, prioridades e owners. **Saída esperada:**\ Menos ruído entre áreas, todo mundo sabendo qual é o foco do momento e o que esperar de Tech/Produto. ***
## Rituais da Área de Estratégia & Tech
Reunião semanal de Produto & Tech **Participantes:** CEO/CTO, Tech Lead, Dev interno, Hous3, Product Designer.\ **Foco:** status das entregas, próximos passos, bloqueios e decisões técnicas rápidas.
Revisão rápida de incidentes (quando houver) Sempre que acontecer um incidente relevante, o Tech Lead e o CEO/CTO fazem um debrief curto: o que ocorreu, como foi resolvido e qual melhoria será feita.
Alinhamento quinzenal com outras áreas **Participantes:** CEO/CTO, Tech Lead, CRO, Head de Operações, CBDO/CMO, Head de Marketing.\ **Foco:** prioridades do negócio, gargalos atuais, ajustes no roadmap de produto/tech.
--- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://rise-finance-2.gitbook.io/internal/playbook/estrategia-and-produto-tech.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.