Compras de aprendizaje corporativo: guía completa

La carpeta de evidencias de las compras de aprendizaje corporativo reúne los requisitos de seguridad, protección de datos y contrato

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Imagine el momento en que un líder de L&D dice: «Lo queremos». Para muchos fundadores de EdTech eso parece la meta. Suele ser el comienzo de otra carrera. El líder de L&D es dueño de la necesidad. Compras, seguridad, legal, IT y finanzas son dueños de la compra, y ninguno de ellos estuvo en su demo.

Las compras de aprendizaje corporativo son el conjunto de pasos formales que una organización grande utiliza para convertir un producto elegido en un contrato firmado, pagado y conforme a la normativa. Abarcan cómo el comprador pide información a los proveedores, los verifica como suministradores, revisa su seguridad y su manejo de datos, prueba la accesibilidad y acuerda las condiciones comerciales. Este artículo explica cada paso, qué intenta averiguar realmente el comprador y cómo se prepara un proveedor antes de que llegue el cuestionario. Para el recorrido más amplio que conduce hasta aquí, comience con cómo compran capacitación las empresas. Cuando compras entra en escena, el caso para comprar normalmente ya se ha planteado, mediante un análisis de necesidades de capacitación y un argumento sobre el ROI de la capacitación.

Una advertencia desde el principio. La práctica de compras varía según la empresa, el país y si el comprador es público o privado. Este artículo describe patrones comunes y cita normativas cuando existen. No ofrece duraciones típicas, porque no existe un benchmark público fiable para compras de aprendizaje en concreto, y su propio pipeline le dirá más que un promedio prestado.

Por qué existen las compras

Compras es la forma que tiene el comprador de gestionar riesgos que no puede ver en una demo. Un producto de aprendizaje toca datos de empleados, puede conectarse con los sistemas de identidad de la empresa y crea un compromiso financiero recurrente. Quienes lo aprueban no juzgan la pedagogía. Juzgan la exposición.

Por eso compras es una audiencia distinta del equipo de L&D. Mientras el comprador de L&D pregunta «¿lo usará nuestra gente?», las áreas de compras y de riesgo preguntan «¿qué pasa si este proveedor quiebra, filtra datos o sube sus precios?». Si desea una visión general de la función en sí, consulte gestión de compras, y para el grupo de aprobadores que la rodea, la alineación de stakeholders y el proceso de compra empresarial.

Datos clave: compras de aprendizaje corporativo

  • Una solicitud de información (RFI) es una herramienta de estudio de mercado. Según la Federal Acquisition Regulation de Estados Unidos, las respuestas no son ofertas y no pueden aceptarse para formar un contrato vinculante (FAR 15.201, acquisition.gov).
  • Según el artículo 28 del RGPD, un encargado que trata datos personales por cuenta de un responsable debe estar vinculado por un contrato que establezca el objeto, la duración, la naturaleza y la finalidad del tratamiento, y el tipo de datos implicados (Reglamento (UE) 2016/679, EUR-Lex).
  • Un encargado no puede recurrir a otro encargado sin la autorización previa por escrito, específica o general, del responsable (artículo 28(2) del RGPD).
  • Los informes SOC 2 abordan controles relevantes para la seguridad, la disponibilidad, la integridad del procesamiento, la confidencialidad o la privacidad (AICPA & CIMA).
  • Un Accessibility Conformance Report (ACR) explica cómo cumple un producto las Revised Section 508 Standards y ayuda a los compradores federales de Estados Unidos a evaluarlo durante el estudio de mercado y la evaluación de propuestas (Section508.gov).

El rastro documental: RFI, RFP y RFQ

Los grandes compradores suelen formalizar la selección de proveedores con uno o más de tres documentos. Los nombres se usan con poca precisión, así que conviene saber para qué sirve cada uno.

Tres folios de compras muestran una RFI para información, una RFP para propuestas y una RFQ para un precio especificado

Documento Qué quiere el comprador Qué significa para usted
RFI (solicitud de información) Saber qué hay disponible y quiénes son los proveedores creíbles Responda con claridad. A menudo es la manera de entrar en una lista corta. Normalmente no hay compromiso para ninguna de las partes
RFP (solicitud de propuesta) Una respuesta escrita detallada a una necesidad definida, con enfoque, capacidades y precio La más pesada. Los requisitos se puntúan, a menudo por un comité
RFQ (solicitud de cotización) Un precio para algo que ya está especificado Habitual cuando el comprador sabe exactamente lo que quiere y compara sobre todo el costo

