🎯 Objetivo del día:
Finalizar la fase de análisis definiendo los requisitos de negocio, la lógica de negocio interna del plugin y los aspectos clave de su posicionamiento como producto profesional.
Este trabajo cierra la fase de “requisitos” del ciclo S-SDLC y prepara el terreno para el diseño técnico, que comenzará en el Día 35.
🛠️ Parte Genérica (válida para todos los alumnos)
📈 1. Requisitos de Negocio
Estos requisitos responden a preguntas como:
- ¿Qué problema resuelve el plugin?
- ¿A quién va dirigido?
- ¿Por qué lo elegirían frente a otras soluciones similares?
- ¿Qué funcionalidades básicas deben estar siempre presentes?
- ¿Qué versión gratuita tiene sentido? ¿Qué podría ofrecer la versión de pago (PRO)?
📋 Tareas:
- Identificar el problema específico que resuelve tu plugin.
- Describir el perfil del cliente o usuario final.
- Analizar brevemente el mercado o plugins similares: ¿hay alternativas? ¿en qué se diferenciará el tuyo?
- Establecer:
- Funciones mínimas gratuitas.
- Funciones premium que justifiquen pago.
- Ventajas competitivas (peso, facilidad, integraciones, seguridad…).
⚙️ 2. Lógica de Negocio (base del diseño técnico del plugin)
Define las reglas internas que rigen el comportamiento del plugin, como:
- ¿Qué acciones puede hacer cada rol?
- ¿Qué condiciones deben cumplirse antes de ejecutar una acción?
- ¿Qué flujo sigue el sistema cuando el usuario interactúa?
- ¿Cómo se validan, procesan y almacenan los datos?
- ¿Qué ocurre si el usuario se equivoca, no ficha o hay un conflicto?
📋 Tareas:
- Dibujar o esquematizar flujos de uso (user flow).
- Describir paso a paso qué ocurre cuando el usuario ejecuta una acción.
- Definir si existen reglas de cálculo, control o validación específicas.
- Especificar qué feedback debe recibir el usuario (mensaje, color, confirmación…).
🚀 3. Preparación para la Publicación Profesional
Tu plugin puede compartirse como:
- Evidencia técnica (GitHub).
- Proyecto en WordPress.org.
- Producto Freemium o Premium.
📋 Tareas:
- Definir el nombre final, slug y descripción del plugin.
- Redactar una versión inicial de
readme.txtcon:- Nombre, descripción, instalación, preguntas frecuentes, changelog.
- Establecer si primero lo subirás a GitHub, WordPress.org o ambos.
- Preparar el perfil de desarrollador WordPress (completo y profesional).
- Valorar si lo anunciarás en LinkedIn y cómo lo presentarías.
👤 Parte específica — Alumno: Pablo Macías
Proyecto: Plugin WordPress «WP Control Horario»
💼 Requisitos de Negocio
- Problema resuelto: pequeñas empresas necesitan registrar la jornada laboral de sus empleados sin pagar soluciones caras o complejas.
- Usuario objetivo: administradores de pequeñas y medianas empresas, técnicos de RRHH, autónomos con empleados.
- Alternativas en el mercado: soluciones SaaS complejas o con coste mensual. Plugins WP escasos, mal mantenidos o con mal soporte.
- Valor diferencial:
- Ligero, fácil de usar, sin dependencia externa.
- Instalación en 1 minuto.
- Cumple normativa española.
- Funciona desde el panel de WP sin app externa.
💎 Modelo de producto:
- Versión gratuita: control básico (entrada/salida, visualización, exportación).
- Versión PRO:
- Firma digital.
- Geo-fichaje.
- Dashboard avanzado.
- Logs y alertas.
- Compatibilidad multisite.
⚙️ Lógica de negocio
- Roles:
- Empleado → solo puede fichar/ver sus registros.
- Administrador → ve todos, exporta, configura.
- Flujo básico:
- Usuario accede al panel.
- Pulsa botón “Fichar entrada” o “Fichar salida”.
- Se valida su sesión, hora, nonce.
- Se guarda el registro en tabla personalizada.
- Se muestra confirmación.
- Reglas:
- No se puede fichar dos veces seguidas sin alternancia.
- Horario incompleto se notifica.
- El administrador puede editar o borrar (con log de auditoría opcional).
📄 Entrega esperada
Documento final con:
- Requisitos de negocio.
- Análisis del mercado o competencia.
- Funciones de la versión gratuita y la PRO.
- Lógica de negocio explicada paso a paso.
- Esbozo del flujo de usuario.
- Preparación para publicación (nombre, slug, descripción, perfil WordPress).
🎯 Resultado del Día
✅ Has terminado de definir qué va a hacer tu plugin, cómo y por qué es valioso.
✅ Tienes claro cómo se va a comportar, cómo se va a estructurar y cómo se va a lanzar.
✅ Ya tienes la base sólida para comenzar el diseño técnico, que será el enfoque del siguiente bloque.
🧱 Avance: Día 35 comienza la Fase de Diseño
A partir del Día 35 comenzarás la fase de diseño del plugin, donde esquematizarás:
- La estructura del código.
- La arquitectura interna (clases, funciones, tablas).
- El modelo de datos y el diseño de la interfaz.
Este paso marcará el inicio de la implementación segura y estructurada del plugin.