A gente trabalha em fases nomeadas e públicas — F0 Fundação até F7 Mobile. Cada fase tem entregáveis específicos e prazos publicados. Sem "em breve" sem data. Quando algo escorrega, atualizamos aqui antes do próximo email.
Stack escolhido com defesa por item. Workspaces de Next, agent-app e marketing nascendo no mesmo monorepo.
Modelo canônico ITIL desenhado em SQL antes de qualquer UI. Tickets, assets, users, audit log — invariantes verificáveis.
O coração operacional. Inbox triagem, command palette, atalhos sérios, transitions auditáveis.
A régua que faz sentido pra operação real. SLA com pausa por status, business hours por tenant, escalonamento condicional.
Base de conhecimento como produto, não apêndice. Editor rico, versionamento, sugestão contextual no ticket.
Regras visuais sem virar low-code furado. Triggers, conditions, actions — debugáveis, testáveis, com dry-run.
Onde a máquina ajuda de verdade — sem virar marketing. Triagem, resumo, próxima ação, draft de resposta. Com kill switch.
App nativo pra agente em campo e gestor on-call. PWA primeiro, store depois — com a curva certa de offline.
Existem três frentes que mercado costuma colocar como ITSM "de verdade" — CMDB de relação rica, CSM (customer service) e suíte de field service. Decidimos não entrar nesses três caminhos até pelo menos F7, e a justificativa está abaixo.
Mantemos CMDB simples (asset + relação básica). Não vamos competir com Lansweeper/Device42 no curto prazo — o esforço cognitivo do operador inviabiliza pra PME.
Foco continua TI interno e service desk para B2B. CSM é outro produto, com outra unit economics. Se virar mercado próprio, vira spinoff — não feature.
Mobile vai chegar (F7), mas a operação típica de field service (técnico em campo, GPS, peças, NF de serviço) merece um produto dedicado. Não dá pra fazer bem como apêndice.
Roadmap aberto significa: leitura pública e caixa de entrada aberta. Cada sugestão entra em backlog visível na próxima revisão. Quando uma frente acumula peso, ela vira fase.