Las reglas del sector público muestran la lógica con claridad. La Federal Acquisition Regulation de Estados Unidos indica que las RFI pueden utilizarse cuando el Gobierno no tiene por ahora intención de adjudicar un contrato pero quiere información de mercado, y que las respuestas no son ofertas. Las empresas privadas no están sujetas a esa regla, pero muchas toman prestada la misma estructura porque es defendible: varios proveedores, las mismas preguntas, una hoja de puntuación.

De ahí se desprenden algunos puntos prácticos.

Una RFP a menudo significa que usted no fue la primera idea. A veces el comprador ya prefiere a un proveedor y la RFP es un trámite de cumplimiento. A veces es una competencia abierta de verdad. No siempre se puede saber desde fuera, así que pregunte pronto cuáles son los criterios de evaluación y su ponderación, y si tendrá la oportunidad de presentar.

Responda lo que se pregunta. La puntuación de una RFP suele ser por pregunta. Una narrativa hermosa que omite un requisito obligatorio puede perder frente a una respuesta más simple que cubre cada línea. La mecánica de una buena respuesta se cubre en la estrategia de respuesta a RFP, escrita para firmas de servicios, pero la disciplina se aplica igual.

Decida si responder o no. Una RFP redactada en torno a la lista de funciones de un competidor es cara de responder y difícil de ganar. Descartarse a tiempo es una decisión legítima.

Alta de proveedores y debida diligencia

Una vez seleccionado, o a veces antes, el comprador necesita registrarlo como proveedor. Es un trámite administrativo, y detiene más acuerdos de lo que los fundadores esperan porque nadie del lado de L&D es responsable de él.

Entre los elementos que los compradores suelen pedir a un nuevo proveedor se incluyen:

  • Datos de la entidad legal, registro y documentación fiscal
  • Datos bancarios para el pago, normalmente verificados mediante un proceso aparte
  • Certificados de seguros, cuando el contrato los exige
  • Información sobre la propiedad y la estabilidad financiera, sobre todo para un proveedor joven
  • Políticas de seguridad de la información, continuidad del negocio y, a veces, antisoborno o código de conducta
  • Referencias o una lista de clientes comparables

¿Por qué tanto? Porque el comprador se protege frente a la dependencia de un proveedor que desaparece. Una empresa de EdTech en etapa semilla es un proveedor perfectamente razonable, pero el comprador preguntará qué pasa con los registros de sus estudiantes y con su acceso si usted deja de operar. Los proveedores que tienen una respuesta clara (exportación de datos, acuerdos de continuidad, depósito en garantía cuando corresponda) parecen más maduros que los que evitan la pregunta.

La solución práctica es un «paquete de proveedor» estándar que pueda enviar en un solo correo: documentos de la empresa, políticas, seguros, resumen de seguridad, términos de tratamiento de datos, informe de accesibilidad. Armarlo una vez ahorra días en cada acuerdo.

Revisión de seguridad

Para cualquier producto que almacene datos de empleados o se conecte con los sistemas de la empresa, espere una revisión de seguridad de la información. Suele llegar como un cuestionario, a veces de cientos de preguntas, y va al equipo de seguridad o de riesgo de IT del comprador, no a L&D.

Un escudo de seguridad y un folio de evidencias acotado destacan los controles revisados, en lugar de un logotipo de certificación

Contenidos habituales de una revisión:

  • Cómo se almacenan, cifran y respaldan los datos
  • Quién del proveedor puede acceder a los datos del cliente y cómo se controla ese acceso
  • Cómo se detectan los incidentes y cómo se informa a los clientes
  • Ubicación del alojamiento y subencargados
  • Atestación o certificación independiente

Sobre este último punto, aparecen con frecuencia dos informes y certificaciones.

SOC 2. Un informe SOC 2 lo elabora una firma independiente de contadores públicos tras examinar los controles de una organización de servicios. El AICPA describe SOC 2 como un informe sobre controles relevantes para la seguridad, la disponibilidad, la integridad del procesamiento, la confidencialidad o la privacidad. Los compradores suelen pedir el informe completo bajo un acuerdo de confidencialidad (NDA), no solo un logotipo. Lea el alcance antes de presumir de él: un informe que cubre solo algunos sistemas o solo algunos criterios responde menos preguntas del comprador.

