ADM-101

Fundamentos De Empresa Y Administracion

Tu avance0%
0%
Escuchar
0

Haz clic en una palabra para fijar desde dónde comenzará la lectura.

LECCIÓN 116 min de lectura1,195 palabras

Tema 5.11 — Servicio al cliente

Ruta académica

Programa: Business Administration
Bloque 1: Fundamentos de administración
Unidad 2: La empresa como sistema
Tema 5: Áreas funcionales de la empresa
Subtema: Servicio al cliente


Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

  1. Explicar la función de servicio al cliente dentro del ciclo de valor.
  2. Distinguir customer service, customer support y customer success.
  3. Comprender ticketing, SLA, escalamiento y knowledge management.
  4. Analizar satisfacción, esfuerzo, resolución y retention.
  5. Identificar métricas operativas y de experiencia.
  6. Relacionar servicio con producto, ventas, operaciones y CRM.

1. El servicio no empieza cuando algo falla

Servicio al cliente comprende interacciones destinadas a ayudar al cliente antes, durante y después de la compra.

Puede incluir:

  • información;
  • orientación;
  • resolución de problemas;
  • reclamaciones;
  • cambios;
  • devoluciones;
  • soporte técnico;
  • seguimiento.

En muchos negocios, el servicio es parte central de la propuesta de valor.


2. Service vs. Support vs. Success

Los términos varían entre empresas.

Customer Service

Atención general de necesidades del cliente.

Customer Support

Frecuentemente se concentra en problemas de producto o servicio, especialmente técnicos.

Customer Success

Muy usado en SaaS B2B para gestionar adopción, valor, renovación y expansión.

No son fronteras universales; la empresa debe definir responsabilidades explícitas.


3. Servicio como proceso end-to-end

Un cliente no distingue fácilmente la estructura interna.

Para él:

COMPRA
 ↓
ENTREGA
 ↓
USO
 ↓
PROBLEMA
 ↓
ATENCIÓN
 ↓
SOLUCIÓN

Si logística falla, el problema aparece en servicio. Si producto es confuso, soporte recibe tickets. Si ventas prometió algo inexistente, servicio absorbe el conflicto.


4. Omnichannel

Los clientes pueden contactar mediante:

  • teléfono;
  • email;
  • WhatsApp;
  • chat web;
  • redes sociales;
  • portal;
  • app.

Omnichannel no significa únicamente ofrecer muchos canales. Significa preservar contexto entre ellos.

WhatsApp → Email → Llamada

Cliente no debería repetir toda la historia cada vez.

5. Conversation y Ticket

Una conversación puede contener uno o varios asuntos.

Un ticket suele representar una unidad de trabajo trazable con:

  • estado;
  • prioridad;
  • categoría;
  • owner;
  • SLA;
  • historial.

La estructura depende del tipo de servicio.


6. Estados

Ejemplo:

NEW
 ↓
OPEN
 ↓
PENDING CUSTOMER
 ↓
IN PROGRESS
 ↓
RESOLVED
 ↓
CLOSED

Los estados deben tener significado operativo. Demasiados estados generan confusión; muy pocos ocultan trabajo real.


7. Categorías

Clasificar contactos permite detectar patrones.

Ejemplos:

  • facturación;
  • entrega;
  • producto;
  • acceso;
  • cancelación;
  • devolución;
  • queja.

Una categoría útil debería apoyar routing, análisis o mejora.


8. Prioridad

Prioridad debería considerar impacto y urgencia.

ALTO IMPACTO + ALTA URGENCIA
→ prioridad crítica

No todo cliente que escribe “URGENTE” tiene el mismo impacto empresarial.


9. SLA

Service Level Agreement puede establecer compromisos como:

  • primera respuesta;
  • restauración;
  • resolución;
  • disponibilidad.

Un SLA necesita:

  • definición de reloj;
  • horario;
  • exclusiones;
  • severidades;
  • medición.

10. First Response Time

Mide cuánto tarda la organización en responder inicialmente.

Es importante, pero puede manipularse enviando una respuesta automática sin contenido útil.

Por ello debe combinarse con otras métricas.


11. Resolution Time

Mide tiempo hasta resolver según reglas definidas.

Puede verse afectado por:

  • complejidad;
  • dependencia de terceros;
  • espera del cliente;
  • escalamiento.

Comparar tickets sin segmentar puede ser engañoso.


12. First Contact Resolution

FCR intenta medir cuántos asuntos se resuelven sin contactos repetidos.

Un alto FCR puede indicar:

  • conocimiento;
  • autoridad;
  • herramientas adecuadas.

Pero no debe incentivar cierres prematuros.


13. Escalamiento

Algunos casos necesitan pasar a:

  • supervisor;
  • producto;
  • ingeniería;
  • logística;
  • finanzas;
  • legal.

Un escalamiento útil conserva contexto y owner.

FRONTLINE
   ↓
SPECIALIST
   ↓
ROOT CAUSE OWNER

14. Knowledge Base

Una base de conocimiento ayuda a:

  • clientes en autoservicio;
  • agentes;
  • onboarding;
  • consistencia.

Debe tener:

  • ownership;
  • versionado;
  • búsqueda;
  • fecha de revisión.

Documentación desactualizada puede aumentar tickets.


15. Self-Service

FAQ, portal, chatbot y documentación pueden resolver asuntos sin intervención humana.

El objetivo no debería ser “evitar hablar con clientes” a toda costa.

Self-service funciona mejor cuando el problema es:

  • frecuente;
  • predecible;
  • bien documentado.

16. Automatización

