Plan de marketing¶

Hablar de marketing en SEO Growth Engine no significa imaginar una gran campaña comercial desde el primer día. En este proyecto tiene más sentido plantearlo como una solución digital especializada, pensada para resolver un problema real y para crecer de forma progresiva si el producto sigue madurando.

Este plan parte de algo importante: el proyecto ya tiene una base funcional y una propuesta de valor reconocible, pero su encaje más lógico hoy está en un contexto B2B pequeño o mediano, no en un mercado masivo.

Documentos relacionados:

• Analisis de mercado
• Clientes objetivo y competencia

1. Punto de partida¶

SEO Growth Engine reúne en una sola aplicación varias tareas que en muchos equipos SEO suelen estar repartidas entre herramientas diferentes: rastreo técnico, revisión de datos, gestión de accesos, histórico de ejecuciones e informes.

Esa idea de centralización es el punto más fuerte del proyecto. No intenta competir por cantidad de módulos frente a las suites más grandes del mercado, sino por coherencia de flujo de trabajo y por control del proceso.

2. Qué se está ofreciendo realmente¶

El producto es una aplicación web que combina:

• backend en Django;
• cliente progresivo en Vue;
• gestión de usuarios, clientes y sitios;
• ejecución de análisis SEO;
• histórico de resultados y artefactos;
• informes HTML listos para revisión;
• integraciones opcionales con Google Search Console, Google Analytics 4 y módulos relacionados con visibilidad en IA.

Dicho de forma sencilla: se ofrece una herramienta que ayuda a trabajar mejor, con menos fragmentación y con más trazabilidad.

3. Qué necesidad cubre¶

El proyecto responde a una necesidad bastante habitual en SEO técnico: la información útil suele estar dispersa entre varias plataformas, exports manuales, hojas de cálculo y paneles poco conectados entre sí.

SEO Growth Engine intenta resolver justamente eso:

• reducir trabajo manual;
• unificar análisis y reporting;
• mejorar el control de accesos;
• conservar un histórico ordenado de ejecuciones;
• facilitar la lectura de resultados para equipo interno y clientes.

4. Cómo podría plantearse el precio¶

A día de hoy, el enfoque más razonable no es venderlo como un SaaS cerrado al estilo de una gran plataforma del sector. Sería más coherente plantearlo de una de estas maneras:

4.1 Uso interno o herramienta propia¶

• Sin precio comercial directo.
• Se utiliza para mejorar procesos internos o para dar servicio a clientes.
• Es la opción más natural con el estado actual del proyecto.

4.2 Cuota mensual para equipos pequeños¶

• Pensada para agencias pequeñas, consultores o equipos con varios proyectos.
• El precio tendría que justificarse por ahorro de tiempo, centralización y valor operativo.

4.3 Servicio + herramienta¶

• Cuota de implantación inicial.
• Cuota periódica por mantenimiento, hosting y soporte.
• Esta opción es especialmente defendible porque el producto todavía necesita acompañamiento técnico y despliegue controlado.

Si hubiera que elegir un enfoque académico realista, el modelo servicio + herramienta es el más coherente.

5. Cómo se distribuiría¶

La distribución más lógica sería directa, sin intermediarios, porque el proyecto tiene un componente técnico importante.

Las formas más razonables de entrega serían:

• despliegue en infraestructura propia del proveedor;
• despliegue en VPS o servidor del cliente si éste necesita más control;
• acceso privado mediante usuarios y permisos.

Este enfoque tiene sentido porque permite:

• adaptar la solución a cada caso;
• controlar mejor el dato;
• acompañar el proceso de implantación;
• evitar prometer una escalabilidad masiva que hoy no está demostrada.

6. Cómo se daría a conocer¶

No tendría sentido plantear una promoción masiva. Lo lógico sería una estrategia de captación cualificada, orientada a perfiles que sí valoren una herramienta así.

Las acciones de promoción más coherentes serían:

• demostraciones privadas;
• portfolio técnico del proyecto;
• presentación de capturas, informes y casos de uso;
• contacto con agencias pequeñas, consultores y equipos de marketing;
• presencia profesional en LinkedIn o entornos similares;
• apoyo en la documentación técnica como elemento de credibilidad.

7. Qué mensaje debería transmitir¶

Los mensajes más sólidos para presentar el producto serían:

• “Centraliza tus procesos SEO en una sola herramienta”.
• “Menos trabajo manual y más trazabilidad”.
• “Análisis técnico, histórico e informes dentro del mismo entorno”.
• “Una solución flexible para equipos que quieren más control”.

8. A quién se dirigiría primero¶

El orden de prioridad más razonable sería:

1. Agencias SEO o de marketing digital pequeñas y medianas.
2. Consultores SEO freelance con varios clientes.
3. Departamentos de marketing de pymes.
4. Estudios web o equipos growth que gestionan varios proyectos.

No es una herramienta pensada para todo el mercado, y reconocer eso la hace más creíble.

9. Cómo se posicionaría¶

El mejor posicionamiento para SEO Growth Engine no es el de “suite SEO total”, sino el de:

herramienta técnica y operativa para equipos pequeños y medianos que necesitan centralizar análisis, reporting y control de accesos.

Ese posicionamiento encaja mejor con lo que el proyecto ya es y con lo que realmente puede defender hoy.

10. Qué se podría medir si se llevara a un caso real¶

Si el proyecto se utilizara en un entorno real, tendría sentido medir:

• número de demos realizadas;
• número de clientes piloto;
• tiempo de implantación por cliente;
• número de sitios gestionados;
• frecuencia de uso del dashboard;
• informes generados;
• ahorro de tiempo frente al proceso manual anterior.

11. Conclusión¶

El plan de marketing de SEO Growth Engine debe ser progresivo, técnico y realista. La idea no es competir de inmediato con las plataformas más grandes, sino demostrar que el proyecto puede aportar valor allí donde se necesita control, trazabilidad y una forma más ordenada de trabajar el SEO técnico.