Recuerdo mi primer proyecto grande en Salesforce como si fuera ayer
Hacía apenas 2 meses me había unido al equipo y mis primeras tareas eran la gestión de usuarios y permisos básicos. Lo típico cuando empezamos en este rol.
Hasta que llegó el primer desafío: La empresa buscaba expandir su posicionamiento en España con una nueva marca y mi trabajo era armar la instancia de Salesforce para esa expansión.
Una tarea que me parecía enorme, atemorizante pero emocionante a la vez.
Había que configurar perfiles, roles, reglas de uso compartido, validaciones, email-to-case y mucho más.
El trabajo venía con una trampa: dependía de mí.
Un desarrollador estaba esperando que yo terminara mi parte para poder arrancar con la suya, así que sentí la presión enseguida de hacerlo rápido para no bloquear a mi compañero, sin importar que el volumen de tareas fuera grande.
Recuerdo que cuando me asignaron este proyecto miré a mis compañeros con cara de «¿y cómo hago esto?».
Luego de pensar mucho cómo podía empezar y en qué orden hacerlo decidí ir por partes.
¿Cómo lo fui resolviendo?
- Investigué cómo estaban configuradas otras instancias ya creadas, tomé notas y capturas de todo.
- nvestigué lo que no sabía o no entendía. Google, Trailhead, foros, lo que fuera necesario.
- Pedí ayuda a mi equipo si después de investigar por un tiempo razonable no llegaba a nada.
- Dividí el proyecto en partes más pequeñas. Aunque no tardé mucho en darme cuenta de que lo que tenía pensado no se parecía en nada a la realidad porque necesitaba primero crear los objetos, los campos, record types y validaciones para que mi compañero pudiese comenzar sus tareas y dejar el resto para el final.
- Luego avancé con los perfiles y roles, sharing rules, page layouts y Lightning Pages
- Hice una cantidad absurda de pruebas. Sí… la paranoia del dummy que prueba todo hasta el cansancio.
- Me encontré con una maraña de relaciones y configuraciones tan intrincadas que me hizo dudar si Salesforce era para mí.
El resultado
Todo resultó bien… en apariencia
Mi equipo estuvo en cada paso ayudándome. Me enseñaron cómo encarar y pensar un proyecto.
Con esa base, armé un roadmap nuevo más adaptado a la realidad. Fui implementando y corrigiendo en el camino hasta quedar conforme para mostrarlo.
Ahí empezaron los problemas de verdad.
Tuve que corregir varias cosas y necesité bastante ayuda con las page layouts. Qué hacer con un Page Layout y qué con un Lightning Page me confundió muchísimo.
Me enredé tanto que, siendo sincero, no logré entenderlo hasta unos meses después. No sabía qué elementos agregar desde cada lugar ni cómo asignar esos diseños a los perfiles indicados.
Logré sortear eso y las pruebas salieron muy bien… hasta que mi líder las hizo.
Encontró errores en las validation rules que estaban bloqueando cualquier cambio de registro.
¿Por qué pasaba? Había validado los campos, pero olvidé usar ISCHANGED(), la función que evalúa si el campo realmente está siendo modificado.
¿Qué aprendí de todo esto?
Cuando estás empezando, todo parece un muro infranqueable: pero la buena noticia es que no estás solo. Tu equipo está ahí, sabe y espera que necesites ayuda. Apóyate en ellos y pedí ayuda sin miedo.
Lo que Trailhead no te enseña: Salesforce se aprende con tiempo y haciendo, si no practicas, nada se fija realmente. Tené curiosidad insaciable, inventá proyectos y empezá de a poco, festejá los pequeños logros, aprendé de los errores y seguí escalando.
Dividir y triunfar: Partir el problema en partes más pequeñas. Es la definición de un algoritmo. Como cuando te piden hacer un pastel y no sabes cómo, pero ahí está la receta que te lo explica y lo que antes parecía un desafío imposible ahora es una serie de pasos simples.
Salir de tu cabeza: No pruebes solo lo que creaste, valida que el resto de las partes que ya existían, sigan funcionando como lo hacían.
Ese proyecto que me aterrorizó al principio terminó siendo mi puerta de entrada real a Salesforce. Esas «relaciones intrincadas» que me abrumaron son ahora mi día a día.
