M06 — Practicar con Salesforce
Hay un momento en el que estudiar más deja de darte claridad y empieza a esconder el problema real: todavía no has construido suficiente.
En Salesforce, practicar no debería ser solo seguir instrucciones. Debería ayudarte a pensar como alguien que resuelve problemas: entender un caso, modelar datos, configurar una solución, probarla y explicar por qué tomaste esas decisiones.
No necesitas crear el proyecto más grande del mundo. Necesitas mini proyectos claros, pequeños y explicables.
Algo que puedas enseñar. Algo que puedas contar en una entrevista. Algo que demuestre que no solo has leído teoría: has tocado la herramienta, te has equivocado, has corregido y has entendido un poco mejor cómo funciona.
Este módulo va de convertir estudio en evidencia.
Lo que sabes hacer tiene que poder verse y contarse.
Practicar no significa montar una multinacional ficticia con veinte objetos, ocho flujos, tres dashboards y un nombre épico.
Practicar significa elegir un problema pequeño, entenderlo bien y construir una solución sencilla que puedas explicar.
Una cosa pequeña terminada vale más que un monstruo enorme a medias.
Por qué cambia la conversación
Hay mucha diferencia entre decir:
He hecho bastante Trailhead.
Y decir:
He construido un pequeño proceso en una Developer Org. El problema era este. Usé estos objetos, estos campos, esta automatización y este informe. Cambié esto por este motivo. Y en una segunda versión mejoraría esto.
La segunda frase no te convierte en senior. Pero demuestra algo importante: has tocado la plataforma, has pensado el proceso y puedes defender lo que hiciste.
Eso te separa de mucha gente que solo ha consumido contenido.
Lo mínimo útil
Un buen mini proyecto puede tener:
- un problema de negocio;
- uno o dos usuarios claros;
- dos o tres objetos;
- campos necesarios;
- una automatización sencilla;
- un informe;
- un dashboard o resumen visual;
- una explicación corta.
No hace falta complicarlo.
De hecho, intentar parecer senior metiendo complejidad suele conseguir lo contrario.
La práctica buena no grita “mira cuánto sé”. Dice: “entiendo el problema y he construido algo razonable”.
Si vienes de ventas
Crea un proceso sencillo de seguimiento comercial.
Incluye:
- leads;
- cuentas y contactos;
- oportunidades;
- etapas;
- campos de cualificación;
- report de pipeline;
- dashboard comercial;
- automatización de seguimiento.
Historia de negocio:
El equipo comercial necesita visibilidad sobre oportunidades abiertas, próximos pasos y previsión básica para no depender de memoria, Excel o mensajes sueltos.
Si vienes de ventas, tienes ventaja. Ya entiendes presión comercial, clientes, pipeline y conversaciones incómodas de final de mes.
Eso es valor.
Si vienes de soporte
Crea un proceso básico de gestión de casos.
Incluye:
- casos;
- categoría;
- prioridad;
- estado;
- cola;
- asignación automática;
- informe de casos abiertos;
- dashboard por prioridad o responsable.
Historia de negocio:
El equipo de soporte necesita priorizar incidencias urgentes, repartir trabajo y mantener contexto visible para responder mejor al cliente.
Aquí no estás “haciendo campos”. Estás modelando una forma de trabajar.
Si vienes de operaciones, administración o proyectos
Crea un proceso de solicitudes internas.
Incluye:
- objeto Solicitud;
- tipo;
- estado;
- responsable;
- prioridad;
- aprobación o asignación;
- informe de pendientes;
- dashboard de cuellos de botella.
Historia de negocio:
El equipo necesita saber qué solicitudes están pendientes, quién las tiene, cuánto tardan y dónde se atasca el proceso.
Esto conecta muy bien con perfiles de operaciones, administración, proyectos o coordinación.
Si quieres tocar datos o IA más adelante
Cuando tengas base, puedes crear mini proyectos más modernos:
- preparar datos de clientes para segmentación;
- diseñar un caso de uso sencillo de Data Cloud;
- definir qué debería hacer un agente;
- documentar qué datos necesita;
- decidir cuándo debe derivar a una persona;
- explicar límites, riesgos y mantenimiento.
La IA de verdad no va de decir “ponme un agente”. Va de diseñar qué resuelve, con qué información, con qué límites y cómo se mantiene.
Por eso la base sigue importando.
Cómo documentarlo
Crea una ficha por proyecto:
| Campo | Qué escribir |
|---|---|
| Nombre | Claro y sencillo |
| Problema de negocio | Qué dolor resuelve |
| Usuarios | Quién lo usaría |
| Objetos | Qué datos principales intervienen |
| Campos clave | Qué información capturas |
| Automatización | Qué regla o proceso creaste |
| Reports | Qué visibilidad aporta |
| Dashboard | Qué ayuda a decidir |
| Cambios | Qué ajustaste al probar |
| Mejoras futuras | Qué harías en versión dos |
Esta ficha sirve para LinkedIn, CV, portfolio y entrevistas.
Y sirve para algo más importante: pensar mejor.
Antes de seguir
Elige un mini proyecto y escribe antes de construir:
- qué problema resuelve;
- para qué usuario es;
- qué objetos usará;
- qué campos necesita;
- qué automatización tendrá;
- qué informe mostrará;
- qué dashboard aportará;
- cómo lo explicarías en cinco frases.
Practicar no sustituye la experiencia profesional. Pero te ayuda a competir mucho mejor.
Y, sobre todo, te da una historia.