Una confesión que oigo mucho
"Yo de esto no entiendo." Lo dicen dueños de empresas que facturan millones, que gestionan equipos de 30 personas, que negocian con bancos y proveedores sin pestañear. Y lo dicen con cierta vergüenza, como si fuera un defecto.
No lo es. No tienes que entender de tecnología para dirigir bien la tecnología de tu empresa, igual que no tienes que ser contable para leer un balance ni abogado para firmar un contrato. Tienes que saber qué preguntar, qué respuestas son buenas y cuándo alguien te está vendiendo humo.
Eso sí se aprende. Y es más corto de lo que parece.
Lo que sí tienes que decidir tú (y nadie más)
Hay cuatro decisiones que no puedes delegar, porque son de negocio, no técnicas:
1. Qué problema quieres resolver. "Perdemos presupuestos porque nadie hace seguimiento." "Tardamos tres días en responder a un cliente." "No sé cuánto voy a facturar el mes que viene." Esto lo sabes tú mejor que nadie. Un proveedor que empieza hablando de tecnología antes de entender tu problema va en la dirección equivocada.
2. Cuánto vale resolverlo. Si el seguimiento de presupuestos te hace perder 5.000 euros al mes, resolverlo vale hasta 30.000 euros. Si te hace perder 300, vale 2.000. Esta cifra define el presupuesto, y solo tú la tienes.
3. Qué riesgo aceptas. ¿Puede un sistema enviar emails a clientes sin que nadie los revise? ¿Puede aplicar descuentos? ¿Puede acceder a la contabilidad? Cada empresa tiene su umbral. Decídelo antes, no después del primer susto.
4. Quién se ocupa. Alguien en tu empresa tiene que ser el interlocutor. No un técnico; alguien que conozca el negocio y tenga autoridad para decidir. Si nadie se ocupa, nada avanza.
Las preguntas que hay que hacer a cualquier proveedor
Estas son las que haría yo si estuviera en tu lugar. Y las que respondo, sin que me las pregunten, a cada cliente:
"¿Qué problema concreto resuelve esto y cómo lo vamos a medir?" Si la respuesta es vaga ("mejora la eficiencia", "digitaliza tu empresa"), desconfía. Si es concreta ("reduce el tiempo de respuesta de 2 días a 5 minutos, y lo mediremos así"), bien.
"¿Qué pasa cuando esto falle?" Todo falla en algún momento. Un buen proveedor tiene un plan: quién lo arregla, en cuánto tiempo, a qué coste. Uno malo te dice que no va a fallar.
"¿De quién es lo que construyes?" El código, los accesos, las cuentas, los datos. Tienen que ser tuyos. Si dependes del proveedor para acceder a tu propio sistema, tienes un problema serio el día que la relación se tuerza.
"¿Cuánto cuesta el segundo año?" Licencias, mantenimiento, actualizaciones, horas de soporte. El precio de implantación es la mitad de la historia.
"¿Puedo hablar con un cliente tuyo que haya hecho algo parecido?" La respuesta debería ser sí, sin dudar.
"¿Qué no vas a hacer?" Un proveedor serio tiene límites claros y te los dice. Uno que dice a todo que sí, o no sabe o te va a decepcionar.
La señal más fiable de un buen proveedor tecnológico: te explica las cosas en términos de tu negocio (tiempo, dinero, clientes, riesgo) y no en términos de tecnología. Si sales de una reunión sin entender qué te han propuesto, el problema no eres tú.
Cómo leer una propuesta sin ser técnico
Cuando te llegue un presupuesto, busca estas cinco cosas. Si falta alguna, pídela antes de firmar:
- El problema que resuelve, en una frase, con tus palabras.
- Lo que incluye y lo que no. Lista concreta. "Integración con tu facturación" debe decir con cuál y cómo.
- Plazos con entregas parciales. No "12 semanas", sino "semana 3: esto, semana 6: esto otro". Así ves el avance y puedes parar si algo va mal.
- Qué necesitan de ti. Datos, decisiones, tiempo de tu equipo. Si no lo dicen, lo descubrirás a mitad del proyecto.
- Qué pasa después. Soporte, mantenimiento, formación. Y quién es el propietario de todo.
Los presupuestos de una página con un precio y tres líneas de descripción son los que acaban en discusiones. Los de cuatro páginas con todo lo anterior son los que acaban en resultados.
El error de dirección más común: delegar la decisión, no la ejecución
Delegar la ejecución es correcto: no vas a programar tú. Delegar la decisión es un error: el proveedor no sabe qué es importante para tu negocio.
Cómo se ve el error: "Que el informático decida qué CRM ponemos." El informático elige el que él conoce, o el más completo, o el más barato. Ninguno de esos criterios es "el que hace que mis comerciales cierren más".
Cómo se hace bien: tú defines el problema y el resultado esperado. El proveedor propone opciones con pros, contras y costes. Tú eliges con esa información. El proveedor ejecuta.
Una hora de tu tiempo al mes dedicada a esto vale más que cualquier herramienta.
Cómo no depender de nadie (ni de mí)
Esto es lo que exijo en todos mis proyectos y lo que deberías exigir tú:
- Todo a tu nombre. Dominios, hosting, cuentas de herramientas, repositorios de código. Tú eres el propietario; el proveedor tiene acceso.
- Documentación entendible. Un documento que explique qué hay, cómo funciona y cómo se accede. Que lo pueda leer otra persona técnica sin llamar al proveedor original.
- Sin tecnologías raras. Si un proveedor construye con una herramienta que solo él conoce, dependes de él para siempre. Pide tecnologías estándar que cualquier profesional pueda mantener.
- Contraseñas y accesos en un gestor tuyo. No en el email del proveedor.
Si tu proveedor actual pone pegas a alguno de estos puntos, es información valiosa sobre la relación.
Un ritual de gestión que funciona
Con los dueños de empresa que acompaño establecemos esto, y en tres meses el cambio de control es evidente:
Una vez al mes, 45 minutos. Se revisan tres cosas: qué se hizo y qué resultado dio (con cifras), qué se hace el mes que viene y por qué, y qué decisiones necesitan tu aprobación.
Un documento vivo de una página. Los procesos automatizados, las herramientas en uso, lo que cuesta cada una, quién la gestiona. Actualizado cada mes. Cuando alguien te propone algo nuevo, lo miras primero.
Una regla para las novedades. Cualquier herramienta nueva tiene que responder "qué problema resuelve y qué sustituye" antes de contratarse. Si no sustituye nada, es una capa más de complejidad.
Esto no requiere entender de tecnología. Requiere disciplina de gestión, que ya tienes porque diriges una empresa.
En resumen
Dirigir la tecnología de tu empresa consiste en definir problemas, fijar el valor de resolverlos, decidir el riesgo aceptable y exigir claridad a quien ejecuta. Nada de eso es técnico. Todo eso es dirección.
Si quieres que alguien te acompañe en ese papel, traduciendo la tecnología a tu lenguaje y ejecutando con criterio, es exactamente lo que hago en el acompañamiento digital mensual. Y si prefieres empezar con una conversación sin compromiso, agenda una llamada de 15 minutos. Te explico en tu idioma qué haría yo primero en tu empresa.
