Los alcances del servicio

En los proyectos tecnológicos se habla habitualmente de funcionalidades, interfaces, desarrollos y entornos de producción. Pero la reflexión de Santiago J. Valls, publicada originalmente en LinkedIn el 31 de enero de 2022, propone una distinción más profunda: el trabajo de un proveedor no termina cuando entrega software, sino cuando contribuye a resolver la necesidad que motivó el proyecto.

De la entrega técnica al objetivo del cliente

Para Valls, una empresa de tecnología actúa como intermediaria entre una necesidad y una solución. El código, las pantallas y la infraestructura son medios para llegar a ese resultado, no fines en sí mismos. Una implementación puede cumplir con las especificaciones contratadas y, aun así, fracasar si no facilita aquello que el cliente realmente necesitaba.

Este enfoque cambia la pregunta que debe hacerse al evaluar un proyecto. En lugar de limitarse a comprobar si una funcionalidad fue construida, obliga a observar si mejora el proceso para el que fue concebida, si los usuarios pueden utilizarla y si su funcionamiento produce el efecto esperado.

Un pequeño detalle también es parte del servicio

La columna utiliza el ejemplo de la ubicación de un botón en una pantalla. Puede parecer un detalle menor frente al esfuerzo técnico de un proyecto, pero, si el usuario no lo percibe o lo emplea de forma incorrecta, el proceso completo puede verse afectado.

El autor recuerda el caso de un portal de reservas que, según su experiencia, utilizaba pruebas A/B para evaluar cambios de interfaz a partir de su impacto sobre las reservas. Es una anécdota ilustrativa del artículo original, no una investigación independiente de TheForo sobre esa plataforma.

La enseñanza es que la experiencia de usuario y el comportamiento real forman parte del resultado del servicio. La calidad técnica por sí sola no garantiza la utilidad empresarial.

La trampa de trasladar la culpa

Otro eje de la reflexión es la responsabilidad profesional ante los obstáculos que surgen durante un proyecto. Demoras del cliente, falta de presupuesto, procesos internos deficientes o dependencias sin resolver pueden ser dificultades reales. El autor plantea que reconocerlas no convierte automáticamente en exitoso un servicio que no ha alcanzado su objetivo.

Su propuesta no consiste en prometer soluciones imposibles ni en asumir riesgos sin límites. Consiste en acompañar activamente al cliente, advertir sobre las condiciones que comprometen el resultado, recomendar alternativas y adaptar el trabajo a las circunstancias, preservando la viabilidad del servicio.

Qué implica para la gestión de proveedores

La perspectiva resulta relevante tanto para quienes ofrecen servicios tecnológicos como para quienes los contratan. Un contrato puede definir tareas y entregables, pero también conviene establecer objetivos, criterios de aceptación, responsables y mecanismos para comprobar si las soluciones funcionan en el contexto real de la organización.

Esto requiere una relación de colaboración más allá de la ejecución mecánica de solicitudes. Comprender el negocio del cliente, detectar consecuencias no previstas y cuestionar requisitos que no contribuyen al resultado pueden ser aportaciones importantes del proveedor.

El servicio como compromiso con el resultado

La columna concluye con una invitación a revisar el significado de prestar un servicio: conocer la visión del cliente, trabajar con implicación y tratar las necesidades ajenas con el cuidado que se esperaría al contratar para uno mismo.

El criterio que queda para el debate ejecutivo es sencillo, aunque exigente: ¿la relación con un proveedor se está evaluando por lo que entrega o por el problema que ayuda a resolver? La distinción puede cambiar cómo se diseñan proyectos, contratos y equipos.