ISO/IEC 27001. Es una norma internacional para los sistemas de gestión de seguridad de la información, y los compradores, sobre todo fuera de Estados Unidos, suelen preguntar si un proveedor está certificado. Si la tiene, tenga listos el certificado y su declaración de alcance. Si no, indique qué tiene en su lugar. Consulte los requisitos vigentes con su organismo de certificación antes de describir su alcance a un comprador.

Los proveedores en etapa temprana a menudo no pueden mostrar ninguno de los dos. Eso no es fatal. Un cuestionario completado, un resumen reciente de una prueba de penetración, políticas claras y una hoja de ruta creíble hacia la atestación permiten cerrar muchos acuerdos más pequeños. Los compradores más grandes aún pueden exigir el informe como condición, así que sepa qué acuerdos todavía no puede ganar.

Una biblioteca de respuestas reutilizable ayuda más que cualquier certificado. Mantenga sus respuestas a las preguntas comunes en un solo lugar, con un responsable, y revisadas periódicamente. Las respuestas inconsistentes entre cuestionarios son una señal de alerta que los revisores de seguridad notan.

Protección de datos y el acuerdo de tratamiento

Los productos de aprendizaje tratan datos personales: nombres, correos de trabajo, cargos, progreso, resultados de evaluaciones y, a veces, información de desempeño. Para los compradores con empleados en la UE o el Reino Unido, eso activa la ley de protección de datos, y el comprador querrá que exista un acuerdo de tratamiento de datos (DPA).

Una funda de acuerdo de tratamiento de datos delimita un recipiente de datos bloqueado bajo las instrucciones del cliente

La regla central proviene del Reglamento General de Protección de Datos. El artículo 28 establece que el tratamiento por un encargado debe regirse por un contrato u otro acto jurídico que vincule al encargado y fije el objeto y la duración del tratamiento, su naturaleza y finalidad, el tipo de datos personales y las categorías de interesados. En el esquema habitual, su cliente es el responsable y usted es el encargado.

El mismo artículo enumera compromisos específicos que el contrato debe incluir. En términos sencillos, usted debe:

  • Tratar los datos personales únicamente siguiendo las instrucciones documentadas del responsable
  • Asegurarse de que las personas autorizadas para tratar los datos estén sujetas a confidencialidad
  • Aplicar medidas de seguridad apropiadas
  • Ayudar al responsable con las solicitudes de los interesados y con sus propias obligaciones de cumplimiento
  • A elección del responsable, suprimir o devolver los datos al terminar el servicio
  • Poner a disposición la información necesaria para demostrar el cumplimiento, y permitir y contribuir a las auditorías, incluidas las inspecciones

También regula a los subencargados. El artículo establece que un encargado no puede recurrir a otro encargado sin la autorización previa por escrito, específica o general, del responsable, y cuando se concede una autorización general, el encargado debe informar al responsable de los cambios previstos para que pueda oponerse. Para un proveedor de EdTech que funciona sobre alojamiento en la nube, infraestructura de video y herramientas de analítica, eso significa mantener una lista de subencargados precisa y un proceso para notificar a los clientes.

Consecuencias prácticas:

  • La mayoría de los compradores empresariales envía su propia plantilla de DPA. Muchos proveedores también tienen una estándar. Decida de antemano qué desviaciones aceptará y quién puede aprobarlas.
  • La eliminación de datos importa en el aprendizaje más que en la mayoría de las categorías. Sea claro sobre qué ocurre con los registros y certificados de los estudiantes cuando termina un contrato, porque los compradores de cumplimiento a veces necesitan conservar los registros de finalización durante años.

Esta es información general, no asesoría jurídica. Su propio asesor legal debe revisar el acuerdo que usted firme realmente.

Requisitos de accesibilidad

Los grandes empleadores tratan cada vez más la accesibilidad como una puerta de compras, porque su fuerza laboral incluye personas con discapacidad y, en algunos lugares, la ley se aplica a lo que compran.

La referencia que usa la mayoría de los compradores son las Web Content Accessibility Guidelines del W3C. WCAG 2.2 abarca una amplia gama de recomendaciones para hacer más accesible el contenido web a personas con discapacidad, incluidas la ceguera y la baja visión, la sordera y la pérdida de audición, la movilidad limitada y algunas limitaciones cognitivas. Los compradores suelen escribir un nivel de conformidad objetivo en los requisitos, así que pregunte qué versión y qué nivel esperan.

