Informe Capitulo 2 - Lovelock
Informe Capitulo 2 - Lovelock
Informe Capitulo 2 - Lovelock
por
Nadia Karina Sánchez Gaxiola
13 de Marzo del 2024
Introducción
Es importante comprender los motivos por los cuáles nuestros clientes consumen el servicio de
Cloud Infraestructure que ofrece Oracle, por encima de servicios similares que ofrece nuestra
competencia.
En este caso, el análisis del capítulo será enfocado primordialmente al servicio de Soporte
Técnico, que es el área en la que actualmente me desarrollo. Esto forma parte intangible de los
servicios que nosotros ofrecemos como tal, ya que el cliente se contacta con nosotros cuando
tiene preguntas y/o problemas técnicos con enfocados a una parte específica del producto que
ellos están contratando.
Nuestras interacciones diarias con los clientes son momentos críticos dentro del ciclo de
Servicio, ya que un problema no resuelto o la manera en la que enfoquemos nuestros recursos
para proporcionar soluciones alternativas a nuestros clientes, pueden provocar que ellos tomen
la decisión de cambiar de proveedor de servicio e irse directamente con nuestra competencia.
En este tipo de casos, el servicio que proporcionamos impacta de manera directa la mente de
nuestros clientes, ya que ellos se quedan con el conocimiento adquirido a través de la
interacción con el equipo de soporte.
En cuestión de procesos, nosotros tenemos diferentes maneras de educar a nuestros clientes.
La primera es por medio de nuestra base de conocimientos o documentos públicos, que son
manuales y/o instructivos que proporcionan el paso a paso de cómo lograr un objetivo
específico de configuración de un sistema. Existen muchas ocasiones en las que los clientes
buscan estos instructivos de manera proactiva antes de ponerse en contacto con nosotros, pero
no logran encontrar el documento adecuado en base al contexto que ellos lo requieren. Es ahí
donde entra el equipo de soporte, que tiene que entender primero cual es la necesidad del
cliente, para poder proporcionar el documento adecuado. Este acercamiento, sería la primera
opción de resolver un problema de desconocimiento del cliente, ya que de esta forma nos
aseguramos de que el cliente tiene la documentación necesaria en caso de que se vuelva a
necesitar en un futuro. Sin embargo, es necesario que para que esta primera opción tenga éxito,
todos nuestros documentos públicos estén actualizados y que contengan información clara y
fácil de seguir. Esto implica el monitoreo constante de nuestra base de conocimientos y la
intervención oportuna de los documentos cuando se necesiten actualizar.
La segunda opción por medio de la cual impactamos la educación del cliente es por medio de
videollamadas, donde los guiamos paso a paso hasta completar la configuración necesaria y
aprovechamos para asegurarnos que queda resuelta cualquier duda relacionada con el tema. En
este tipo de interacción es de suma importancia que el técnico encargado de resolver el
problema tenga una comunicación clara y respetuosa con el cliente, ya que esto impacta
directamente en la percepción del nivel de servicio que ofrecemos a nuestros clientes.
Por último, tenemos el servicio de consultoría que se encarga de ayudar a nuestros clientes a
definir el mejor camino para lograr sus objetivos específicos dentro de la infraestructura. Este
servicio no es proporcionado por el equipo de Soporte Técnico, ya que existe un equipo de
arquitectos con conocimiento más amplio acerca de todos los servicios disponibles para
nuestros clientes.
Proceso de información
Este tipo de proceso sucede cuando los reportes de nuestros clientes se deben a una falla en
nuestros sistemas. Por ejemplo, cuando reportan la existencia de un BUG, cuando un sistema
falla a causa de una actualización y hay que revertir un proceso y/o parchar un problema,
cuando las interacciones entre nuestros servicios no funcionan de manera adecuada y hay que
buscar una reconfiguración, o cualquier fallo que suceda con nuestros servicios y requiera la
intervención directa de nuestros ingenieros para eliminar el problema.
En este tipo de casos, tenemos algunos problemas frecuentes que ya han sido propiamente
documentados y para los cuales ya tenemos soluciones conocidas que se pueden compartir con
nuestros clientes por medio de documentos con un plan de acción definido.
Para aquellos casos que no existe una documentación previa y se requiera de un análisis más
profundo del problema, se requiere una interacción más constante con el cliente, y es necesario
que ellos cooperen proporcionando información continua acerca de pruebas solicitadas para
encontrar la raíz del problema. En estos casos, el grado de participación del cliente es muy alto,
y se requiere que el técnico que proporciona el servicio de soporte tenga mucha experiencia
para guiar a los clientes y de esta manera obtener la información relevante para la resolución
del problema.
Los clientes buscan soluciones para las necesidades que les surgen
Las diferentes alternativas con las que ellos cuentan para resolver un problema son las
siguientes:
1. Búsqueda de documentación en nuestra base de conocimientos interna o
documentación pública compartida por Oracle.
2. Uso de nuestro equipo de Chat.
3. Uso de nuestro equipo de soporte por vía telefónica.
4. Apertura de un Ticket de Solicitud de Soporte con un equipo especializado (ésta es el
área en la que yo me encuentro).
En mi experiencia, los atributos que más influyen para la selección del método de solución de
un problema son los atributos de experiencia y los atributos de credibilidad.
En el caso de los atributos de experiencia, está claro que dependiendo de cuál ha sido el grado
de satisfacción en las interacciones pasadas, los clientes decidirán que camino tomar en sus
interacciones posteriores.
Existen clientes con un amplio conocimiento acerca de nuestros productos, que cuando se
enfrentan con problemas específicos e identifican que algunos de nuestros documentos no
están actualizados, o que los miembros del equipo de chat o asistencia telefónica no cuentan
con el conocimiento suficiente para la resolución del problema, deciden contactarse
directamente con el equipo de soporte especializado, ya que ellos mismos tienen la capacidad
de ayudar con la clasificación del problema e incluso nos proporcionan datos importantes para
el diagnóstico.
Por otro lado, existen clientes que deciden contactarse primero con nuestro equipo de soporte
de primer nivel para que les ayude a hacer una evaluación preliminar del problema e involucre
al equipo especializante adecuado.
Por otro lado, el atributo de credibilidad entra en juego cuando la percepción de nuestros
clientes les indica que mientras más elevado sea el nivel de especialización del ingeniero de
soporte, el problema será resuelto de mejor manera. Esto es una percepción muchas veces
errónea, ya que existen problemas de solución sumamente sencilla o que se presentan de
manera tan constante, que incluso personas pertenecientes a otros equipos pueden ayudar a
resolver sin un conocimiento tan exhaustivo, o gracias a la buena documentación de errores
similares previos.
De las siete categorías de riesgos percibidos las que más llegan a afectar son el riesgo Funcional,
el riesgo financiero y el riesgo temporal. En nuestro caso, sobre todo cuando hablamos de
grandes compañías, usualmente las tres categorías están muy interconectadas.
El servicio de Cloud que ofrece Oracle muchas veces es la base funcional de un negocio
completo. Puede alojar tanto datos de los empleados como aplicaciones que afectan
directamente la producción en una empresa, esto depende de la infraestructura y tipo de
empresa que tenga cada cliente. Por lo tanto, uno de los mayores temores de nuestros clientes,
es que los errores o problemas con los que se encuentren afecte la funcionalidad de sus
negocios.
De cualquier manera, los clientes tienen la capacidad de reportar un problema como algo grave
y/o urgente para “presionar” a tener una solución mucho más rápida. Cuando los clientes
tienen este tipo de prácticas, es común que se generen una expectativa incorrecta del tiempo
de respuesta, puesto que se basan en los SLAs de manera inadecuada. Es ahí donde entra
nuestro trabajo para explicar y educar a las personas que reportan los problemas, para que
estos sean clasificados correctamente, y entonces ellos puedan tener una expectativa realista
del tiempo de respuesta/ resolución de sus problemas.
En este punto tenemos que ser muy hábiles para manejar cada situación y, en la medida de lo
posible, igual caer dentro de la zona de tolerancia de cada cliente.
En este primer contacto, también se espera que el técnico entienda cual es el problema
reportado, y si es necesario haga preguntas relevantes que ayuden a determinar la raíz del
problema y el plan de acción para solucionarlo. Si el técnico asignado proporciona respuestas o
hace preguntas inadecuadas, entonces los clientes tendrán la sensación de que no están siendo
atendidos por la persona correcta, lo cual puede generar que se sientan insatisfechos con el
nivel de servicio.
Los encuentros del servicio varían desde un alto contacto hasta un bajo contacto
En nuestro caso, el servicio que prestamos es de contacto medio a bajo, dependiendo del canal
de comunicación que se establezca con el cliente.
Inicialmente, utilizamos medios electrónicos para dar seguimiento a las solicitudes de nuestros
clientes: ellos reciben actualizaciones por medio del sistema de tickets y un correo electrónico
con nuestras respuestas/preguntas.
Si el problema del cliente necesita una resolución urgente y/o es demasiado complejo como
para completar la solución por medios electrónicos, entonces se establece una videollamada
con ellos convirtiéndose de un servicio de bajo contacto, a un servicio de contacto medio.