La hoja de ruta de SEOFUXX

Desde una base funcional, pasando por una beta controlada, hasta un producto estable. Nuestras prioridades son la fiabilidad, el valor medible y las opiniones sinceras.

Propuesta basada en el estado del proyecto a 27 de agosto de 2026 · El orden y el alcance pueden cambiar según los resultados de la beta.

De la base a un producto sólido

Cada sección termina con un criterio verificable. La siguiente fase solo pasa a ser prioritaria cuando se cumple ese criterio.

1 Alcanzado

Base · estado actual

Base técnica establecida

Los componentes esenciales para una beta sólida ya están disponibles. Ahora el foco pasa de añadir funciones a mejorar la estabilidad, la orientación y la obtención de opiniones medibles de los usuarios.

  • Análisis on-page, Page Audit, crawler, sitemap, datos SERP y datos de palabras clave
  • Panel de cliente con métricas y evolución histórica de la puntuación
  • Cuentas, planes, facturas, claves API personales y acceso MCP
  • Base de seguridad con gestión centralizada de secretos, 2FA y passkeys
  • Pruebas unitarias, de integración, de API y de navegador automatizadas
  • Bases para la visibilidad en IA: modelo de datos, definición de mediciones, capa de proveedores y gestión de prompts
2 A continuación

Hito 1 · Preparación para la beta

Preparar la beta cerrada

El siguiente hito útil no consiste en ampliar aún más las funciones, sino en ofrecer un producto básico que un grupo limitado de usuarios reales pueda probar de forma fiable.

  • Definir los recorridos esenciales: registrarse, crear un proyecto, iniciar un análisis, comprender el resultado y decidir la siguiente acción
  • Reforzar la gestión de errores, las colas, los tiempos de espera y la lógica de reintentos de análisis y crawlers
  • Establecer monitorización, registros estructurados, copias de seguridad, recuperación y un proceso de reversión documentado
  • Revisar específicamente permisos, límites de uso, cargas de archivos, dependencias y flujos de privacidad
  • Completar la incorporación, la ayuda dentro de la aplicación y el canal existente para comunicar errores y opiniones de UX
  • Congelar el alcance de la beta y marcar claramente como experimentales las funciones incompletas o poco fiables
Punto de decisión: Salida: todos los recorridos esenciales son reproducibles, no hay errores críticos conocidos, la monitorización y la reversión están listas y las opiniones de la beta pueden priorizarse de forma vinculante.
3 Planificado

Hito 2 · Beta cerrada

Validar con proyectos reales

Un grupo pequeño de probadores con acompañamiento evalúa la utilidad, la claridad y la fiabilidad en condiciones reales. Solo se incorporan funciones nuevas si resuelven un problema observado.

  • Invitar gradualmente a entre 20 y 30 probadores adecuados y acompañarlos de forma activa
  • Medir la activación, los análisis completados, la tasa de errores, el tiempo de procesamiento y el uso recurrente
  • Validar profesionalmente la calidad de los resultados y las recomendaciones con sitios web reales
  • Agrupar semanalmente las opiniones: críticas, bloqueantes, frecuentes, valiosas y para más adelante
  • Mejorar de forma sistemática la experiencia móvil, la accesibilidad y la claridad de los mensajes de error
  • Crear la documentación y los procesos de soporte a partir de las preguntas más frecuentes
Punto de decisión: Salida: al menos cuatro semanas de pruebas estables, un mínimo del 95 % de análisis esenciales correctos, ningún error crítico pendiente y un valor recurrente claramente demostrable para el público objetivo.
4 Después

Hito 3 · Beta pública

Abrir un acceso escalable

Tras validar el producto, la beta se abre a un público más amplio. El autoservicio, el control de costes y los procesos operativos deben funcionar sin acompañamiento directo.

  • Probar por completo la incorporación de autoservicio, los límites de los planes, la facturación y los procesos de cancelación
  • Publicar comunicaciones de estado, objetivos de soporte y notas de versión transparentes
  • Realizar pruebas de rendimiento y carga para análisis, crawlers, proveedores externos y tareas en segundo plano
  • Completar la documentación de API y MCP y versionar las interfaces públicas
  • Lanzar gradualmente mediciones de visibilidad en IA, ejecución de proveedores e informes comparativos sólidos
  • Repetir las revisiones de privacidad, seguridad y operaciones antes de abrir el acceso
Punto de decisión: Salida: la incorporación y el pago funcionan de forma autónoma, el servicio soporta la carga definida y el soporte y la comunicación de incidentes han demostrado su eficacia en el día a día.
5 Objetivo

Hito 4 · Versión 1.0

Publicar un producto básico estable

La versión 1.0 representa un núcleo fiable y con precios claros, no el final del desarrollo.

  • Documentar el conjunto de funciones comprometido y las integraciones compatibles
  • Definir objetivos de servicio para disponibilidad, duración de tareas, copias de seguridad y soporte
  • Completar una revisión de seguridad independiente y una prueba de recuperación integral
  • Asegurar las migraciones, la exportación de datos, la eliminación de cuentas y la facturación para el funcionamiento habitual
  • Establecer métricas de producto y un ritmo fijo de versiones para continuar el desarrollo
Punto de decisión: Salida: el alcance básico es estable, seguro, está documentado, es económicamente viable y puede ofrecer soporte sostenible a clientes de pago.

Temas posteriores al núcleo estable

Estos temas son útiles, pero solo se programarán de forma vinculante cuando los datos de la beta confirmen su valor.

Ampliar la visibilidad en IA

Más proveedores, mediciones recurrentes, comparaciones con la competencia, análisis de fuentes y recomendaciones claras y justificadas.

Informes y colaboración

Exportaciones, informes compartibles, comentarios, roles e informes periódicos para clientes, equipos y agencias.

Ampliar las integraciones

Search Console, notificaciones, webhooks y más interfaces, priorizadas según la demanda real durante la beta.

La beta se construye con los usuarios

¿Has encontrado un error, un proceso poco claro o una función esencial que falta? Tu opinión influye en lo que priorizaremos a continuación.

¿Te ha resultado útil este contenido?

·