Este texto se tradujo utilizando el sistema de traducción automatizado de Salesforce. Realice nuestra encuesta para proporcionar comentarios sobre este contenido e indicarnos qué le gustaría ver a continuación.
Intencionado: legibilidad
Obtenga más información acerca de Bien diseñado fácilmente → Intencionado → Lectura → Estándares de diseño
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué aspecto tiene? Patrón |
|---|---|
| Einstein | Agentes | ✅ La configuración de idioma de su agente coincide con el tono de su compañía Si el tono de su compañía es formal, como una institución financiera, la configuración de tono de su agente es "formal". Si su compañía es informal, la configuración del tono es "casual". De lo contrario, su configuración de tono es "neutra" |
| Einstein | Organización | ✅ Las plantillas de solicitudes aprovechan el formato para proporcionar contexto al LLM Se utiliza un único hash para marcar un bloque corto de texto como una única unidad de contexto de plantilla de solicitud |
| Einstein | Organización | ✅ Las plantillas de solicitudes utilizan un estilo de escritura coherente Su elección de palabra, formato, emojis y puntuación son coherentes entre plantillas |
| Einstein | Organización | ✅ Las plantillas de solicitudes son concisas, fáciles de comprender y utilizar lenguaje natural. Las plantillas evitan términos técnicos o jerga de la industria |
| Einstein | Organización | ✅ Sus plantillas de solicitudes indican claramente contexto e instrucciones. Después de proporcionar contexto en la solicitud, inicie una nueva línea con el texto 'Instrucciones', seguido de las instrucciones rodeadas de comillas triples (""") |
| Plataforma | Negocios | ✅ Los modelos de IA aprobados están claramente identificados e incluyen un propósito previsto |
| Plataforma | Negocios | ✅ Los patrones de diseño aprobados son fáciles de encontrar e identificar por caso de uso |
| Plataforma | Negocios | ✅ Los equipos saben qué herramientas utilizar (y no utilizar) para realizar el trabajo |
| Plataforma | Organización | ✅ El código y las personalizaciones declarativas tienen nombres coherentes legibles por humanos |
| Plataforma | Organización | ✅ Los modelos de datos tienen nombres uniformes y coherentes para objetos y campos |
| Plataforma | Organización | ✅ Las auditorías muestran que los campos se rellenan de forma coherente y se hace referencia a ellos en reportes, etc. |
Obtenga más información acerca de Bien diseñado fácilmente → Intencionado → Lectura → Documentación
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué aspecto tiene? Patrón |
|---|---|
| Data 360 | Documentación | ✅ Los sistemas de origen se inventarian en un diccionario de datos Los orígenes de datos de Data 360 se documentan en el proceso de diseño de la solución utilizando un diccionario de datos que incluye los sistemas de origen y destino y las asignaciones de campos entre los dos |
| Plataforma | Negocios | ✅ Existen diagramas para funciones de negocio y detalles de implementación técnica para todas las soluciones |
| Plataforma | Negocios | ✅ Clave quién/cuándo/qué registros de información existen para personalizaciones de código y declarativas |
| Plataforma | Negocios | ✅ Las personas pueden buscar y encontrar documentación relevante |
| Plataforma | Organización | ✅ El código y las personalizaciones declarativas tienen descripciones claras |
Obtenga más información acerca de Bien diseñado fácilmente → Intencionado → Lectura → Estándares de diseño
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué evitar? Antipatrón |
|---|---|
| Einstein | Plantillas de solicitudes | ⚠️ Las plantillas de solicitudes utilizan jerga y/o términos técnicos Las plantillas de solicitudes incluyen jerga, siglas y términos técnicos en vez de lenguaje natural conciso |
| Plataforma | Negocios | ⚠️ Los modelos de IA aprobados no están claramente identificados y su propósito previsto no está claro |
| Plataforma | Negocios | ⚠️ Los equipos utilizan muchas herramientas diferentes para realizar un trabajo similar |
| Plataforma | Negocios | ⚠️ No hay patrones de diseño aprobados |
| Plataforma | Negocios | ⚠️ Los proveedores o nuevos empleados tardan mucho tiempo en incorporarse |
| Plataforma | Organización | ⚠️ El código y las personalizaciones declarativas no tienen nombres coherentes |
| Plataforma | Organización | ⚠️ Los modelos de datos tienen nombres incoherentes y muchos objetos y campos parecen ser redundantes |
| Plataforma | Organización | ⚠️ Las auditorías muestran muchos campos no utilizados o varios niveles de uso, y no hay un vínculo coherente a la creación de reportes, etc. |
Obtenga más información acerca de Bien diseñado fácilmente → Intencionado → Lectura → Documentación
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué evitar? Antipatrón |
|---|---|
| Data 360 | Organización | ⚠️ Las asignaciones de origen a destino solo se documentan en el lienzo de asignación de datos Los campos de origen de datos se asignan a campos de objeto de modelo de datos sobre la marcha durante la configuración en el lienzo de asignación de datos en Data 360 |
| Plataforma | Negocios | ⚠️ El qué/cómo/por qué de las soluciones es difícil de encontrar y puede no estar disponible para la mayoría de los equipos |
| Plataforma | Negocios | ⚠️ Las personas luchan por comprender las soluciones y el sistema con el que están trabajando |
| Plataforma | Negocios | ⚠️ Los proveedores o nuevos empleados tardan mucho tiempo en incorporarse |
| Plataforma | Organización | ⚠️ El código y las personalizaciones declarativas no tienen descripciones, tienen descripciones difíciles de comprender o tienen descripciones que no parecen coincidir con lo que la personalización está haciendo actualmente |