Smel Food: quiénes somos. Capítulo 2. La responsabilidad que asumimos cuando un cliente confía en nosotros

En el primer capítulo contamos de dónde viene Smel Food: de años de experiencia, de problemas que se repetían en la industria alimentaria y de la convicción de que muchos procesos podían hacerse de una forma más robusta, útil y humana.

Pero una empresa se define, sobre todo, por sus decisiones diarias: por cómo responde cuando algo se complica, por lo que hace después de firmar un contrato y por cómo escucha una incidencia, una crítica o una propuesta de mejora.

Ahí es donde están los valores. No en una lista ni en una frase bonita, sino en la forma de trabajar y responder cuando un cliente necesita algo de nosotros.

Estas reflexiones no pretenden solo explicar hacia fuera cómo entendemos Smel Food. También queremos que quienes colaboran con nosotros comprendan esta manera de trabajar. No se trata de memorizar valores, sino de entender qué responsabilidad asumimos ante un cliente y por qué algunas decisiones, aun siendo menos cómodas, son las correctas.

Uno de esos comportamientos tiene que ver con los compromisos que adquirimos.

Una configuración para una fecha determinada. Una incidencia que estará resuelta el lunes. Una adaptación con plazo. Una funcionalidad nueva que nos comprometemos a desarrollar.

Para nosotros, esas frases no son una forma de salir del paso ni una respuesta comercial. Son compromisos reales, y nos pesan.

En un proyecto tecnológico, con procesos complejos y realidades muy distintas entre clientes, pueden aparecer casuísticas no previstas, problemas técnicos o necesidades que obliguen a replantear parte de una solución. Pero cuando ocurre, hay que explicarlo, mantener informado al cliente y trabajar para resolverlo con la mayor rapidez y solidez posibles.

Por eso intentamos ser prudentes antes de prometer: valoramos plazos e implicaciones y nos comprometemos solo con aquello que realmente vamos a trabajar para entregar. Cuando lo hacemos, se convierte en una prioridad. Puede exigir reorganizar tareas, investigar alternativas o dedicar el tiempo necesario. El valor que recibe el cliente está por delante de la comodidad de hacer negocio a corto plazo.

Pero la responsabilidad no termina con una entrega ni con la firma de un contrato.

Hay servicios en los que la relación con el cliente prácticamente termina después de la contratación. Como esos gimnasios que cobran una cuota mensual aunque muchos socios apenas vuelvan a pisar las instalaciones. Nosotros no queremos ser ese gimnasio.

No nos basta con que una empresa tenga acceso a Smel Food y pague una cuota. Queremos que lo utilice, conozca las herramientas que realmente le pueden ayudar y que los procesos que implanta le aporten valor. Si deja un módulo a medio implantar, desconoce una funcionalidad útil o repite errores evitables, el servicio no está cumpliendo todo su potencial. Y nosotros tampoco.

Por eso revisamos cómo se está utilizando el sistema, proponemos mejoras, recordamos funcionalidades que quizá no se aprovechan y organizamos reuniones cuando pueden ayudar a consolidar una implantación.

Pero, sobre todo, escuchamos. Una parte muy importante de Smel Food se ha construido desde lo que los clientes nos cuentan: lo que les resulta útil, lo que les genera dudas, los pasos que se les hacen pesados y las necesidades que no habíamos previsto. Muchas funcionalidades actuales no nacieron de una idea abstracta, sino de esas conversaciones y de la voluntad de resolver situaciones reales.

Y no solo ha evolucionado el software. También nuestra forma de implantar los módulos. Hemos aprendido qué explicaciones ayudan, qué configuraciones requieren una revisión adicional, dónde suelen aparecer dificultades y cuándo es mejor replantear antes de seguir avanzando. Hemos afinado el proceso comprobando qué funciona, qué no funciona y qué necesita cada empresa para obtener valor real.

No se trata de sustituir las responsabilidades de cada cliente. Cada empresa debe hacer suyo el proceso. Pero conocemos Smel Food, los procesos que hay detrás de cada módulo y los problemas que suelen aparecer en el día a día.

Por eso insistimos en que una implantación quede bien asentada: en que los primeros datos se introduzcan correctamente, en que una configuración tenga sentido y en evitar que una base construida deprisa termine dando problemas meses después. Aunque eso implique plantear al cliente un enfoque distinto del que inicialmente prefería.

