Documento de apoio ao José (TA, México) no sizing do caso de uso interno de Personal Shopper para um grande varejista mexicano. O pedido original era viabilidade e estimativa da feature de Sales Summaries, para caber nas horas já contratadas do ARI. A conversa avançou: as licenças já existem, o 360 view já tem POC, e o Data Cloud já está conectado. O trabalho que resta é configurar os resumos e criar a data extension para levar o resultado dos data transforms do Data Cloud para o Sales Cloud e para o SFMC.
D0BVD11UC6L
O que o José pediu no dia 2, o que ele confirmou no dia 3, e o sizing que a Juliane devolveu no dia 7. O cliente não foi nomeado na DM. Fica como grande varejista mexicano.
"…we are working with a big retailer in Mexico, they have Sales, Commerce and Data Cloud, but in sales they have agents on floor to attend customer that they name it as personal shopper, basically they are like fashion advisor, so in sales they going to have a custom 360 view of each customer that show the NBO or favorite brands, but in some point this advisor could have more insights with summaries feature"
"…as this initiative is an ARI, we need to check if this feature can be handle by our current hours that we have available"
"Do they already have Einstein/Agentforce licenses? Yes. And the custom 360 view, is it already built? Yes, we have a POC already. And is Data Cloud already configured and feeding into Sales Cloud? Are connected but we need to consider the creation of a data extension to provide SFMC and Sales with result of data transforms to both."
Grande varejista no México. Stack confirmada na DM: Sales Cloud, Commerce Cloud e Data Cloud. O José também citou SFMC como destino da data extension. O uso é interno: personal shoppers no piso da loja. O nome do cliente não foi dito na conversa, então este material não atribui a conta.
O Personal Shopper (fashion advisor) atende clientes no piso. Já vai ter um 360 view customizado (POC pronta) com NBO e marcas favoritas. O pedido extra é o Sales Summaries: um resumo gerado por IA na ficha, para o advisor não ter que montar o contexto na mão.
Não é construir o 360, nem vender licença. É configurar Sales Summaries com grounding em última compra, NBO e brand affinity do Data Cloud, e criar a data extension para levar o resultado dos data transforms do Data Cloud para o Sales Cloud e para o SFMC. Depois, UAT no fluxo do personal shopper.
O José pediu sizing da feature de Sales Summaries, uso interno no Sales Cloud. No dia 3 ele confirmou licenças, POC do 360 e Data Cloud já conectado. O gap real é levar o resultado dos data transforms do Data Cloud para o Sales Cloud e para o SFMC, e groundear o resumo nesses dados.
Quando o personal shopper abre a ficha, o resumo já está na página. O trabalho do ARI é configurar o prompt para groundear o texto em última compra, NBO e brand affinity que vêm do Data Cloud (depois que esses resultados existirem no Sales Cloud). O advisor não precisa perguntar nada ao agente.
O José descreveu o gap com as palavras dele: Data Cloud já está conectado, mas falta criar uma data extension para entregar o resultado dos data transforms ao SFMC e ao Sales. Na prática, isso é expor NBO, afinidade de marca e última compra para o Sales Cloud (Related List, campos copiados ou Data Graphs) e para uma Data Extension no Marketing Cloud, para o resumo conseguir ler esses dados.
O José confirmou no dia 3: o 360 view customizado já tem POC. NBO e marcas favoritas já devem aparecer nessa tela. Este ARI não constrói o LWC. Só precisa garantir que o resumo e a data extension conversem com o que a POC já mostra.
Um agente conversacional com a ação Summarize Record e Suggest Next Step é o caminho do asset Opportunity Acceleration (base de 5 semanas no catálogo LATAM). O José não pediu Q&A na sidebar. Se o cliente quiser perguntar em linguagem natural depois, isso vira um follow-on, não o veículo deste ARI.
Carlos e Ana são personas ilustrativas (não vieram da DM). O fluxo abaixo mostra o que o ARI entrega de verdade: 360 já existente + Einstein Sales Summaries groundeado no Data Cloud. A conversa na sidebar é follow-on, e está marcada como tal.
Persona ilustrativa. Trabalha em loja no México. Atende no piso e consulta Sales Cloud no tablet antes do atendimento. Não é uma pessoa real da conta.
Persona ilustrativa. Cliente frequente, compra online e na loja. Histórico no Commerce Cloud e perfil unificado no Data Cloud. Os valores da tela (ticket, score, marcas) são mock, não dados do cliente.
O sistema detecta que Ana García tem uma visita à loja agendada. Uma notificação aparece no Sales Cloud de Carlos: "Cliente Ana García tem visita agendada às 15h."
Carlos abre a ficha da Ana no Sales Cloud pelo tablet. A POC do 360 View já está na página (confirmado pelo José em 03/Set). Este ARI não constrói esse componente. Os números abaixo são mock de tela.
Na mesma ficha, o LWC de Einstein Sales Summaries gera o parágrafo. O trabalho de 1 a 1,5 semanas é groundear o prompt em última compra, NBO e brand affinity que a data extension já deixou visíveis no Sales Cloud. Texto abaixo é mock.
Se o cliente quiser Q&A depois, aí sim entra um Employee Agent (asset Opportunity Acceleration, base de 5 semanas no catálogo). Não faz parte das 3 a 4 semanas. O mock abaixo só ilustra o follow-on.
Com o 360 e o resumo na tela, Carlos recebe Ana já sabendo última compra e NBO. O diálogo abaixo é ilustrativo. O valor real é o advisor não remontar o contexto na mão.
Suggest Next Step é ação de Employee Agent, típica do Opportunity Acceleration. Fora deste ARI. Neste sizing, o pós-atendimento continua sendo o registro manual no Sales Cloud. A data extension no SFMC abre a porta para um email posterior, se o time de marketing já usar essa DE.
O advisor chega no piso com contexto unificado (360 + resumo). O CRM e o SFMC passam a ver o mesmo resultado dos transforms do Data Cloud. Não há meta de ticket ou NPS medida neste caso: a DM não trouxe baseline, e este material não inventa percentual de lift.
O pedido do ARI é Einstein Sales Summaries + data extension. Opportunity Acceleration e Personal Shopper B2C não são o veículo deste sizing. Abaixo: casos de referência com fonte no Slack, e o que cada um sustenta (ou não) nos prazos de 3 a 4 semanas.
Não é um Reusable Asset de 5 semanas. É o LWC de resumo na Account, gated pelas licenças que o José já confirmou. O trabalho PS é prompt grounding + data extension dos transforms para Sales e SFMC + UAT.
Varredura no Slack interno (Set/2026) de casos com o mesmo produto ou o mesmo tipo de esforço. Cada card diz o que é similar, o que não é, e a fonte. Nenhum segundo projeto de ProServ LATAM foi encontrado com o prazo fechado de "Sales Summaries + data extension = 3 a 4 semanas". Esse número continua sendo o sizing da Juliane em 07/Set, agora cruzado com analogias de produto e com o próprio ARI.
Não é um caso similar: é este engagement. Em 31/Ago o José registrou no canal do ARI que JuanJo pediu Agentforce no perfil 360: um resumo agêntico da vista 360 para o personal shopper. A recomendação dele foi terminar os casos 1, 2 e 3 do ARI e só depois ativar Agentforce nas licenças já existentes (Sales / Vista 360). Na mesma semana o time já tinha NBO com RFM, mock do 360 em Staging, e a decisão de ir com Personal Shopper primeiro. Isso sustenta o sizing de add-on (3 a 4 semanas), não de hub novo.
mesmo ARI · 360/NBO já em cursoEinstein Sales Summaries provisionado. Account summarization funcionando. Licença de Employee Agent e Flex Credits não visíveis nesse org. A leitura do AMER: o resumo da Account está sendo alimentado pelo Sales Summaries, sem AEA. Opportunity summarization dava erro (problema separado de migração Default Agent → Employee Agent). Analog de produto, não de prazo: o Slack não traz semanas.
mesmo produto · sem agenteO Use Case 2 da POC de Sales mostra dois caminhos: Standard Einstein Sales Summaries (Beta) e Advanced Agentforce Meeting Prep. A nota interna: o caminho standard é o feature de resumo na ficha; o Meeting Prep é a extensão com inteligência de papel. Sem prazo em semanas no post. Não misturar os dois no mesmo sizing.
caminho curto vs customAo ligar Sales Summaries para times internos da Salesforce, Tammy Hughes descreveu o feature como OOTB, não uma solução custom. Sustenta configuração, não um SOW de 5 semanas. O post não traz prazo de delivery.
config, não SOWCliente em trial de Einstein for Sales, rolling out Record Summaries no Opportunity. O bloqueio era PSL e visibilidade do LWC, não um build de agente. O time falava em "roll this out next week". Analog de enablement (dias), não de 5 semanas. O thread é de jun/2025 (GA do LWC de Sales ainda em ~2 semanas, safe harbor). Hoje o feature já é GA. O ponto que permanece: o esforço de campo é entitlement + page layout.
enablement, não agentePacote de catálogo: 5 semanas. Real LATAM em hub: ~8 a 10 semanas (~$47K). Agibank Upselling Agent live ago/2025. Isso é Employee Agent de Sales (sidebar, Suggest Next Step, pipeline). É o follow-on se o cliente pedir Q&A, não o analog das 3 a 4 semanas deste ARI.
não analog deste ARI| Fatia | Sizing 07/Set | O que o Slack sustenta | O que o Slack não traz |
|---|---|---|---|
| Sales Summaries (config) | 1 a 1,5 sem | FoodChainID: Account summarization no ar com Einstein Sales Summaries, sem AEA visível. Org62: OOTB, não custom. Phil Heyer: rollout em dias depois do PSL. Xometry: caminho standard separado do Meeting Prep. | Nenhum timesheet LATAM publicado com 1 a 1,5 semanas. |
| Data extension (DC → Sales / SFMC) | 1 a 1,5 sem | O próprio ARI Palacio já constrói NBO/RFM e o 360. O José descreveu o gap (DE para SFMC e Sales) em 03/Set. Caminho de produto DC → SFMC existe. | Nenhum delivery LATAM com "DE dos transforms = 1 a 1,5 semanas". Essa fatia é sizing profissional, não média de projeto. |
| UAT personal shopper | 0,5 a 1 sem | Palacio já disponibilizou o mock do 360 em Staging para socializar. O fluxo de advisor já está em discussão no ARI. | Sem analog numérico de UAT em outro projeto de Summaries. |
| Total deste ARI | 3 a 4 sem | Juliane em 03/Set: 3 a 5 semanas antes do discovery. Em 07/Set: 3 a 4, depois de licenças + POC + DC conectado. José no canal Palacio: Agentforce depois dos casos 1, 2 e 3. | Nenhum segundo projeto PS fechado com esse número. Não confundir com OA (5 / 8–10 sem). |
Este é o sizing que a Juliane mandou ao José em 07/Set. Não é um SOW novo com preço de catálogo. A pergunta que ficou aberta é se 3 a 4 semanas cabem nas horas atuais do ARI.
"With licenses already in place and the POC for the 360 view ready, the baseline is simpler than I first anticipated. Sales Summaries configuration (grounding the prompts with last purchases, NBO, brand affinity from Data Cloud): ~1–1.5 weeks. Data extension setup (creating the extension to surface DC transform results into Sales Cloud so summaries can pull from it): ~1–1.5 weeks. Testing / UAT with the personal shopper workflow: ~0.5–1 week. Overall I'd estimate 3–4 weeks for a solid implementation. If the data transforms are already clean and well-structured on the DC side, we lean toward the lower end. Does that fit within the ARI hours available?"
ARI = horas já contratadas. O José perguntou se a feature cabe nessas horas. Depois do discovery, a resposta de sizing já foi: 3 a 4 semanas. Falta o José cruzar isso com o saldo de horas.
Einstein Sales Summaries + data extension dos transforms para Sales e SFMC + UAT no fluxo do personal shopper. 360 POC reaproveitada.
Não inclui sidebar conversacional, Suggest Next Step, nem ingestão nova de Commerce Cloud. Sem tag de preço USD: a unidade deste ARI é hora.
Só entra se o cliente quiser conversar com um agente na Einstein sidebar. É o asset Opportunity Acceleration do catálogo LATAM, não o pedido atual.
O preço de catálogo do Opportunity Acceleration não deve ser somado a este ARI. Se for vendido, é engagement separado, depois que Summaries estiver no ar.
| Fator | Status neste caso | Impacto | Ação |
|---|---|---|---|
| Licenças Einstein / Agentforce | Confirmado: José, 03/Set | 0 sem | Não reabrir discovery de SKU neste ARI. |
| 360 View | POC pronta: José, 03/Set | 0 sem | Fora do escopo. Não rebuildar LWC. |
| Data Cloud conectado | Confirmado: José, 03/Set | 0 sem | Não estimar ingestão de Commerce neste sizing. |
| Maturidade dos data transforms | Variável: define faixa baixa vs alta | 3 sem se limpo · 4 se não | Pedir ao José o estado atual dos transforms de NBO e brand affinity. |
| Desenho da data extension | A desenhar: SFMC + Sales | dentro de 1 a 1,5 sem | Decidir: DE nova no SFMC vs Related List / campos / Data Graphs no Sales. |
| Employee Agent / sidebar | Fora do ARI | 0 sem neste sizing | Não misturar com Opportunity Acceleration. |
| Saldo de horas do ARI | Aberto: pergunta da Juliane em 07/Set | cabe ou não cabe | José cruzar 3 a 4 semanas com as horas restantes. |