Para los compradores federales de Estados Unidos y algunos estatales, la referencia es la Section 508. La evidencia habitual es un Accessibility Conformance Report. Section508.gov describe un ACR como un documento que explica cómo los productos de tecnologías de la información y la comunicación cumplen las Revised 508 Standards, y señala que los ACR ayudan a los funcionarios federales de contratación a evaluar productos durante el estudio de mercado y al evaluar propuestas. Section508.gov también publica orientación para las agencias sobre cómo solicitar información de accesibilidad a los proveedores, que le indica qué puede pedirle un comprador gubernamental.

Las preguntas de accesibilidad en el aprendizaje son específicas. Espere que cubran:

  • Si los reproductores de cursos funcionan con navegación por teclado y lectores de pantalla
  • Subtítulos y transcripciones para el video, y alternativas para el audio
  • Si el contenido de terceros que usted revende cumple el mismo nivel
  • Si las pantallas de autoría y administración son accesibles, no solo la vista del estudiante

No declare una conformidad que no haya probado. Un informe exacto que enumere las brechas y un plan de remediación es más creíble que uno de apariencia perfecta, y los compradores que se preocupan lo verificarán.

Requisitos de integración y SSO

Para las plataformas y el contenido que se conectan con un sistema de aprendizaje, IT querrá saber cómo se conecta su producto. Se le preguntará por el inicio de sesión único (SSO) para que los empleados usen sus cuentas existentes, por el aprovisionamiento de usuarios para que las cuentas se creen y eliminen automáticamente, y por cómo llegan los datos de finalización al sistema de gestión del aprendizaje del comprador. Estándares como SCORM, xAPI y LTI son las formas habituales en que el contenido y las herramientas se comunican con un LMS. Cuál importa depende de la plataforma del comprador, así que pregunte pronto qué utiliza. Si la plataforma del comprador aún no está definida, LMS vs LXP explica en qué se diferencian los dos tipos de plataforma.

El riesgo aquí es prometer una integración que solo tiene a medio construir. Diga con claridad qué está en producción, qué es configurable y qué requiere trabajo a medida, y si ese trabajo tiene un costo.

Estructuras contractuales

Una vez superadas las revisiones, comienza el papeleo comercial. Los contratos de software empresarial suelen apilar varios documentos.

La estructura del contrato empresarial muestra los términos marco sustentando formularios de pedido, términos de datos y anexos de servicio

Documento Qué cubre
Master Services Agreement (MSA) Los términos legales generales entre las dos empresas: responsabilidad, confidencialidad, propiedad intelectual, terminación, ley aplicable
Formulario de pedido (o statement of work) La compra específica: producto, cantidad, plazo, tarifas, fecha de inicio
DPA Términos de protección de datos, como se describió arriba
Anexos de seguridad y de servicio Disponibilidad, tiempo de respuesta del soporte y compromisos de seguridad, cuando se acuerdan

Separar el MSA de los formularios de pedido permite al comprador firmar los términos legales una sola vez y añadir compras más adelante sin renegociar. Si espera expandirse entre departamentos, esa estructura le favorece.

Las decisiones dentro del formulario de pedido merecen atención:

  • Modelo de licenciamiento. Las licencias por usuario cobran por usuarios nombrados o asignados. Las licencias empresariales dan acceso a toda la organización, a menudo por una tarifa negociada. Los modelos basados en estudiantes cobran por las personas que realmente usan el producto. Cada uno desplaza el riesgo de forma distinta: las licencias por usuario penalizan al comprador si pocas personas inician sesión, y las licencias empresariales penalizan al proveedor si el uso se dispara. La lógica de precios se trata por separado en la colección, así que aquí lo importante es saber qué modelo usa su contrato y qué cuenta como «usuario».
  • Plazo y renovación. Los plazos plurianuales le dan visibilidad de ingresos y al comprador un descuento. Las cláusulas de renovación automática son comunes, pero muchos compradores empresariales las objetan o exigen plazos de aviso. Conozca sus condiciones de renovación y póngalas en el calendario, porque la ventana de aviso es donde ocurren las sorpresas para ambas partes.
  • Terminación y salida. Los compradores pedirán el derecho a irse por incumplimiento grave y a la devolución de los datos al final. Acuerde cómo será la salida.
  • Responsabilidad e indemnización. Los equipos legales negocian con dureza los topes y las excepciones. Decida de antemano quién de su lado puede aprobar cambios.

Condiciones de pago

