Usa este artículo para probar cambios de contenido, orientación y procedimientos en una organización de prueba de Salesforce (un entorno) usando una versión, mientras tu organización en vivo sigue usando Main Fin, la versión en vivo de Fin. Está dirigido a compañeros que usan Fin para Salesforce con más de una organización de Salesforce conectada y que pueden proponer y publicar cambios.
¿Cómo funciona la prueba de cambios de Fin en un entorno de Salesforce?
¿Qué es un entorno de Salesforce en Fin?
Fin para Salesforce puede conectarse a más de una organización de Salesforce. Un espacio de trabajo puede contener una organización en vivo y una o más organizaciones de prueba. Cada organización conectada es un entorno.
¿En qué se diferencia una versión de limitar un flujo de trabajo a un entorno?
Ya puedes limitar un flujo de trabajo a un entorno: ve a Deploy, abre un flujo de trabajo como Salesforce cases y configura Environment en el disparador. El valor predeterminado es "All environments".
Esa configuración solo controla qué flujo de trabajo se ejecuta. No cambia el contenido, la orientación ni los procedimientos que Fin lee; Fin usa la misma configuración en vivo en cada entorno. Una versión cambia la configuración misma. Fija una versión diferente de cada elemento en ella, solo para una audiencia. Los elementos mantienen su identificador, por lo que no necesitas copiarlos. Una audiencia y una división de tráfico controlan toda la versión, y puedes revertirla.
¿Por qué una versión se aplica solo a un entorno de Salesforce?
Fin escribe el entorno en cada conversación como un atributo de conversación definido por el sistema, que las reglas de audiencia pueden leer. Una audiencia es un conjunto guardado de reglas que selecciona a qué conversaciones se aplica una versión. Un despliegue de versión apunta a una audiencia, por lo que la versión solo se aplica a las conversaciones que coinciden con ella.
Cómo probar cambios de Fin en un entorno de Salesforce
Paso 1 — Confirma que la organización de prueba de Salesforce está conectada
Ve a Connect y encuentra la organización bajo "Connect Fin to a test organization". Su estado debe ser "Connected". Si el estado no es "Connected", termina de conectar la organización antes de continuar.
Paso 2 — Crea una versión para tus cambios de Fin
Abre el selector de versiones en la parte superior de la barra lateral izquierda, luego haz clic en New release. También puedes hacer clic en Manage releases y luego en New release.
En Name, escribe un nombre que indique qué está cambiando, por ejemplo "Revisión de política de reembolso".
Opcional: en Description, escribe qué cambia la versión y por qué.
Haz clic en Create release.
El nombre y la descripción son solo para tu equipo. Fin no los usa. Después de hacer clic en Create release, la versión se abre en estado borrador, donde puedes agregar cambios.
Paso 3 — Agrega tus cambios a la versión
Dentro de la versión en borrador, la sección Add changes to this release te permite agregar, editar o eliminar elementos y agrupar varios cambios en una sola versión.
Selecciona el tipo de cambio que quieres hacer: Content, Guidance, Escalation guidance o Procedures.
Para contenido, haz clic en Public article, Internal article o Snippet, escribe o edita el contenido y luego haz clic en Save to release.
Repite para cada cambio que quieras probar en este entorno.
Opcional: usa el panel Preview a la derecha para hacerle a Fin una pregunta que tus clientes podrían hacer y verificar su respuesta con los cambios de la versión aplicados. Las conversaciones de vista previa no se cobran.
El contenido que creas en una versión muestra el estado "Publishes with the release" y está habilitado para Service y Copilot. Pasa el cursor sobre el estado para ver qué significa: "Creado en esta versión. Cuando se fusiona, se publica en el Help Center y se habilita para Fin." Los cambios que guardas dentro de la versión no llegan a los clientes, y Main Fin permanece sin cambios, hasta que inicies un despliegue en el paso 6.
Paso 4 — Abre tus audiencias
Ve a Settings > Data > Audiences.
Paso 5 — Crea una audiencia para el entorno
Crea una nueva audiencia y ponle un nombre que incluya el nombre del entorno.
Haz clic en Add audience rule, luego selecciona Environment bajo "Conversation data".
Selecciona el entorno que quieres probar y luego haz clic en Save.
Paso 6 — Inicia un despliegue gradual
Abre tu versión, haz clic en Release en la parte superior derecha y selecciona Roll out gradually.
Importante: No selecciones Publish to Fin Main — esto aplica los cambios a Main Fin en todos los entornos.
Paso 7 — Selecciona la audiencia y ajusta la división al 100%
Opcional: en Name, cambia el nombre del despliegue. Fin lo completa con el nombre de la versión y la fecha de hoy.
En Audience, selecciona la audiencia que creaste para este entorno.
En Traffic split, mueve el control deslizante al 100%. El panel debería mostrar "100% Release" y "0% Fin Main".
Haz clic en Start gradual rollout.
Paso 8 — Prueba tus cambios en las organizaciones de prueba y en vivo
Inicia una nueva conversación en tu organización de prueba. Fin responde usando la configuración de la versión.
Inicia una conversación en tu organización en vivo. Fin responde usando Main Fin.
Consejo: Cuando estés satisfecho con los resultados, selecciona Publish to Fin Main en el menú Release para aplicar los cambios en todos los entornos, o termina el despliegue para descartarlos. Aprende más en Cómo desplegar una versión en Fin.
Cómo probar una versión en un entorno de Salesforce con Test in environment
Usa la opción Test in environment en el menú Release para probar una versión en uno o más entornos de prueba de Salesforce conectados sin crear una audiencia ni configurar una división de tráfico.
Abre tu versión y haz clic en Release en la parte superior derecha.
Selecciona Test in environment. Se abre el panel Test in environment.
Opcional: en Name, cambia el nombre de la prueba. Fin lo completa con el nombre de la versión y la fecha de hoy.
Bajo Environment, haz clic en Select test environments y elige el entorno a probar.
Opcional: bajo Results analysis, mantén seleccionada la opción Identify conversations related to this release's changes for analysis para centrar los resultados en las conversaciones donde se aplican los cambios de la versión. Para afinar aún más el análisis, haz clic en Add Filter y elige un atributo de Fin o un procedimiento.
Haz clic en Start test.
Cómo realizar una prueba A/B en una versión
Usa una prueba A/B en una versión para comparar Fin Main (versión A) con la versión (versión B) en un objetivo, como la tasa de resolución. Una prueba A/B ejecuta las dos versiones de Fin lado a lado, divide las conversaciones entre ellas al azar, y la versión que mejor cumple el objetivo gana.
Abre tu versión y haz clic en Start A/B test junto al menú Release. Se abre el panel Create A/B test en la pestaña Goal.
En Name, mantén o cambia el nombre de la prueba. Fin lo completa con el nombre de la versión y la fecha de hoy, y encontrarás la prueba bajo este nombre en la pestaña Results.
Bajo ¿Qué métrica quieres mejorar?, elige la métrica con la que se juzga la prueba. El ejemplo muestra Tasa de resolución. Haz clic en Next.
En la pestaña Setup, en Audience, elige quién participa.
Bajo Traffic split, mueve el control deslizante para elegir cuántas conversaciones reciben la versión. El panel muestra la versión A (Control) como una parte de Fin Main y la versión B (Tratamiento) como una parte de esta versión. Por ejemplo, 10% muestra "90% Fin Main" y "10% Esta versión".
Opcional: bajo Results analysis, haz clic en Add Filter para ver también resultados solo para las conversaciones que coinciden con el filtro. Los resultados incluyen todas las conversaciones por defecto, y puedes seguir ambas en la pestaña Results. Haz clic en Next.
En la pestaña Review, verifica el nombre, objetivo, audiencia, división y en qué se miden los resultados, luego haz clic en Start A/B test. Puedes terminar la prueba en cualquier momento.
¿Cómo afecta la división de tráfico a la rapidez con que una prueba A/B da un resultado?
La división de tráfico afecta la rapidez con que una prueba A/B da un resultado significativo: cuanto más cercana esté la división a 50/50, más rápido obtendrás uno. Un resultado es estadísticamente significativo cuando la diferencia entre A y B es lo suficientemente grande para no ser casualidad. El lado con menos conversaciones marca el ritmo, por lo que 50/50 es el más rápido y una división como 90/10 tarda varias veces más.
¿Qué sucede después de iniciar una prueba A/B?
La parte de conversaciones que elegiste recibe la versión, y el resto permanece en Fin Main.
Sigues la métrica objetivo, como la tasa de resolución, para A y B en la pestaña Results. Fin te avisa cuando la diferencia es confiable.
Si gana B, publica la versión en Fin Main. Si no, termina la prueba y conserva Fin Main.
Cómo ver en qué entorno se está ejecutando una versión
Después de iniciar el despliegue, el selector de versiones y la página de Releases muestran el estado de la versión. Una versión que se ejecuta en un entorno muestra un estado como "In drive-connect-6834-dev-ed", que es el nombre del entorno. Una versión que se está desplegando a una parte de las conversaciones muestra un porcentaje en su lugar, como 25%.
