Propuesta · Bemytalent · Protocolo AV
Me he tomado unas horas para leer los tres documentos del brief con calma. El Protocolo AVMetodología de Laura Baza para la auditoría de tercera parte de procesos de contratación, alineada con ISO 10667 e ISO 9001. Convierte la selección en un procedimiento auditable con evidencias documentales. está muy bien pensado, y el salto que me pedís ahora lo veo claro: pasar de un deck y una metodología manual a una plataforma donde cada hito se bloquea hasta tener su evidencia, el admin pide correcciones campo a campo y el cliente acaba con un sello que tiene sentido defender. Hay dos formas razonables de construirlo, y aquí os las desgrano con sus cosas buenas y sus cosas malas, sin adornos.
ENTENDIMIENTO · LO QUE HEMOS LEÍDO
Tenéis un deck muy bien trabajado explicando la certificación privada de procesos de selección alineada con ISO 10667 e ISO 9001. Lo que no existe todavía es el sitio donde esa metodología deja de vivir en PDF y empieza a ejecutarse: un cliente entra, da de alta un proceso, sube sus evidencias por los 8 hitos y espera la validación. Esa pieza es la que hay que construir y la que cambia la conversación comercial: deja de ser "una metodología" para ser un producto.
El corazón técnico de todo esto es lo que Laura llama "Caja Negra"Término que usa Laura Baza en la memoria técnica para describir un repositorio de evidencias inalterables. La plataforma no debe permitir avanzar a un hito si la evidencia requerida no está cargada. en la memoria técnica. Un repositorio donde cada evidencia queda ahí sin que nadie pueda tocarla después, el scoring se calcula solo y ningún hito avanza sin su prueba delante. Eso es exactamente lo que la ISO 10667 convencional no tiene, y por eso el SaaS no es un extra: es el producto.
Los 8 hitos críticos de control
Contexto y definición de rol
Validación de que el puesto responde a un plan estratégico y no a una decisión arbitraria.
Compliance en la atracción
Auditoría de la oferta pública para evitar publicidad engañosa o discriminatoria.
Cribado técnico objetivo
Criterios de exclusión ciegos y justificación documentada de cada candidatura descartada.
Evaluación estructurada
Entrevistas con guion homogéneo y puntuación cuantitativa que permita comparar finalistas.
Verificación de terceros
Reference checks certificados y validación de títulos académicos. Hito clave contra el fraude curricular.
Matriz de decisión
Comparativa multicriterio que justifica la terna finalista con datos acumulados.
Cierre ético y reputacional
Auditoría del feedback enviado a los candidatos no seleccionados. Protege la marca empleadora.
Formalización contractual
Cotejo final entre la propuesta aceptada y el contrato firmado, anonimizado para la auditoría.
Encima de todo esto va una home que explique qué es el Protocolo AV y por qué importa ahora mismo en el mercado español, y un wizard donde el cliente se identifica (nombre, empresa, email, teléfono) y recorre los 8 pasos con su documentación.
Y luego el panel interno. Laura o quien esté al mando entra, ve los casos, revisa evidencia por evidencia y si algo no cuadra envía un email al cliente con un comentario por cada campo que falla. Ese email lleva un enlace firmado que reabre el wizard solo en los campos marcados (lo bueno se queda, no se vuelve a empezar). Cuando todo está, se emite el sello: Oro, Plata o No válida.
MEJORAS · PROPUESTAS SOBRE EL BRIEF
No voy a reescribir el brief, ya está trabajado. Pero hay un puñado de detalles que, de tanto haber construido plataformas parecidas, sé que cambian la percepción del producto cuando lo mira alguien de fuera. Sobre todo si ese alguien es un fondo o un consejo. Os los dejo aquí por si os encajan.
Hash de verificación en el sello emitido
Cada sello Oro o Plata sale con un identificador único y una URL pública de verificación. Quien lo reciba puede comprobar que es auténtico sin tener que llamar a Bemytalent. Es un detalle aparentemente pequeño, pero comunica que detrás hay un sistema.
Enlaces de corrección con caducidad
El enlace firmado que llega al cliente vive 7 días y se usa una sola vez. Si pasa la fecha, se regenera desde el admin. Así evitamos que alguien reenvíe el correo meses después y el magic link siga abierto.
Dashboard de métricas
Un panel con los números que Laura va a querer mirar una vez a la semana: sellos emitidos, tiempo medio de revisión, qué hito es el que más se corrige, tasa de aprobación. Sirve para gestionar el día a día y también para enseñar datos cuando toca hablar con un inversor.
Informe final exportable a PDF
Al cerrar el proceso, la plataforma genera un PDF con la memoria del caso, el scoring hito por hito y el sello visual. Es el documento físico que el cliente va a enseñar en su consejo, en una due diligence o dentro de su memoria ESG.
Log inmutable de la "Caja Negra"
Cada acción sobre un proceso (subida de evidencia, edición, corrección, emisión del sello) queda registrada con fecha, usuario y hash. Eso es lo que convierte el discurso de auditabilidad que ya está en la memoria técnica en algo demostrable a la hora de defenderlo frente a un cliente que compara con la ISO 10667.
Hook de IA para el hito 5
El hito de verificación de referencias y títulos es el candidato perfecto para automatizar con IA algún día (OCR de diplomas, cruce de antecedentes, etc). No entra en esta fase, pero dejamos la arquitectura preparada para que el día que se quiera conectar no haya que abrir el producto por la mitad.
Ninguna de estas ideas añade presupuesto al alcance. Lo que hacen es dar profundidad. Y todas son decisiones que, si se toman al principio, valen cero. Si se añaden más tarde, con la plataforma ya viva, se convierten en reescrituras de fin de semana que no apetecen a nadie.
Detrás de todas ellas hay la misma obsesión que atraviesa la memoria técnica: poder pasar del "creo que es el mejor candidato" al "puedo demostrar que es el mejor proceso". Mi trabajo, a efectos prácticos, es que el software no deje margen para lo primero.
FLUJO · EL CICLO DE VIDA DE UN CASO
Lado cliente
Usuario que da de alta un proceso
Lado Bemytalent
Administrador que revisa y certifica
Hay que corregir algo
Se envía un email genérico al cliente con el comentario del administrador en cada campo afectado. El email incluye un enlace firmado que reabre el wizard solo en los campos marcados. Los datos correctos se mantienen. El cliente corrige, reenvía y el caso vuelve al panel del administrador.Todo correcto
El administrador emite el sello final: Oro (14–16 pts), Plata (11–13 pts) o No válida (10 pts o menos). El cliente recibe un email con el resultado y puede descargar el PDF del informe con su identificador único de verificación.El flujo está montado para que no se pueda hacer trampa en ningún punto. El cliente no puede enviar un caso a medias, el admin no puede emitir sello sin haber visto las ocho evidencias. Es la forma más directa de traducir la "Caja Negra" del PDF al software.
La otra obsesión que hay aquí es bajar el ping-pong. Cuando falta algo, el cliente no vuelve a empezar de cero. Retoma solo los campos marcados, reenvía, y el caso vuelve al admin. De paso todo queda registrado: qué se pidió corregir, cuándo, quién lo arregló y quién lo dio por bueno al final. Eso también es auditoría.
SOLUCIONES · DOS VÍAS DE CONSTRUCCIÓN
Quiero que esta decisión la toméis con datos, no con humo. Las dos opciones lanzan un MVP en un plazo razonable, sí, pero no son lo mismo. Una es rápida y barata y os pone algo vivo en un mes. La otra tarda algo más y cuesta más, pero está pensada para no tener que volver a tocarla cuando el producto empiece a moverse. A partir de aquí os lo cuento tal cual lo veo.
Opción B · Laravel a medidaPlataforma construida a vuestra medida
5.600 €
Stack técnico
Entregables
Ventajas
Contras honestos
Opción A · WordPressPlataforma montada con plugins maduros
2.700 €
Stack técnico
Entregables
Ventajas
Contras honestos
Cómo lo veo: WordPress está bien si lo que queréis es validar con un par de clientes reales cuanto antes y mirar después si el producto engancha. Pero el Protocolo AV pide una cosa que WordPress hace con dolor: lógica compleja, auditabilidad seria, escala. En ese terreno se nota que no está hecho para eso.
Con Laravel no pagáis por algo más sofisticado por gusto. Pagáis para que el día que un fondo os pida ver la trazabilidad o que queráis meter una IA verificando títulos en segundos, la plataforma responda y no tengáis que rehacerla. Al final es una decisión sobre el segundo año del producto, no sobre el primero.
COMPARATIVA · LADO A LADO
Mi recomendación: Opción B · Laravel. Encaja con lo que es el Protocolo AV, un SaaS auditable y pensado para escalar. Si aun así os decantáis por WordPress, me parece perfecto, pero hacedlo sabiendo lo que compráis: velocidad y precio ahora, reescritura bastante probable en 12 o 18 meses si el producto empieza a moverse.
CALENDARIO · FECHAS REALES DE EJECUCIÓN
He pintado el calendario contando con un arranque el lunes 27 de abril de 2026. Si la decisión se cierra antes, muevo fechas hacia delante con el mismo planteamiento. En ambas opciones dejo una ronda de revisiones a mitad del recorrido y otra justo antes del despliegue, para que ningún ajuste se quede fuera.
Opción B · Laravel
~7 semanas · kickoff 27 abr → entrega 12 jun
Semana 1
27 abr – 1 may
Kickoff y arquitectura técnica
Sesión inicial, modelo de datos de los 8 hitos, definición de roles, signed URLs, colas y auth.
Semana 2
4 – 8 may
Diseño UI y sistema visual
Design system en verde light, mockups de home, wizard y panel de administración. Primera ronda de revisiones.
Semana 3
11 – 15 may
Home pública y setup base
Instalación Laravel, autenticación, BBDD, home responsive con copy de marca.
Semana 4
18 – 22 may
Wizard de 8 hitos
Pasos, uploads versionados, validaciones por hito, autoguardado y evidencia gated.
Semana 5
25 – 29 may
Panel admin y scoring
Listado de casos, revisión por campo, comentarios, scoring automático, dashboard de métricas.
Semana 6
1 – 5 jun
Emails, signed URLs y PDF
Sistema transaccional, enlace firmado con caducidad, flujo de correcciones parciales, generación del PDF final.
Semana 7
8 – 12 jun
QA, hardening y despliegue
Pruebas end-to-end, revisión de seguridad, despliegue en producción, formación de uso.
Opción A · WordPress
~4 semanas · kickoff 27 abr → entrega 22 may
Semana 1
27 abr – 1 may
Kickoff y arquitectura de contenido
Definición del wizard, selección de plugins, mockups de home y admin. Instalación WordPress base.
Semana 2
4 – 8 may
Diseño UI y home
Maquetación visual, home pública con copy, configuración del tema y hardening básico. Primera revisión.
Semana 3
11 – 15 may
Wizard y panel de revisión
Multistep con lógica condicional, uploads, CPT de procesos, metaboxes de comentarios por campo.
Semana 4
18 – 22 may
Emails, magic link, QA y despliegue
Sistema SMTP transaccional, enlace de corrección con caducidad, pruebas y puesta en producción.
La Opción A es más rápida porque se apoya en piezas ya hechas: WordPress y sus plugins. La Opción B tarda más porque se construye de cero, pero a cambio cada línea queda bajo vuestro paraguas. Si queréis auditar, tocar o ampliar, no hay que pedir permiso a nadie.
Una cosa que sí me importa marcar: las dos primeras semanas son las que deciden. Es cuando cerramos alcance y estructura. A partir de ahí no entran cambios de fondo, porque si entran la fecha de entrega se desmonta. Ampliaciones posteriores las presupuesto aparte, siempre sin prisa.
INVERSIÓN · DESGLOSE ECONÓMICO
Opción B · Laravel
5.600 €
Opción A · WordPress
2.700 €
Opción B · Laravel · inversión total (recomendada)
5.600 €
Opción A · WordPress · inversión total
2.700 €
Los precios son finales y sin IVA. Dentro va todo lo necesario para dejar la plataforma viva en producción y acompañarla la primera fase post-lanzamiento. No hay fases ocultas, ni "un extra imprescindible" que aparece en el tercer correo, ni suscripciones disfrazadas.
Si más adelante queréis crecer (la integración con IA del hito 5, versiones en otros idiomas, módulo de facturación, una API pública…) lo presupuesto aparte y con calma. Lo que entra aquí queda entregado, probado y documentado para que podáis manejarlo sin mí si hiciera falta.
SIGUIENTE FASE · CÓMO SEGUIMOS
01
Leéis y nos decís qué opción
Tomaos los días que necesitéis para leer la propuesta con calma, enseñarla dentro y ver si algo no encaja. Lo ideal es que volváis con una decisión (A o B) y la lista de dudas que os hayan ido saliendo. Todo lo que cambie antes de firmar, lo cambiamos.
02
Kickoff y arquitectura al detalle
Montamos una sesión para repasar modelo de datos, textos legales, correos automáticos y accesos de administración. Si habéis ido a Laravel, ahí también cierro hosting de producción. Salgo con un cuaderno de obra que usamos el resto del proyecto.
03
Arranco y vais viendo avances
A partir del kickoff entramos en el calendario. Cada semana os paso una demo funcional con acceso al entorno de pruebas, para que lo uséis tal cual lo usará Bemytalent en producción. Nada de sorpresas al final.
Esto es un punto de partida, no un contrato firmado. Si leyendo el documento os saltan cosas (ajustes, preguntas, ideas que mueven el alcance) las meto y os reenvío la versión corregida. Sin compromiso y sin presión de tiempos.
Y si preferís hablarlo antes que escribirlo, responder por email es lo más cómodo para arrancar. Si hace falta montamos llamada, pero muchas decisiones se cierran por escrito en un par de correos y ambos nos ahorramos buscar huecos en la agenda.
CONTACTO · HABLEMOS
Lo más cómodo: respondedme al mismo hilo por el que os ha llegado esta propuesta. Decidme si os tira más WordPress o Laravel y soltad todas las dudas que queráis resolver antes de firmar nada. Si os apetece más una videollamada para repasarlo a viva voz, la montamos sin problema.
Escribir a andresgr610@gmail.com →