🟢 DÍA 34 — TOMA DE REQUISITOS (3/3): NEGOCIO, LÓGICA Y PUBLICACIÓN

🎯 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:

  1. Identificar el problema específico que resuelve tu plugin.
  2. Describir el perfil del cliente o usuario final.
  3. Analizar brevemente el mercado o plugins similares: ¿hay alternativas? ¿en qué se diferenciará el tuyo?
  4. 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:

  1. Dibujar o esquematizar flujos de uso (user flow).
  2. Describir paso a paso qué ocurre cuando el usuario ejecuta una acción.
  3. Definir si existen reglas de cálculo, control o validación específicas.
  4. 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:

  1. Definir el nombre final, slug y descripción del plugin.
  2. Redactar una versión inicial de readme.txt con:
    • Nombre, descripción, instalación, preguntas frecuentes, changelog.
  3. Establecer si primero lo subirás a GitHub, WordPress.org o ambos.
  4. Preparar el perfil de desarrollador WordPress (completo y profesional).
  5. 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:
    1. Usuario accede al panel.
    2. Pulsa botón “Fichar entrada” o “Fichar salida”.
    3. Se valida su sesión, hora, nonce.
    4. Se guarda el registro en tabla personalizada.
    5. 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:

  1. Requisitos de negocio.
  2. Análisis del mercado o competencia.
  3. Funciones de la versión gratuita y la PRO.
  4. Lógica de negocio explicada paso a paso.
  5. Esbozo del flujo de usuario.
  6. 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.