---
id: KB-PS-005
url: https://app.codecontract.io/ayuda/primeros-pasos/conseguir-que-el-equipo-lo-use
idioma: es
categoria: primeros-pasos
subcategoria: recursos
audiencia: usuario
nivel: intermedio
actualizado: 2026-08-13
tambienEn: [en]
relacionados: [KB-PS-003, KB-ET-005]
citadoPor: [KB-PS-013, KB-CR-015, KB-PS-015, KB-PS-017]
---

# Conseguir que el equipo lo use

_La parte que no es técnica y que decide si esto sirve de algo._

**Responde a:** el equipo no usa la herramienta · cómo formar a mi equipo · adopción de una herramienta nueva · siguen usando el correo para todo

Casi todas las herramientas que se abandonan funcionaban bien. Lo que falla es el momento en que a alguien le urge algo y la vía rápida sigue siendo mandar un correo. Si esa vía sigue abierta, se usa.

**En corto**

- Empieza por una persona convencida, no por todo el equipo.
- Un caso completo enseña más que una sesión de formación.
- Mientras el correo siga valiendo para lo mismo, se seguirá usando el correo.

## Lo que funciona

1. **Una persona, un proceso, dos semanas** — Que alguien lo use de verdad para algo suyo y le funcione. Eso convence más que cualquier demostración.
2. **Que lo cuente esa persona** — Un compañero explicando cómo se ahorró tres días vale más que una formación.
3. **Cerrar la vía antigua para ese proceso** — «Las altas de proveedor van por aquí» tiene que ser una decisión, no una sugerencia.
4. **Añadir el siguiente proceso** — Cuando el primero ya sea costumbre, no antes.

## Lo que no funciona

- Formar a todo el mundo el mismo día sobre algo que nadie ha usado.
- Montar doce procesos antes de que se use uno.
- Dejar que cada uno decida si lo usa: acaban conviviendo dos sistemas y ninguno completo.

> [!WARNING]
> Si alguien vuelve al correo, pregunta por qué antes de insistir. Casi siempre hay una razón concreta —le faltaba un permiso, el proceso no cubría su caso— y arreglarla convence más que repetir la norma.

> [!NOTE]
> La señal de que ha cuajado no es que todos entren: es que alguien te diga «esto lo montamos aquí, ¿no?» sin que se lo pidas.

**¿Cuánto tarda en cuajar?**

Un proceso, unas semanas. Toda un área, unos meses.

**¿Hace falta formación formal?**

Rara vez. Un caso real acompañado enseña más.

**¿Y quien se resiste del todo?**

Suele ser quien más papel mueve. Empieza por facilitarle a él algo concreto.

## Ejemplos

**Una empresa forma a veinte personas en una sesión y a los dos meses no lo usa nadie.**

- Empieza de nuevo con una sola persona y las altas de proveedor
- A las tres semanas lo cuenta ella en la reunión
- Se decide que las altas van por ahí

→ A los tres meses lo usan doce personas, sin ninguna sesión de formación.

**Se anuncia la herramienta en una reunión general y no pasa nada después.**

- Elige un proceso concreto y una persona responsable
- Hace el anuncio cuando ya funciona

→ Se comunica un cambio real en vez de una intención.

**Cada uno sigue pidiendo documentos por correo porque le resulta más rápido.**

- Hace que la vía nueva sea la más cómoda para quien pide
- Deja de aceptar altas por el canal antiguo cuando la nueva funciona

→ El cambio se sostiene sin insistir cada semana.

**Quien lo empuja se va de vacaciones y el uso se apaga.**

- Reparte el proceso entre dos personas desde el principio

→ El uso no depende de que una persona esté ese mes.

**El equipo lo ve como una herramienta más que hay que aprender.**

- Empieza por lo que quita trabajo, no por lo que añade control

→ La primera experiencia es de ahorro y no de obligación.

**Nadie sabe si se está usando o no.**

- Mira qué procesos se lanzan y cuáles se quedan a medias

→ La conversación sobre adopción se tiene con datos.
