Seis das nove frentes previstas estão entregues e homologadas pela área de negócio da Tenda. O ambiente de QAS está concluído e a documentação do token de IA já foi recebida. Esta proposta reúne, em um único escopo de cinco dias úteis, tudo que falta para a V1 entrar em operação, incluindo as novas demandas surgidas ao longo do projeto.
O produto está construído e validado com obras reais. O que resta para entrar em operação é uma sequência curta de ajustes, implementação de novas lógicas e publicação.
Ao longo do projeto surgiram novas demandas depois do Discovery, e uma frente do escopo original segue sem definição da Tenda. Em vez de negociar cada item separadamente, a Igma propõe um escopo único de encerramento que absorve as novas demandas sem custo adicional, com prazo e cronograma definidos, para que a V1 entre em produção e o projeto seja formalmente encerrado.
Situação de cada frente prevista no projeto, no momento desta proposta.
Captura por etapas e subetapas conforme o avanço do roteiro da obra. Homologado pela área de negócio da Tenda.
Gestão de obras, publicações, usuários e External ID. Aprovação de fotos e legendas em lote pelo Marketing, com revisão apenas do que fica abaixo do score mínimo.
API de consumo do TCV em validação pelo time de Sistemas. API de disparo de e-mails pronta, aguardando o disparador da TI.
Regra construída em conjunto no Discovery, a partir do percentual de avanço do roteiro. Entregue e homologada conforme definido.
Disparos seguindo a lógica de tarefas e roteiro acordada no Discovery. Alertas ativos para obras sem atualização fotográfica.
Score de qualidade, compliance e legenda automática. Em operação nos testes com obras reais, hoje rodando sobre um token cedido provisoriamente pela Igma.
Roteiro oficial simplificado pela Tenda e atualização do template de novas obras. Entram no escopo de encerramento.
Replicação do ambiente de QAS em produção, carga inicial dos empreendimentos e homologação técnica.
Segue sem definição de escopo, ferramenta e integração pela Tenda. Tratamento proposto na seção 04.
As três frentes abaixo foram idealizadas em conjunto no Discovery, construídas sobre essas definições e validadas com a Tenda. As mudanças vieram depois, por decisão de negócio ou de arquitetura, e por isso constituem nova lógica a ser implementada, e não correção do que foi entregue.
A pendência de uma obra é derivada do percentual de avanço das etapas e subetapas do roteiro.
Entregue conforme a definição e homologado pela área de negócio da Tenda.
O Marketing solicitou que a pendência deixe de depender do percentual de avanço, o que exige uma nova regra de negócio e nova implementação.
Os disparos seguem a regra de tarefa pendente definida a partir do roteiro da obra.
API entregue e ativa, alertando sobre obras sem atualização fotográfica.
Com a nova regra de pendência, o comportamento da API precisa acompanhar a nova definição. É consequência direta da mudança anterior.
A arquitetura de IA sobre a qual o Smart Analyzer foi construído, incluindo prompts de score, compliance e legenda automática.
Validado com obras reais em testes conduzidos com o Marketing e o time de obras.
A adoção do LiteLLM foi definida depois da construção. Exige reescrever a camada de integração e recalibrar os prompts em função da mudança de modelo.
A proposta reúne, no mesmo escopo, o que faltava do projeto original e as três novas demandas surgidas depois do Discovery. As novas demandas seriam objeto de proposta adicional. A Igma opta por absorvê-las para que a solução entre em operação sem uma nova rodada de aprovação.
Reescrita da camada de integração do Smart Analyzer para a arquitetura de IA da Tenda, com recalibração dos prompts e revalidação de score, compliance e legenda automática em função da mudança de modelo.
Alteração da regra de pendência para que deixe de depender do percentual de avanço do roteiro, com o ajuste correspondente no comportamento da API de disparos.
Adequação do template ao roteiro oficial simplificado enviado pela Tenda, com redução de etapas e subetapas em relação ao roteiro original.
A Igma prepara o script com as obras fornecidas pela Tenda. A execução em produção é feita pela infraestrutura da Tenda.
Publicação no ambiente definitivo, homologação técnica com o time da Tenda e correções decorrentes da homologação.
Os dois primeiros passos já foram concluídos pela TI da Tenda. O ambiente de QAS está pronto e serve de referência para produção. Os cinco dias do encerramento começam a contar no passo 3 e dependem das datas dos dois lados.
O Smart Analyzer está em operação hoje com um token cedido provisoriamente pela Igma, para não travar as validações com obras reais. Esse arranjo se encerra com a entrada do token da Tenda no ambiente definitivo.
O Chatbot foi previsto na V1 e não entrou em construção por depender de definições de escopo, ferramenta e integração que seguem em aberto do lado da Tenda. Não há prazo para essa definição.
Manter no escopo uma frente sem definição impede o encerramento formal do projeto e adia a entrada em produção de tudo que já está pronto. Por isso a Igma propõe que o Chatbot seja retirado do escopo da V1 e retomado como projeto novo, com escopo, prazo e proposta próprios, quando a Tenda tiver as definições necessárias.
O aceite desta proposta inclui o aceite dessa retirada. Qualquer item ainda não definido e não listado na seção 02 recebe o mesmo tratamento.
Para poupar uma rodada de e-mails, respondemos abaixo as dúvidas mais prováveis sobre a leitura deste documento.
A regra de tarefa pendente foi idealizada em conjunto no Discovery, construída sobre essa definição e homologada pela área de negócio da Tenda. A arquitetura de IA também foi definida no planejamento e o Smart Analyzer foi validado sobre ela com obras reais. As duas mudanças vieram depois. São alterações de regra e de arquitetura, não correções de entrega.
Porque o valor de colocar a solução em operação agora é maior do que o de negociar cada item separadamente. Uma nova rodada de proposta e aprovação adiaria a entrada em produção em semanas. A Igma opta por absorver as demandas para concluir a V1 dentro do cronograma acordado.
Porque uma frente sem escopo, ferramenta ou integração definidos não pode ser estimada nem construída, e mantê-la no contrato impede o encerramento formal. Retirá-la não significa abandoná-la. Significa retomá-la quando houver definição, com escopo e proposta próprios, sem prender a V1 que já está pronta.
Os cinco dias do encerramento começam a contar na replicação do ambiente de QAS em produção e dependem também do disparador de e-mails e da disponibilidade do time para homologação. Se essas datas se deslocarem, o encerramento se desloca junto. Por isso o cronograma conjunto faz parte do aceite desta proposta.
O produto está pronto e validado. Cada semana sem publicação é uma semana de obra sem registro fotográfico estruturado e sem os ganhos que o projeto foi desenhado para gerar. O objetivo dos dois lados é o mesmo: colocar a V1 em operação e encerrar o projeto.
Podemos tomar essa decisão até segunda-feira, 31 de agosto? Com o aceite, entramos na última fase de ajustes e publicação e programamos o cronograma conjunto. Qualquer ponto deste documento pode ser tratado em uma conversa rápida, é só nos chamar.