¿Es la gestión de proyectos un trabajo ingrato y deberías aspirar a ser un gestor de proyectos invisible? Ben Aston debate con Justin Handler sobre cómo hacer una gestión de proyectos invisible; entender la tecnología, preparar a tu equipo para el éxito, gestionar al cliente y las expectativas, y tener conversaciones difíciles.
Lee la Transcripción:
Estamos probando la transcripción de nuestros podcasts usando un programa de software. Por favor, disculpa cualquier error ya que el bot no es 100% preciso.
Ben Aston:
Gracias por sintonizarnos. Soy Ben Aston y este es el Podcast del Gestor Digital de Proyectos de TheDigitalProjectManager.com. Hoy me acompaña Justin Handler, y vamos a hablar, o realmente debatir, sobre si ser un PM es un trabajo sin reconocimiento o no. Justin acaba de escribir un artículo para nosotros, para The Digital Project Manager, y Justin no piensa que sea así. Él no cree que sea un trabajo desagradecido, así que tengo ganas de debatir esto con él, pero Justin, en realidad no nos conocemos mucho. Sé que has escrito algunas cosas para nosotros en The Digital Project Manager, pero primero, cuéntame un poco sobre ti. ¿Dónde estás? ¿Dónde vives y qué haces?
Justin Handler:
Primero, gracias por invitarme, Ben. Lo aprecio. Me llamo Justin Handler. Soy Jefe de Cuentas en una agencia digital llamada O3 World. Estamos ubicados en Filadelfia, Pensilvania. Somos una empresa de diseño y desarrollo de productos digitales, así que llegué a tu sitio, creo que por DPM Philly local, del que formo parte. Alguien me lo mencionó y te encontré, y has sido suficientemente amable como para dejarme escribir un par de artículos para el sitio.
Ben Aston:
Genial. Jefe de Cuentas, ¿eso es un rol de PM o diriges un equipo de PMs? Tenemos todo tipo de títulos y roles, ¿así que qué significa para ti ser Jefe de Cuentas?
Justin Handler:
Claro. Sí, mi formación es en gestión de proyectos digitales. Fui un DPM durante unos 6-7 años. De hecho, todavía lo soy en cierta medida, por supuesto. En mi puesto como Jefe de Cuentas, superviso a un equipo de cuatro gestores de proyectos, y también superviso nuestras cuentas a nivel estratégico. Asegurándome de que impulsamos los productos que desarrollamos para nuestros clientes, de que nuestros clientes están contentos, de que sus proyectos y compromisos están estructurados correctamente tanto para ellos como para nosotros, así como de ayudar a impulsar la estrategia. Es realmente una función integral de servicios al cliente, supervisando tanto a los gestores de proyectos como las cuentas a alto nivel.
Ben Aston:
Cool. Genial. Hablas de gestión de producto y gestión de proyectos y cómo haces... Parece que haces una mezcla de ambas para diferentes clientes. ¿Cómo distingues entre un producto y un proyecto para tus clientes?
Justin Handler:
Claro. Sí, somos una agencia así que los proyectos que hacemos son proyectos. Ahora bien, no tenemos gestores de producto específicos, normalmente eso está del lado del cliente. Nosotros tenemos gestores de proyectos que gestionan proyectos que resultan ser productos digitales. Con eso me refiero a cualquier cosa, desde una app web, software, app móvil, etc. También realizamos desarrollo web a nivel empresarial. No hacemos sitios de marketing pequeños típicos, pero sí desarrollos empresariales de gran escala de sitios web corporativos que suelen tener algún tipo de integración o internalización compleja, o personalizaciones de terceros bastante pesadas.
Todo lo que hacemos, lo vemos como productos digitales. Eso puede significar cosas diferentes para diferentes personas, pero no tenemos gestores de producto específicos, pero sí gestores de proyectos que manejan estos proyectos que resultan ser productos digitales.
Ben Aston:
Bien. Cuéntame sobre algunos de los... ¿Cuál es el proyecto más emocionante en el que has trabajado, digamos, en el último año o así?
Justin Handler:
Sí, bueno, debido a la naturaleza de los productos que desarrollamos, muchos de ellos los venimos desarrollando desde hace varios años. Yo diría que mi proyecto favorito en general es uno llamado “Goal Investor”, que es una herramienta de planificación financiera en línea. Es genial para planificar cosas como la jubilación, fondos educativos, fondos de emergencia, etc. La herramienta es realmente buena porque, en función de las metodologías de nuestros clientes, así como de sus modelos, básicamente creamos metas para ti y después te damos consejos muy detallados y únicos para ayudarte a alcanzar esas metas.
Llevamos trabajando en este producto más de 4 años, es un proyecto completamente ágil, gran cliente, gran colaboración. Constantemente lo estamos iterando, ideando nuevas características y funcionalidades, haciendo pruebas de usuario, etc. Ha sido un proyecto muy gratificante para mí. Pasé de ser el gestor de proyecto al gestor de cuenta y ahora superviso el proyecto de forma estratégica, junto con todo el equipo del proyecto. De nuevo, un proyecto realmente gratificante, muy único e interesante, y se está creando realmente como deberían hacerse los productos.
Ben Aston:
Genial. Sí, es interesante. Te busqué en LinkedIn y vi que llevas en O3 World como siete años. Cuéntame, ¿cómo llegaste... Siempre me interesa saberlo. ¿Cómo terminaste siendo un gestor de proyectos digitales? ¿Cuál fue tu camino hasta llegar a dirigir proyectos digitales?
Justin Handler:
Sí, es una buena pregunta. Mi hermano mayor está muy metido en los ordenadores. Es desarrollador desde hace unos 20 años y siempre me interesó lo que él hacía. Yo estudié marketing pero siempre tuve ese interés por lo digital, debido a mi hermano. Siempre veía lo que él desarrollaba, los juegos, las herramientas que creaba, etc. Así que, cuando terminé la universidad, él tenía un sitio web en el que trabajaba desde hacía tiempo y quería rediseñarlo. Entonces, básicamente me pidió si quería ayudarle a encontrar una pequeña agencia para ese trabajo.
Vivía en Nueva Jersey en ese entonces, hice una investigación, encontré una agencia local, y mi hermano básicamente les pagó para rediseñar su sitio y yo estuve involucrado en todo ese proceso. Ellos hicieron un diseño de logo y también participé. Luego pasaron a bocetos del diseño del sitio, etc., y realmente disfruté ese proceso siendo el “cliente”. A unas tres cuartas partes del proyecto, que no iba necesariamente muy bien, pero igual fue una experiencia buena, el dueño de la agencia me mencionó que estaban buscando ayuda en marketing, en el área de proyectos, etc.
Y claro, yo recién salido de la universidad, tenía como 21, así que me interesó y fui a ver qué hacían y acabé obteniendo ese puesto. Y realmente lo que hacía era un rol de apoyo como gestor de proyectos durante unos tres a seis meses. Luego, durante ese año empecé a tomar control de los proyectos y me empezó a gustar mucho. Profundicé mucho y empecé a entender cómo funcionaban las tecnologías que usábamos, cómo trabajaban los diseñadores, lo que hacían, etc. Desarrollé un interés muy profundo en la gestión de proyectos digitales y en la industria digital.
En ese proceso, en realidad no había recursos que me ayudaran a entender el campo de la gestión de proyectos digitales, técnicas, etc. Así que, por eso sitios como el tuyo me resultan tan interesantes, porque ahora hay muchos recursos disponibles. Está tu web, hay capítulos DPM locales que yo dirijo aquí en Philly, junto a algunos otros, además del DPM Summit, que es una conferencia muy popular manejada por un amigo mío llamado Brett Harned.
Así que, sí. Ese ha sido mi camino, y después de un año allí, quise volver a Filadelfia y así fue como encontré O3.
Ben Aston:
Genial. ¿Ayudas a organizar tu meetup local de DPM?
Justin Handler:
Sí, lo hago.
Ben Aston:
¿En serio?
Justin Handler:
Sí. Es un meetup local. Nos reunimos más o menos cada mes y medio, dos meses. Hacemos distintas cosas, invitamos ponentes, buscamos patrocinadores que presenten sus productos. También hacemos diferentes tipos de eventos según lo que quiera el grupo. Yo no fundé el grupo. Eso lo inició Brett Harned, quien maneja el DPM Summit y otros eventos.
Hace unos años quise involucrarme, así que le pregunté si podía ayudarle y él tuvo la amabilidad de dejarme unirme al equipo y empezar a planificar estas cosas, etc. Ha sido un recorrido interesante. Sé que hay otros capítulos en otras ciudades. No estamos necesariamente afiliados, pero nos conocemos y a veces nos invitamos para hacer cosas como esta, videollamadas, o lo que sea que ocurra.
Ben Aston:
Sí. Eso está genial. Para quienes estén escuchando y se pregunten, "¿Hay un meetup DPM cerca de mí?" Si entras en la página de comunidad de TheDigitalProjectManager.com, verás que tenemos una entrada que enlaza con todos los meetups de PM digital que hemos encontrado, sobre todo en EE. UU., pero también en Reino Unido, Canadá, Australia, y algunos en Europa. Si te interesa encontrar a otras personas como tú, tu tribu, revisa nuestra lista de meetups y acércate a uno, ahí conocerás a mucha gente interesante que hace lo mismo que tú.
Creo que una de las cosas que ocurre cuando uno va a meetups, algunos meetups de DPM en los que he estado, es que hay una cierta tendencia -y esto se relaciona con el artículo que escribiste, Justin- a que, cuando los PMs se juntan, uno de los temas recurrentes es: "Oh, no me valoran, no me aprecian. Sé que soy bueno, ¿por qué nadie nota lo que hago?" La verdad es que entiendo esa mentalidad. Una autopromoción aquí, he escrito un pequeño eBook llamado "¿Así que quieres ser gestor de proyectos digital?" Y si te interesa convertirte en PM digital pero no tienes claro qué significa, échale un ojo al eBook en mi web, TheDigitalProjectManager.com.
En el libro hablo de cosas que me encantan de ser gestor de proyectos digital. Me gusta resolver problemas, hacer que las cosas pasen, ver cómo las ideas cobran vida y unir equipos y la fusión de disciplinas con las que trabajamos. Pero también intento ser realista y la verdad es que es duro. Lo que hacemos como gestores de proyectos digitales es complejo. Muchas veces somos el blanco fácil: si hay que culpar a alguien por algo, el PM es quien recibe el golpe, así que puede ser estresante. Estamos a merced de otros o de nuestro equipo, ya que ellos son quienes realmente hacen el trabajo la mayor parte del tiempo.
En mi libro lo cierro diciendo, "Nadie te lo va a agradecer nunca", y eso va en contra del artículo de Justin donde él sugiere que ser gestor de proyectos no es un trabajo desagradecido. Así que me parece una charla interesante. Ahora, explico mi perspectiva: aunque veo que la industria y los clientes celebran los diseños bonitos y los trabajos brillantes, hay quien se emociona con genialidades técnicas, hay premios y cenas, y la gente se emociona tanto que incluso pagan miles de dólares sólo para presentarse a premios y asistir a las cenas, y recoger trofeos.
Pero nada de eso podría haber pasado sin un gestor de proyectos digital. Y aún así, nunca se celebra eso, y nadie te va a resaltar porque hiciste una gestión de proyectos magnífica en un proyecto ganador de premios, porque simplemente se da por hecho. (...) en el libro digo que tienes que ser lo suficiente seguro para saber que eres bueno igual. Ahora bien, Justin, me interesa tu perspectiva. ¿Cuándo fue la última vez que un cliente realmente te dio las gracias? ¿Qué hiciste que mereciera agradecimiento?
Justin Handler:
Claro. Sí, es curioso. He recibido muchos agradecimientos a lo largo de los años. No creo que sea porque sea un gran gestor de proyectos. Creo que todo se reduce, sinceramente, Ben, a ser útil, ser didáctico y resolver problemas para tus clientes, ¿sabes? Como decías, se da por sentado que tu proyecto irá bien. Es una expectativa que todos tienen para el gestor de proyectos y uno mismo debe tener esa expectativa, pero creo que, si tienes un cliente involucrado, vas a estar trabajando con él constantemente para resolver problemas.
Creo que ahí es donde realmente "he ganado mi dinero" en la gestión de proyectos, siendo capaz de resolver creativamente los problemas de nuestros clientes, y es justo ahí donde suelo recibir los agradecimientos, ¿sí? Muchas veces nuestro contacto llega y dice: "Oye, el calendario ha cambiado. Necesitamos terminarlo antes", y entonces volvemos al grupo de planificación de recursos y resolvemos el problema creativamente. Volvemos y están muy agradecidos por haberlo resuelto. O un cliente nos dice: "Oye, queremos este cambio pero no podemos gastar más", y nosotros encontramos la forma de hacerlo funcionar, quizás dejando fuera otra funcionalidad que no era imprescindible.
No creo que si no tienes un cliente involucrado llegues a recibir agradecimientos. No lo veo ya como una relación cliente/agencia. Lo veo como una asociación completa, y si trabajas juntos resolviendo problemas y llevando el proyecto a buen puerto, creo que ahí se crea ese vínculo y sí recibirás esos "gracias".
Ben Aston:
Sí. Estoy de acuerdo. Creo que es así. Cuando el cliente nos ve como algo más que administradores de proyectos, cuando ve que realmente podemos ayudar creativamente a resolver problemas, ahí es donde añadimos valor. Ahí es cuando el cliente empieza a ver que no sólo somos un costo extra. Muchas veces, cuando los clientes ven la estimación y la parte de cuentas y project management es un 20-25% o 30% del presupuesto, dicen, "Un momento, ¿eso para qué es? ¿Por qué no hablo directamente con los recursos? Realmente no creo necesitar hablar con ustedes, ¿no?"
Justin Handler:
Es una mentalidad muy antigua, la verdad. Es muy de la vieja escuela no respetar ni entender por qué existen los gestores de proyectos. Todavía hay muchas, muchas relaciones cliente/agencia que lo ven así. Pero tengo la suerte de estar en una situación donde trabajamos verdaderamente como socios con los clientes, y ahí es donde cambió la mentalidad.
Ben Aston:
Sí, sin duda. Pero, siendo sincero, ¿qué es lo que no te gusta de ser PM? Para alguien que escucha y piensa, "Me gustaría ser gestor de proyectos digital", desde tu perspectiva, ¿cuándo es difícil y por qué es un trabajo duro?
Justin Handler:
Claro. Yo diría que puede ser estresante. Para mí, el estrés viene cuando no puedo resolver esos problemas que mencioné, ¿sí?
Ben Aston:
Sí.
Justin Handler:
Tengo noches sin dormir, no porque un cliente esté molesto o tuviéramos que mover una fecha, esas cosas pasan, ¿no? Eso es normal en cualquier colaboración. Ni siquiera necesariamente en un proyecto. Pero cuando no puedo solucionar un problema del cliente, ahí es cuando me estreso realmente y eso sí me quita el sueño. Por ejemplo, ayer, nuestro PM estaba de vacaciones y el cliente vino a mí con una pregunta sobre Drupal.
Como dije en el artículo, me gusta ser didáctico y entender la tecnología y los productos que usamos para los clientes, así puedo responder preguntas cuando aparecen. Preguntaron sobre una funcionalidad que no pude resolver y me volvió loco ayer. Intento solucionar esas cosas o al menos ayudar a resolverlas yo mismo, invertí varias horas e incluso estuve trabajando en eso en la noche. Por fortuna, uno de nuestros desarrolladores a quien le había consultado, me escribió tarde por Slack con la solución que encontró en el Slack de Drupal.
Así que, si él no lo hubiera resuelto, o al menos no me hubiera ayudado a resolverlo, probablemente habría estado pensando toda la noche en cómo solucionarlo. Eso me estresa. No me estresa el trabajo en sí o los plazos, etc. Es cuando no consigo resolver un problema.
Ben Aston:
Sí. Muy cierto. Definitivamente. Una de las cosas que mencionas en el artículo y que creo que es muy interesante -y vuelve a mi punto de que nadie lo nota nunca- es el hecho de que una buena gestión de proyectos permite que todos los demás brillen, pero tú hablas de ser un PM invisible. ¿Quieres explicar eso para quien no haya leído el artículo? ¿Qué es un PM invisible y deberíamos ser siempre invisibles? ¿Cómo funciona?
Justin Handler:
Claro. Me refiero a que ser un buen PM significa que no estás constantemente apagando incendios para tus clientes. Siempre habrá problemas, como dije antes, pero no tienes atención negativa constante sobre tu proyecto. Cuando todo va bien, la gente no se detiene a pensar que tal vez el PM está dirigiendo todo muy eficientemente o anticipando problemas y resolviéndolos antes de que sucedan, etc.
Las cosas simplemente fluyen, tus interesados o directivos no tienen que preocuparse por tus proyectos, igual que el cliente. Eso es a lo que me refiero. Es como decía nuestro Director Creativo… Bueno, nuestro Director de Experiencia, Mike Gadsby: hizo una presentación en un evento de IA en Comcast la semana pasada, y habló de que un gran diseño es invisible; que la experiencia es tan fluida, que no hay nada que te haga frenar y decir, "Vaya, eso está mal diseñado" o, "¿Por qué hicieron eso?" etc., que cause atención negativa a la UX o UI. Es invisible.
Creo que lo mismo aplica a la gestión de proyectos. Si eres tan bueno resolviendo problemas y manejando los proyectos que no hay problemas grandes constantes, la gran gestión de proyectos puede ser “invisible”.
Ben Aston:
Genial. Sí, creo que eso ayuda mucho. En tu artículo hablas de seis cosas que deberías hacer para gestionar proyectos de manera más efectiva. Algunas son sobre gestión de equipos, otras sobre gestionar a los clientes. Pero el primer punto es sobre preparar al equipo para el éxito, y eso empieza con un buen briefing; mencionas en el artículo hacer buenas historias de usuario, quitar incertidumbre al equipo, pero ¿cuáles son otros consejos para preparar al equipo al éxito como PM?
Justin Handler:
Para mí, lo más importante es establecer expectativas claras con los clientes. Empieza al inicio del proyecto. Quieres que el cliente entienda cómo será el proceso, los posibles riesgos, etc., y establecer una buena relación desde el principio. Me gusta ser yo quien establece esas expectativas antes de entregarlo a los PM, así el cliente ya sabe qué esperar, cómo está estructurado el contrato y el proyecto.
Eso en cuanto a mí. Ahora, como PM, va de lo que decía en el artículo, de esas pequeñas cosas que preparan al equipo para el éxito. Mencionabas buenas historias de usuario. Hay que eliminar la incertidumbre, pero siempre dejar un poco, porque el equipo es creativo y debe poder adueñarse del trabajo. Pero no quieres que estén haciéndote preguntas todo el día ni que tengan cosas poco claras tras lo diseñado o lo que indican los requisitos.
Quieres quitar ese tipo de dudas antes de que lleguen a ellos, para que trabajen sin trabas. Hacer eso es clave para que los proyectos fluyan, pero también para generar confianza tanto con tu equipo como con el cliente. Siempre hay que ir un paso por delante, de ambos, para que no tengan que pararse a preguntar dudas todo el tiempo. Eso, otra vez, nos lleva al proceso de ser invisible, ¿verdad?
Ben Aston:
Sí.
Justin Handler:
Quieres que lleguen las tareas que asignas y elijan, “Claro, Justin” o Ben. “Eso ya lo pensé, no necesito pedir credenciales para entrar a tal sistema” o, “No hace falta que pregunte qué personalización tengo que hacer aquí o allá”. Eso es lo que busco.
Ben Aston:
Sí. Creo que eso está genial. El año pasado escribí un artículo llamado algo así como, “¿Por Qué Tus Equipos Son Un Desastre?” y básicamente defendía que es porque no los aclaras bien: no los preparas para el éxito. Muy a menudo un proyecto cae de repente con un plazo corto y sólo intentamos arrancarlo. Montamos un equipo y les damos un briefing muy superficial y luego esperamos que lo hagan bien, y nos sorprende cuando no aciertan del todo. O, peor aún, hacen algo completamente equivocado.
Todo se debe a que no les dimos un briefing correcto, pero si no aclaramos bien a la gente del equipo los criterios de éxito, el porqué de lo que les pedimos, y los detalles a incluir, si los requisitos no son claros, estamos buscando el fracaso. Creo que esto es clave, preparar al equipo para el éxito es fundamental para ser un gran PM digital.
Justin Handler:
Sí, es fundamental.
Ben Aston:
Hablaste de esto antes, pero sobre establecer expectativas con el cliente. En el artículo mencionas establecerlas temprano, seguido y de forma continua. ¿Cómo logras eso? Muchos PMs conocerán el uso del alcance de trabajo para detallar expectativas o entregables y actividades, pero ¿cómo estableces expectativas a lo largo del proyecto?
Justin Handler:
Sí, lo más importante para mí es recordar que la persona en el lado del cliente normalmente no se dedica a esto todo el tiempo. Suele tener varios interesados a los que responder y seguramente otro trabajo a tiempo completo. Nosotros dirigimos proyectos y productos digitales, así que debemos educar y establecer expectativas durante todo el proceso y guiarlos, para que entiendan los pasos.
De nuevo, esto es lo que nosotros hacemos cada día, pero no es su día a día. Puedes establecer expectativas incluso desde cuando inicia el proyecto. Fijas la primera fecha de entrega, y cuando la cumples y te toca presentarla, tienes que preparar el contexto. Si presentas un wireframe, tienes que dejar claro lo que ven, qué significa para el proyecto y qué tipo de feedback quieres obtener.
Es un ejemplo pequeño, pero va de ir guiando todo el proceso. Cuando surgen cambios de alcance o aumento de alcance, tu trabajo es mencionarlo. Así que hazlo constantemente y recuérdales siempre, “Oye, esto es lo acordado” o, “Esto fue lo que dijimos en tal parte de la definición de alcance”. No temas a tener esas conversaciones difíciles desde el principio y con frecuencia. De hecho, así se gana más confianza con el cliente y si lo haces de forma continua (pero sin ser pesado, hay que tener tacto), tu cliente empieza a corregirse solo y se logra una buena relación de trabajo, donde están totalmente sintonizados, porque los vas guiando, estableciendo expectativas y asegurando que entienden cómo se desarrollará el proyecto.
Ben Aston:
Sí. Eso enlaza con otro de tus puntos sobre enfrentar las conversaciones difíciles con serenidad, afrontarlas directamente. Para ayudar a entender, ¿qué tipo de conversaciones difíciles sueles tener con clientes? ¿Cuáles son los temas clásicos a los que te enfrentas y que se deben abordar de lleno?
Justin Handler:
La mayoría de las veces es sobre alcance. En la mayoría de nuestros proyectos, los alcances son más bien basados en tiempo; no tenemos entregables fijos sino que se enfoca en cuánto podemos hacer en ese período. Pero en un proyecto tradicional de precio fijo y alcance fijo, el alcance va a ser un problema. Es casi imposible predecir al principio todo lo que el proyecto necesitará tres meses después.
Así que ese es el tema número uno. Lo que suelo recomendar es que en cuanto surge la petición, lo señales y se lo digas al cliente, “Oye, esto puede estar fuera de alcance” o, “Esto ya sale de lo acordado, tenemos que hablarlo”. Así estableces la expectativa de que vas a gestionar el alcance activamente y de que tendrás una conversación abierta y honesta. Si el cliente pide algo y tú accedes sin darte cuenta, y luego otro menciona que era fuera de alcance y tienes que retroceder, esa conversación se complica mucho más.
Con cualquier conversación difícil -sea sobre alcance, plazos, bloqueos importantes-, es clave ir al cliente de inmediato, informarle del problema y establecer la expectativa antes de la reunión o en cuanto surja, para que cuando llegue ese momento todos entiendan que se trata de resolver el problema, se hable abierta y honestamente y se busque una solución. También recomiendo siempre llevar soluciones preparadas, o al menos varias opciones para el cliente, porque probablemente tengan que consultarlo con su propio equipo.
Ben Aston:
Creo que ese es un consejo fantástico. Sí, por un lado hay que alertar pronto, pero también hay que darse tiempo para preparar un plan robusto y llevar alternativas viables para que el cliente diga que sí. Sí, si sólo presentas el problema, no va a acabar bien la conversación.
Justin Handler:
Siempre les digo a los de mi equipo, “No traigas problemas sin soluciones. Puedes traer problemas, pero con solución”. Eso lo aprendí por las malas al principio de mi carrera de PM digital, porque al empezar, los problemas parecen muy únicos y uno se siente muy solo y estresado, ¿sí? Aprendí pronto que hay que ir con soluciones, o si no, una conversación negativa se vuelve peor. Pero si llevas soluciones, normalmente hay alguna posibilidad para arreglarlo.
Ben Aston:
Sí. Es un gran consejo. Otra de las cosas que mencionas es la importancia de crear buenas relaciones con el cliente. ¿Cómo haces para ganarte esa confianza? ¿Cómo construyes esa relación? ¿Cómo es para ti una buena relación cliente?
Justin Handler:
En mi caso, prefiero demostrar mi valía antes de ponerme a construir la relación. Siempre lo he hecho así: siendo didáctico, consultivo, guiando por el proceso y resolviendo problemas, haciéndolos quedar bien, es una buena forma de forjar esa relación. Cuando te ganas esa confianza a través del proyecto, eso te abre la puerta para conocer mejor a tus clientes. Siempre intento pasar unos minutos al empezar una reunión o llamada para hablar de cosas personales y conocerlos un poco mejor.
Creo que la gente quiere tratar con personas, no con robots; así que conocer a tu cliente a través del proyecto y demostrarte, además de conocerlos personalmente, es mi modo de hacerlo. Tampoco me gusta esa relación estricta agencia/cliente. Prefiero verlo como una asociación. Si te demuestras constantemente y llegas a conocer bien al cliente, cuando surjan problemas difíciles, serán más propensos a solucionarlos contigo si les gustas y confían en ti.
No sólo resolver problemas, sino ser muy receptivo es clave. Repasando mi experiencia, ese es uno de los motivos por los que tengo buenas relaciones con nuestros clientes: intento ser súper receptivo. No se trata de responder en menos de un minuto, sino de que te escuchen, ¿sabes? Yo, al contratar un servicio, espero comunicación constante, actualizaciones, etc. Así que ser receptivo con mis clientes demuestra que no se trata sólo del trabajo, sino de entender que tu cliente te necesita, que lo valoras y eres receptivo y ayudas constantemente. Es la manera como siempre he trabajado la relación.
Ben Aston:
Sí. Es genial, y sí, es mostrar que te importan. No sólo cumplir el proyecto porque es tu trabajo, sino preocuparte por que ellos tengan éxito y que el proyecto cumpla los objetivos que debe lograr.
Justin Handler:
Exacto.
Ben Aston:
Es tal como decías, ser un socio y no pensar sólo como, “Estoy aquí para entregar el proyecto”, sino porque ese proyecto busca un resultado, busca un cambio, y tienes que preocuparte por ese cambio, y el cliente debe verlo. Eso ayuda mucho a crear ese tipo de asociación entre cliente/agencia.
Justin Handler:
Sí, exacto. Volviendo a lo que mencionaba, al tener esa relación, las conversaciones difíciles son mucho más fáciles. Saben que tratan con alguien que los aprecia y que se preocupa tanto por ellos como por el proyecto, lo que facilita mucho esas conversaciones. Hay quienes dicen que hay account managers para las relaciones, pero yo siempre he creído que, si tienes buena relación, resulta mucho más fácil gestionar proyectos. Lo he probado, nuestra empresa lo ha probado y muchos PMs lo han demostrado.
Ben Aston:
Genial. Espero que haya sido útil para quienes quieran entender cómo ejecutar proyectos de forma efectiva. Creo que lo que Justin ha explicado son claves para ser un PM invisible y que incluso, sólo a lo mejor, alguien te agradezca por eso. Pero lo importante aquí es que, como PMs, tenemos que confiar en nuestra propia capacidad.
Aunque nadie te lo diga, te puedes dar las gracias tú mismo. Puedes estar seguro de que, haciendo bien tu trabajo, siendo un PM invisible y haciendo que todo pase sin fricciones, permitiendo que el proyecto suceda a tu alrededor y facilitando todo, puedes ser un PM invisible y estar tranquilo sabiendo que haces bien tu trabajo. Justin, muchas gracias por acompañarnos hoy. Ha sido un placer tenerte aquí.
Justin Handler:
Por supuesto. Gracias por invitarme, Ben. Lo agradezco.
Ben Aston:
Genial. Si quieres unirte a la conversación, pásate por TheDigitalProjectManager.com, revisa el artículo de Justin, comenta en el post y luego dirígete a la sección de comunidad de TheDigitalProjectManager.com para unirte a nuestro equipo de Slack, donde encontrarás conversaciones muy interesantes. Pero, hasta la próxima, gracias por escuchar.
