---
id: KB-PS-017
url: https://app.codecontract.io/ayuda/primeros-pasos/de-la-prueba-a-trabajar-en-serio
idioma: es
categoria: primeros-pasos
subcategoria: configuracion-inicial
audiencia: usuario
nivel: basico
actualizado: 2026-08-13
tambienEn: [en]
relacionados: [KB-PS-013, KB-PS-005]
citadoPor: [KB-PS-020]
---

# De la prueba a trabajar en serio

_El día que deja de ser un experimento y pasa a ser donde vive el trabajo: qué hay que ordenar antes._

**Responde a:** pasar de la prueba al uso real · limpiar los datos de prueba · empezar a usarlo de verdad · qué hacer al terminar el piloto

Casi todas las implantaciones tienen un momento raro: la prueba fue bien, se decide seguir, y nadie declara el cambio. El resultado es un espacio a medias donde conviven expedientes de verdad con pruebas, y donde nadie sabe si lo que ve es real.

## Lo que hay que ordenar antes de decir «esto ya es lo bueno»

1. **Los expedientes de prueba: cerrar o borrar, pero decidir** — Un expediente de prueba abierto ensucia todos los recuentos y aparece en cualquier informe.
2. **Los contactos inventados** — Si probasteis mandando a vosotros mismos con nombres falsos, quitadlos: acaban recibiendo recordatorios reales.
3. **Las plantillas que se hicieron sobre la marcha** — Revisar textos y listas: las que se montaron para probar suelen decir cosas que no diríais a un cliente.
4. **Y quién entra a partir de ahora** — La prueba la hicieron dos; el uso real lo hacen los que tocan ese proceso.

> [!IMPORTANT]
> El segundo punto es el que da sustos. Un contacto de prueba con una dirección real —la vuestra, la de un compañero, la de un cliente que se usó «porque era fácil»— sigue en el sistema y recibe lo que salga de ahí. La insistencia automática no distingue entre lo que era prueba y lo que no.

## Lo que conviene declarar en voz alta

| Qué se dice | Por qué importa |
| --- | --- |
| Desde cuándo esto es el sitio bueno | Sin fecha, la mitad seguirá usando lo de antes |
| Qué procesos entran ya y cuáles no todavía | Evita que alguien meta lo que no toca y concluya que no sirve |
| A quién se pregunta cuando algo no cuadra | Es lo que evita el abandono silencioso |
| Y qué pasa con el sistema anterior | Solo lectura, consulta o nada: pero dicho |

> [!WARNING]
> El error más común en este punto es querer entrar con todo a la vez porque «ya está probado». La prueba validó un proceso con dos personas; meter cinco procesos y quince personas la misma semana convierte cualquier problema pequeño en un motivo para volver atrás. Lo que funciona es sumar un proceso cada vez, con dos o tres semanas entre uno y otro.

## Señales de que el paso ha salido bien

**En corto**

- Alguien que no participó en la prueba entra por su cuenta y hace su trabajo.
- Aparece una petición de un caso que no habíais previsto — señal de que se está usando de verdad.
- Y nadie pregunta ya si algo «está en el sistema o en la carpeta».

> [!NOTE]
> Los expedientes de prueba que decidáis conservar, marcadlos como tales en su nombre. Dentro de un año, alguien los encontrará buscando otra cosa y necesitará saber en dos segundos que aquello no era real.

**¿Hay que borrar los documentos de prueba?**

Si eran documentos reales vuestros, no hace falta: cerrad el expediente y ya. Si eran inventados, mejor fuera.

**¿Y si la prueba la hizo alguien que ya no está en el proyecto?**

Revisad qué quedó a su nombre antes de seguir: avisos y tareas incluidas.

**¿Se puede volver atrás si sale mal?**

Sí, y por eso conviene entrar por procesos y no de golpe.

## Ejemplos

**Una empresa termina el piloto y sigue trabajando sin cerrar los expedientes de prueba.**

- Cierra las pruebas, quita los contactos inventados y anuncia desde cuándo es el sitio bueno

→ Los informes dejan de mezclar y nadie vuelve a preguntar si lo que ve es real.

**Los contactos de prueba siguen recibiendo avisos reales.**

- Borra los contactos inventados antes de abrirlo al equipo

→ Nadie de fuera recibe un correo de una prueba.

**Nadie sabe desde qué fecha lo que hay dentro es real.**

- Anuncia el día a partir del cual es el sitio bueno

→ Las dudas sobre si un expediente es de verdad desaparecen.

**Conviven el proceso de prueba y el definitivo con nombres parecidos.**

- Archiva el de prueba y deja uno solo activo

→ Nadie lanza una petición desde la plantilla equivocada.

**Los permisos siguen siendo los del piloto, con todos viéndolo todo.**

- Revisa quién debe ver qué antes de que entren los demás

→ El acceso se decide antes de que haya información real dentro.

**Los informes mezclan datos de prueba con los primeros reales.**

- Cierra los expedientes de prueba antes del cambio

→ El primer informe que se enseña es utilizable.