El problema
Este sitio es el ejemplo más claro que podemos mostrarte. Lo hicimos por fases: los textos se
acordaron antes de que existiera cualquier página, y antes de publicar nada había una vista
previa funcional para revisar.
Un proyecto con nosotros sigue los mismos pasos: decidir qué debe decir, construir una parte,
revisarla y seguir. Aquí, además, corre por debajo un conjunto de verificaciones automáticas
en cada paso.
Los datos
No hay un conjunto de datos detrás. Las entradas son una especificación escrita y un archivo
de hechos con lo que es verdad sobre el negocio, y nada llega a una página si no está en ese
archivo. Por esa sola regla no vas a encontrar en este sitio logotipos prestados, testimonios
inventados ni números fabricados.
Cómo lo abordamos
Una regla escrita en un documento se olvida. Por eso cada regla que acordamos se volvió una
prueba dentro de la compilación, y si alguien rompe una, la compilación falla.
En tu proyecto, eso querría decir:
- Ninguna página puede publicar un precio por accidente
- Google no puede encontrar ninguna página sin terminar
- Nada privado se puede publicar
- Ninguna página puede perder en silencio la etiqueta que dice qué es
- No puede aparecer ninguna afirmación que el archivo de hechos no respalde
Nada de eso depende de que alguien se acuerde a las cuatro de la tarde de un viernes. Las
verificaciones corren en cada cambio, y una falla detiene el cambio.
Cómo está construido
Cada página ya es HTML terminado antes de que el navegador la pida, así que no hay nada que
esperar ni nada que pueda fallar mientras carga. Un conjunto de reglas escritas decide qué se
puede afirmar, y las verificaciones de arriba lo hacen cumplir en cada cambio.
Qué hizo la IA y qué decidió una persona
Una persona de nuestro equipo decidió el posicionamiento, lo que el sitio puede y no puede
afirmar, la política de precios, el tono y cada palabra que se publica. El asistente de IA
escribió el código, redactó textos para aprobar y construyó las verificaciones.
Si el asistente proponía algo que nadie había pedido, tenía que presentarlo como propuesta, a
la vista. Le pedimos quitar dos partes, incluida una que el asistente había defendido.
Lo que podemos mostrar
Lo más útil que encontramos fue un problema en nuestras propias verificaciones de calidad. Una
de ellas había estado reportando éxito sin revisar nada: un ajuste pensado para saltarse un
par de enlaces se estaba saltando todos los enlaces del sitio.
Lo corregimos y después rompimos un enlace a propósito para ver fallar la verificación. Desde
entonces,
cada verificación se prueba contra un error real antes de que confiemos en ella
, porque una marca verde que nunca ha visto una falla no demuestra nada.
Lo que demuestra
En tu proyecto, las reglas que te importan se escriben y se convierten en verificaciones, y
esas verificaciones también se ponen a prueba. Ves una vista previa antes de que algo sea
definitivo, y lo que dijiste que importaba sigue en pie cuando se pasa el entusiasmo.