Sabemos que su día a día está lleno de producción, auditorías, proveedores, equipos, incidencias y urgencias. Precisamente por eso queremos facilitarles el trabajo, no añadirles más preocupaciones.

Esta manera de acompañar también implica saber poner límites. A veces una necesidad concreta parece justificar una nueva opción, una pantalla adicional o una modificación específica. Sin embargo, una empresa de software puede terminar convirtiendo una herramienta útil en algo difícil de entender si responde a cada petición añadiendo más complejidad.

Cuando analizamos una mejora, no solo pensamos en si puede servir a un cliente concreto. También valoramos si mantiene la estabilidad del sistema, si es escalable, si puede generar problemas a otros clientes o si añade una complejidad que no compensa el valor que aporta.

No podemos crear una versión distinta de Smel Food para cada empresa ni llenar el programa de opciones que terminen dificultando el trabajo de quienes no las necesitan. Por eso, cuando una funcionalidad es útil para algunos clientes pero no aporta nada a otros, buscamos que esté disponible sin imponerla. Los permisos y las configuraciones permiten que cada empresa acceda a lo que necesita sin complejidad innecesaria.

La tecnología tiene que facilitar. Si una mejora crea más trabajo, dudas o posibilidades de error, probablemente no era una buena mejora.

También por eso probamos intensamente antes de entregar.

Una funcionalidad no está validada porque exista un botón y, al pulsarlo, ocurra algo. Debe servir para lo que fue ideada, responder a situaciones realistas e integrarse bien con el sistema. Debe ayudar al usuario, no complicarle el trabajo.

El equipo que la define desde el punto de vista del proceso revisa también si, una vez desarrollada, responde a la necesidad real. Ese ciclo puede dar varias vueltas: se prueba, se detecta un matiz, se corrige y se vuelve a probar. A veces, al verla funcionando, aparecen mejoras que no eran evidentes sobre el papel.

Sabemos que, aun así, puede haber errores. Lo importante es cómo se reacciona cuando aparecen.

Para nosotros, una incidencia comunicada por un cliente no es una molestia. Es una oportunidad para mejorar. Hay que resolverla cuanto antes, pero también preguntarse por qué ha sucedido, si puede volver a ocurrir y qué validación, aviso, mejora de usabilidad o medida antierror podría evitarlo.

Nos preocupa prevenir errores antes de que se produzcan. No porque las personas trabajen mal, sino porque el trabajo diario está lleno de interrupciones, urgencias y tareas que, a veces, deben hacerse con poco tiempo o sin toda la información necesaria.

Buena parte de la evolución de Smel Food —del programa, su implantación y su soporte— ha nacido así: de una sugerencia, una incidencia o una conversación que nos ha mostrado que algo podía hacerse mejor. No son solo peticiones: son aprendizaje que nos permite mejorar el servicio y trasladarlo a los clientes que vendrán después.

También con las nuevas herramientas que van apareciendo. La inteligencia artificial, la automatización y otras tecnologías pueden ayudar a reducir tareas manuales, prevenir errores o facilitar determinados procesos. Pero solo tienen sentido cuando aportan valor real.

No queremos incorporar inteligencia artificial porque sea una tendencia ni porque quede bien decir que la utilizamos. Nos interesa cuando ayuda a trabajar mejor, ahorra tiempo en una tarea que no lo merece o facilita una decisión.

La tecnología no es un fin en sí misma. El objetivo es que los procesos funcionen mejor y, cuando sea posible, de una forma más ágil para quienes tienen que utilizarlos.

Al final, eso es lo que nos gustaría que una empresa pensase después de trabajar con Smel Food durante un tiempo: que no ha contratado solo un software, sino que ha encontrado un equipo que le acompaña, responde, escucha y no se desentiende después de la contratación.

En resumen, que ha encontrado un partner.

Porque, para nosotros, una venta de Smel Food no significa solo obtener un ingreso económico. Es una oportunidad de aportar valor, aprender de una empresa y ayudar a que sus procesos sean más sólidos, seguros y fáciles de gestionar.

Y esa confianza, una vez recibida, hay que cuidarla todos los días.