Marc Fonteijn y Daniele Catalanotto
"Service Design? We're still trying to figure it out... and we have to" Marc
MF: Tenemos que deshacernos del término "Service Designer". Trae muchas expectativas y pone mucha presión. Ahora lo referencio como: Service Design Professionals, así como nos referimos a un Financial professionals. Ese término crea más posibilidades de hablar como equipo y no como individuos.
DC: Service Designer: su trabajo es facilitar y colaborar, no saber todo. Podrás tener profesionales del SD más orientados a research, otros más a facilitar sesiones, etc. y eso hará que el equipo sea más completo.
DC: El equipo y el rol también dependerá de la dimensión de la empresa o institución. Un pequeño hotel no necesitará un equipo entero de SD, pero sí alguien que tenga la visión y experiencia de un SD y puedo ayudar. Verlo también como una profesión más.
MF: Espero que empiecen a surgir estándares, lineamientos. Ahorita el SD es más "orgánico", cada quien intenta ver cómo pertenecer al sistema, cómo reportar, cómo medir el éxito, etc. Espero que tengamos documentación, sin ser muy estricto pero que se construyan las bases para ir creciendo (y no tratando de averiguarlo en cada momento).
DC: Ya hay una ISO para SD y en el gobierno empiezan a surgir estándares. ¿Cuál sería un escenario "loco" para el futuro del SD?
MF: Algo que me entusiasma es ver a personas de muchos backgrounds diferentes con varios años de experiencia entrando al SD o trabajando en SD. Lo encuentro fantástico. En Circle tenemos un miembro que siempre trabajo en el sector hospitalidad y otro en música clásica, y trabajan en SD.
DC: Scenarios: 1. estandarización; 2. profesionales con diferentes backgrounds. Estamos notando una evolución del SD. ¿Consejos?
MF: Si estás planeando construir un equipo: no dejes que las personas tengan "burn out". Las organizaciones muchas veces no sabe cómo usar a estos profesionales. Darles soporte, oportunidades de crecimiento, guía, que no estén aislados.
Si la organización es grande: no contratar a un solo SD, siempre armar un equipo (incluso 2-3 personas). Y si es la primera vez que empiezas no contratar a un SD Jr, sería mucha presión y responsabilidades. "Start with a team".
Las personas quieren "crecer" como personas y como profesionales.
Muchas veces los SD se contratan solo porque ahorita está de "moda", pero a veces no hay un objetivo claro.
DC: revisar literatura sobre: cómo crear un SD team, para qué, etc. Hay mucho escrito y hay varias comunidades.
Incluso organizar sesiones con todos los equipos, traer a clientes, crear comunidad para compartir cómo se trabaja.
-consejos-
MF: Como consejo, acotar las metas. Ej: Trabajar en la experiencia de onboarding cuando entras a la plataforma "x.
Reconocer el "éxito" en diferentes maneras. Si tu éxito es "transformación digital" es muy amplio, te aconsejo acotar a métricas diarias.
MF: me confunde el término "producto" en las organizaciones. No creo que sea muy útil. No hay que separar el producto del servicio, ni hacer dos equipos. Hacer que las personas piensen en servicios, en lugar de productos es más beneficioso.
MF: Construir "soporte" alrededor de ti: mentorship, comunidades, amigos, webinars, etc.
DC: el soporte lo construyes también tú y no solo la organización. Te aconsejo tener un documento como registro y anotar tus actividades, logros del día, apuntes, personas a felicitar, etc. Hacer visible lo que parece invisible o no se reconoce y compartirlo con tu equipo de trabajo.
MF: compartir lo que otros han hecho.
DC: prepare them to be great SD of in house organizations.
MF: enviar a los estudiantes a hacer un internship. Que vivan la "realidad", que vean que hay un front y un backstage. "Go deliver a service". Que se inscriban a un programa de gobierno, que ayuden en una oficina, que respondan una línea de atención al cliente.
Otros consejos (de una de la audiencia): presentarles casos de estudio en clase.
No hay comentarios:
Publicar un comentario