AudioFind: de una frase perdida a una herramienta en dos horas

Alguien me explicó un problema aparentemente pequeño: sabía que una frase existía dentro de un audio o un vídeo, pero no recordaba en qué momento se había dicho. Encontrarla significaba volver a escuchar, avanzar, retroceder y confiar en la memoria.

No era el tipo de necesidad para la que tradicionalmente se inicia un proyecto de software. El coste de analizarla, presupuestarla, desarrollarla y desplegarla habría superado probablemente el tiempo que podía ahorrar.

Unas dos horas después existía una primera versión de AudioFind.

Reducir el problema hasta hacerlo construible

La primera versión no necesitaba gestionar una biblioteca audiovisual, usuarios, permisos avanzados ni todos los formatos imaginables. Necesitaba completar un recorrido:

1. Recibir un archivo de audio o vídeo.
2. Obtener una transcripción vinculada al tiempo.
3. Permitir buscar una idea o una frase.
4. Mostrar coincidencias con el instante exacto.
5. Saltar al fragmento para comprobarlo.

Esa secuencia convierte una queja difusa en una prueba concreta. Podemos poner un archivo real, buscar algo que sabemos que contiene y observar si el resultado evita el trabajo manual.

Dos horas no significan producto terminado

El tiempo es relevante porque cambia la decisión de explorar, no porque demuestre que todo el software pueda construirse en una tarde. Una herramienta de producción podría necesitar privacidad, límites de tamaño, formatos adicionales, almacenamiento, costes controlados, accesibilidad y una experiencia más robusta.

El prototipo hizo otra cosa: volvió visible la solución con un coste suficientemente bajo para poder preguntar si merecía continuar.

Esta distinción protege tanto de la lentitud como del entusiasmo. No hace falta diseñar toda la empresa antes de probar una necesidad. Tampoco debemos confundir una primera evidencia con una capacidad lista para cualquier usuario.

El nuevo espacio del software pequeño

AudioFind pertenece a una categoría que me interesa especialmente: herramientas específicas que resuelven una fricción real pero que antes no superaban el umbral económico de un proyecto.

La IA participa de dos maneras. Puede formar parte del producto —por ejemplo, interpretando audio y texto— y puede participar en su creación, ayudando a explorar, implementar y comprobar rápidamente. La combinación abre un espacio entre la tarea manual y la plataforma generalista.

Ese espacio no tiene por qué convertirse siempre en un producto comercial. Puede ser una capacidad interna, un instrumento de investigación o una pieza que ahorra una molestia recurrente a un grupo pequeño. Su valor está en el problema que elimina, no en el tamaño del mercado que imaginamos.

Construir es ahora parte de entender

Antes habríamos debatido si la idea era técnicamente posible o si alguien la utilizaría. Al poder crear una primera respuesta en horas, la construcción se convirtió en una forma de investigación.

El siguiente paso ya no era especular. Era observar: qué tipo de búsquedas hacía la persona, si la transcripción bastaba, si necesitaba coincidencia literal o semántica y qué resultado consideraba fiable.

Ese es el cambio importante. No simplemente software más rápido, sino conversaciones que llegan antes a una realidad compartida.

Fuentes y referencias

• Fuente primaria: relato de Victor sobre la creación de AudioFind.
• Relacionado: artículo sobre la paradoja de Jevons del software a medida.