Las condiciones de pago son un tema de compras porque las fija el área de finanzas, no L&D. Los grandes compradores suelen exigir un número de orden de compra antes de pagar, así que pregunte a qué entidad facturar, qué moneda se aplica y cómo se gestionan los impuestos. La facturación anual por adelantado, la trimestral y la facturación por hitos para el trabajo a medida son todas normales. Compruebe qué puede soportar su propio proceso financiero antes de ofrecerlas. Para el lado presupuestario de esta conversación, consulte los ciclos presupuestarios de L&D, porque el momento en que el dinero del comprador está disponible afecta al calendario de pagos que puede aceptar.

Cómo se prepara un proveedor

La mayoría de los retrasos de compras son retrasos de preparación. Una lista de verificación razonable:

  1. Arme el paquete de proveedor. Documentos de la empresa, seguros, políticas, resumen de seguridad, lista de subencargados, informe de accesibilidad, DPA estándar.
  2. Mantenga una biblioteca de respuestas. Un conjunto único y mantenido de respuestas a las preguntas comunes de seguridad y de RFP, con un responsable.
  3. Conozca sus brechas. Si no tiene informe SOC 2 ni certificado ISO, escriba la respuesta honesta y el plan, en lugar de improvisar en cada cuestionario.
  4. Acuerde de antemano sus posiciones de negociación. ¿Qué cambios al DPA, términos de responsabilidad y condiciones de pago puede aceptar un vendedor y cuáles requieren escalamiento?
  5. Pida el proceso desde el primer día. Quién en compras, seguridad y legal hará la revisión, qué documentos necesita y en qué orden. Luego incorpore esos nombres a su plan del acuerdo.
  6. Ejecute las revisiones en paralelo. Las revisiones de seguridad, legal y accesibilidad rara vez dependen entre sí. Iniciarlas juntas, en lugar de una tras otra, elimina esperas evitables.

Preguntas frecuentes sobre las compras de aprendizaje corporativo

¿Cuál es la diferencia entre un RFI, un RFP y un RFQ?

Una RFI recopila información sobre el mercado y los posibles proveedores, una RFP pide una propuesta detallada para una necesidad definida y una RFQ pide un precio para algo ya especificado. Según las normas federales de Estados Unidos, las respuestas a una RFI no son ofertas y no pueden aceptarse para formar un contrato.

¿Necesito un informe SOC 2 para venderle a grandes empresas?

No siempre, pero los compradores más grandes suelen pedirlo durante la revisión de seguridad. Los informes SOC 2 cubren controles relevantes para la seguridad, la disponibilidad, la integridad del procesamiento, la confidencialidad o la privacidad. Si todavía no tiene uno, un cuestionario completado, políticas claras y un plan creíble aún pueden sostener acuerdos más pequeños.

¿Qué es un acuerdo de procesamiento de datos y por qué lo pedirá el comprador?

Es el contrato que regula cómo un proveedor maneja los datos personales por cuenta del cliente. El artículo 28 del RGPD exige un contrato vinculante que establezca el objeto, la duración, la naturaleza y la finalidad del tratamiento y el tipo de datos. También exige compromisos como tratar los datos solo siguiendo instrucciones documentadas y apoyar las auditorías.

¿Qué es un Accessibility Conformance Report?

Es un documento que explica cómo un producto cumple los estándares de accesibilidad. Section508.gov lo describe como una muestra de cómo los productos de TIC cumplen las Revised 508 Standards, y señala que ayuda a los compradores federales a evaluar los productos. Muchos compradores privados también lo piden, normalmente junto con un nivel WCAG objetivo.

¿Qué significa la renovación automática en un contrato de formación?

El acuerdo se renueva por otro plazo a menos que una de las partes avise dentro de una ventana determinada. Es común en los contratos de software, y los compradores a menudo negocian el plazo de aviso. Controle la fecha de ambos lados, porque una ventana perdida puede significar una renovación no deseada o un cliente perdido.

¿Por qué las compras tardan tanto después de que el comprador nos ha elegido?

Porque varios equipos con listas de verificación independientes deben aprobar: compras, seguridad, legal, accesibilidad, IT y finanzas. El retraso suele deberse a documentos faltantes o a revisiones que comienzan una tras otra. Un paquete de proveedor listo y el mapeo temprano de los revisores lo reducen.

Lecturas relacionadas

About the author

Brian Tr

Brian Tr

Co-Founder & COO

Brian Tr is Co-Founder and COO of Rework, with 12+ years in B2B go-to-market and operations. Brian scaled Rework from 0 to 10,000+ B2B customers across CRM and productivity tools. Brian writes for founders and owner-CEOs: startup fundamentals, founder-led and family businesses, partnerships, and how SaaS, marketplace, AI and EdTech companies grow.