Un día entero para revisarlo todo a la vez

Un solo revisor que recorre todo un producto ve lo que hace ruido y se pierde lo que calla. Así que repartimos el trabajo según lo que más importa a quien crea un vídeo:

• el vídeo en sí, del primer fotograma al último;
• la web, de la primera visita a la descarga;
• las interfaces que usan los desarrolladores y los asistentes de IA;
• la seguridad y las cuentas;
• cómo nos descubre la gente.

Cada auditoría leyó su parte sin cambiar nada y anotó lo que encontró, con pruebas. Al lado leímos los registros de producción, la fuente más honesta: las auditorías dicen lo que podría salir mal; los registros, lo que la gente encontró de verdad. Donde ambos coincidían, el arreglo subía al primer puesto de la lista.

La prioridad estaba clara. Un vídeo usa muchas imágenes de muchos sitios: la imagen de vista previa de la web, su logo, fotos alojadas en otra parte. Si uno de esos sitios tardaba en responder justo cuando lo necesitábamos, todo el vídeo podía detenerse.

La nueva regla es sencilla: cada imagen externa se copia a nuestro lado antes del render, o se deja fuera. Un vídeo con una imagen menos sigue siendo un buen vídeo. Un vídeo que nunca llega no es un vídeo.

La auditoría del vídeo también repasó cada punto donde el proceso se apañaba en silencio: una toma que volvía vacía, una voz que necesitaba un segundo intento, una música o un logo que no cargaba. Ahora cada uno se repara cuando puede y lo anota en las notas del vídeo, así que siempre sabes por lo que pasó tu vídeo.

La auditoría de la web encontró ese tipo de fricción que nadie reporta, porque la gente simplemente se va.

• El formulario de acceso se abre ahora en modo registro para quien llega por primera vez, y si un correo y una contraseña no coinciden con ninguna cuenta, ofrece crear una con ese correo.
• Quien abre PageToVid en el navegador integrado de una app, donde el acceso con Google suele fallar, ve una nota breve que explica cómo seguir.
• Las pantallas que no tenían estado de carga, mensaje de error o aviso de cambios sin guardar ya los tienen.
• Los costes de los botones salen ahora del mismo sitio que la facturación, así que siempre coinciden.

Para desarrolladores, la lista de vídeos aprendió a paginar, un miembro limitado a algunos sitios lo está en todas partes, y un nuevo render se puede deshacer.

Un producto que visita páginas web por ti solo debe visitar las que le corresponden. Nuestra grabadora comprueba ahora cada dirección que carga por el camino, no solo la primera, y las presentaciones se abren con límites firmes sobre cuánto puede descomprimirse un archivo.

Mantuvimos una regla todo el día: cualquier cosa que cambiaría cómo funcionan la facturación o el acceso espera una decisión explícita del propietario. Una auditoría es una lista de hallazgos, no un permiso para tocar por su cuenta las partes más delicadas de un producto.

Esa misma tarde, el framework sobre el que construimos publicó una actualización importante. Nos enteramos de la mejor manera posible: por nuestro propio proceso. Cada versión pasa primero por una revisión de dependencias que se niega a seguir ante un aviso crítico, y simplemente retuvo la siguiente versión hasta que actualizamos.

En pocas horas estábamos en la nueva versión, con una biblioteca indirecta también fijada en su versión actualizada, y la publicación salió. Nadie tuvo que estar pendiente de las noticias: el control vigilaba por nosotros. Una versión solo llega a producción cuando ha pasado todas las comprobaciones.

Nada de esto es una función estrella. Es el tipo de trabajo que solo se nota por su ausencia: un vídeo que llega aunque una web vaya lenta, una primera visita que cae en el formulario correcto, una cifra en un botón que coincide con la factura.

Lo seguiremos haciendo. Un producto que crece deprisa necesita, de vez en cuando, un día en el que nadie construye y todos miran. Lo que graba la grabadora está en la página de funciones.