Puede utilizarse para:

  • routing;
  • prioridad;
  • respuestas sugeridas;
  • SLA alerts;
  • clasificación;
  • notificaciones.

La automatización necesita escape hacia una persona cuando el caso no encaja.


17. Customer Satisfaction

CSAT suele medir satisfacción con una interacción.

Ejemplo:

¿Qué tan satisfecho estás con la atención recibida?

Debe interpretarse con cuidado: clientes que responden pueden no representar a todos los clientes.


18. NPS

Net Promoter Score utiliza una pregunta de recomendación y clasifica respuestas en grupos.

Es muy difundido, pero no sustituye análisis causal.

Una puntuación solo adquiere valor si la empresa comprende por qué cambia.


19. Customer Effort

Customer Effort Score intenta medir qué tan difícil fue para el cliente resolver o completar algo.

Ejemplo de alto esfuerzo:

Cliente llama
→ lo transfieren
→ vuelve a explicar
→ envía correo
→ espera
→ vuelve a llamar

Reducir esfuerzo puede mejorar experiencia incluso sin “sorprender” al cliente.


20. Complaint Management

Una queja es información de sistema.

Debe poder:

  • registrarse;
  • clasificarse;
  • investigarse;
  • resolverse;
  • retroalimentar mejoras.

Cerrar la queja sin resolver la causa solo oculta el problema.


21. Voice of Customer

Servicio genera datos cualitativos valiosos:

  • objeciones;
  • errores;
  • necesidades;
  • lenguaje del cliente;
  • fricciones.

Esta información debe regresar a:

  • producto;
  • operaciones;
  • marketing;
  • ventas.

22. Root Cause

Si 30% de tickets se originan en una pantalla confusa, contratar más agentes trata el síntoma.

TICKETS ↑
   ↓
¿por qué?
   ↓
PRODUCT ISSUE
   ↓
FIX
   ↓
TICKETS ↓

El mejor ticket puede ser el que deja de generarse.


23. Service Recovery

Cuando ocurre una falla, la recuperación puede incluir:

  • reconocer;
  • explicar;
  • reparar;
  • compensar cuando corresponda;
  • prevenir recurrencia.

La velocidad y claridad de respuesta influyen en confianza.


24. Customer Success en SaaS

Puede observar:

  • onboarding;
  • adoption;
  • usage;
  • business outcomes;
  • renewals;
  • expansion.

El objetivo es que el cliente obtenga el valor que justificó la compra.


25. Health Score

Algunas empresas combinan señales:

  • uso;
  • tickets;
  • satisfacción;
  • pagos;
  • engagement.

Un health score es un modelo, no una verdad objetiva. Debe validarse contra resultados como churn o renewal.


26. Servicio y CRM

El expediente del cliente debería conectar:

ACCOUNT
├── contactos
├── ventas
├── contratos
├── pedidos
├── facturas
├── conversaciones
└── tickets

La visión 360º reduce fragmentación.


27. Métricas frecuentes

  • first response time;
  • average resolution time;
  • FCR;
  • SLA attainment;
  • backlog;
  • reopen rate;
  • CSAT;
  • NPS;
  • CES;
  • ticket volume;
  • contact rate;
  • churn/renewal.

28. Caso aplicado

Soporte logra reducir average handling time 25%, pero CSAT cae y reopens aumentan.

Analiza:

  1. incentivo;
  2. cierre prematuro;
  3. FCR;
  4. calidad;
  5. diseño del scorecard.

29. Preguntas de reflexión

  1. ¿Qué diferencia existe entre responder y resolver?
  2. ¿Qué problema tiene medir solo tiempo promedio?
  3. ¿Cuándo self-service genera valor y cuándo frustración?
  4. ¿Qué información debe conservar un escalamiento?
  5. ¿Cómo puede soporte mejorar producto?
  6. ¿Por qué servicio es responsabilidad de más áreas que customer service?

30. Ejercicio aplicado

Diseña un sistema de atención para una empresa omnicanal.

Incluye:

  • canales;
  • inbox;
  • ticketing;
  • estados;
  • prioridad;
  • routing;
  • SLA;
  • knowledge base;
  • escalamiento;
  • 10 KPIs.

Después diseña un loop mensual de Voice of Customer hacia producto y operaciones.


31. Ideas clave

  • Servicio forma parte del ciclo de valor completo.
  • Omnichannel requiere conservar contexto.
  • SLA necesita definiciones operativas claras.
  • Rapidez sin resolución puede destruir calidad.
  • Quejas y tickets son datos para mejorar el sistema.
  • Customer service, support y success deben coordinarse con CRM, producto y operaciones.

32. Videos recomendados en YouTube

  1. Salesforce — Customer Service / Service Cloud
    Búsqueda directa: https://www.youtube.com/results?search_query=Salesforce+customer+service+Service+Cloud

  2. HubSpot — Customer Service and Customer Success
    Búsqueda directa: https://www.youtube.com/results?search_query=HubSpot+customer+service+customer+success


33. Bibliografía y fuentes verificables

  • Zeithaml, V. A., Bitner, M. J., & Gremler, D. D. (2018). Services Marketing (7th ed.). McGraw-Hill.
  • Johnston, R., Clark, G., & Shulver, M. (2012). Service Operations Management (4th ed.). Pearson.
  • Dixon, M., Toman, N., & DeLisi, R. (2013). The Effortless Experience. Portfolio.
  • ISO 10002:2018. Quality management — Customer satisfaction — Guidelines for complaints handling in organizations.

<!-- oone-academy-navigation -->

Navegación

← Anterior: Logística · Índice del Tema 5 · Siguiente: Legal y Compliance →