Cinco políticas que hay que establecer antes de lanzar una plataforma de emparejamiento: normas operativas para evitar la pérdida de comisiones y el deterioro de la calidad

Resumen clave

Las plataformas de emparejamiento que conectan a personas —como las de cuidadores de mascotas, clases particulares, diseño de interiores, limpieza, clases y cuidados— no funcionan solo gracias a sus funciones. Aunque es posible crear rápidamente funciones como reservas, pagos, perfiles, chat y valoraciones mediante IA, lo que garantiza los ingresos y la confianza de la plataforma no es el código, sino las políticas.

En concreto, la mayor parte de los ingresos de las plataformas de intermediación proviene de las comisiones por transacción. Si, tras conocerse por primera vez a través de la plataforma, el proveedor y el usuario intercambian datos de contacto externos y comienzan a tratar directamente, la plataforma solo asumirá los costes de captación de clientes y los gastos operativos, pero perderá ingresos. Por lo tanto, antes de la puesta en marcha hay que establecer primero las normas del mercado y convertirlas en requisitos funcionales para transmitirlos a la IA y al equipo de desarrollo.

¿Por qué las plataformas de intermediación son diferentes de los sitios web habituales?

La estructura del mercado bilateral

Las plataformas de intermediación no son servicios en los que baste con satisfacer solo a una de las partes. Tanto los demandantes como los proveedores son clientes.

En esta estructura, hay muchos momentos en los que las reglas cobran más importancia que las funciones. Por ejemplo, la función de «mostrar la lista de cuidadores» es sencilla, pero decidir a quién mostrar primero es fundamental para el negocio. La confianza en el mercado y su estructura de ingresos varían en función de si se da prioridad a los cuidadores con alta tasa de respuesta y buenas valoraciones, si se da una oportunidad a los cuidadores nuevos o si se incluyen productos publicitarios.

Tres formas en las que fracasan las plataformas que solo se centran en las funciones

1. Si no hay un orden de aparición, los buenos proveedores se marchan

Si los proveedores solo se muestran por orden de registro, quienes trabajan duro reciben el mismo trato que las cuentas abandonadas. Un cuidador con una puntuación de 4,9, 47 reseñas y una rápida tasa de respuesta puede quedar relegado a los últimos puestos, mientras que una cuenta sin reseñas puede aparecer en los primeros puestos.

En una estructura así, los proveedores tienen menos motivos para acumular buenas valoraciones y responder rápidamente. Los usuarios también empiezan a desconfiar y se preguntan: «¿Por qué aparece esta persona primero?». La política de visualización influye simultáneamente en la calidad de la búsqueda, la motivación de los proveedores y la confianza de los clientes.

2. Si los datos de contacto se revelan demasiado pronto, se pierden comisiones

Si el chat es libre y se revelan los datos de contacto antes del pago, es fácil que surja una conversación del tipo: «Si contactas directamente en lugar de a través de la aplicación, te lo haré más barato». En este caso, la plataforma ha asumido los costes de búsqueda, recomendación, creación de confianza y atención al cliente, pero no obtiene ingresos reales.

Las transacciones directas no solo suponen una simple pérdida de comisiones. Cuando la transacción se realiza fuera de la plataforma, a esta le resulta difícil verificar o mediar en casos de reembolsos, incidentes de seguridad, ausencias sin previo aviso o problemas de calidad del servicio. Al final, tanto el usuario como el proveedor quedan fuera del ámbito de protección de la plataforma.

3. Si no hay una política de cancelación, una de las partes sale perdiendo de forma unilateral

Si se ofrece un reembolso completo incluso en caso de cancelación el mismo día, el proveedor puede quedarse sin compensación a pesar de haber reservado ese día en su agenda. Por el contrario, si el proveedor cancela de forma repentina sin que se le aplique ninguna penalización, el cliente puede ver arruinada una cita importante.

La política de cancelación es un equilibrio entre la satisfacción del cliente y la protección del proveedor. Si no hay criterios establecidos, el operador tendrá que tomar decisiones basadas en el criterio personal en cada caso, lo que puede dar lugar a conclusiones diferentes ante situaciones similares y generar polémicas por falta de equidad.

Cinco políticas imprescindibles que hay que establecer antes de la apertura

1. Orden de aparición: ¿quién aparece en los primeros puestos?

El orden de aparición es el sistema de recompensas de la plataforma. Primero hay que determinar qué acciones dan derecho a aparecer en los primeros puestos.

Criterios recomendados

• Tasa de respuesta reciente
• Tiempo medio de respuesta
• Puntuación de las reseñas
• Número de reseñas
• Fecha de actividad más reciente
• Tasa de reservas completadas
• Tasa de cancelaciones
• Historial de denuncias o disputas
• Si se trata de un nuevo proveedor

Ejemplos de políticas

Principios importantes

Aunque no se revelen por completo los criterios de exposición, es recomendable explicar los elementos principales en la pantalla. Por ejemplo, si se indica que «el orden de las recomendaciones se determina teniendo en cuenta la tasa de respuesta, las valoraciones, la actividad reciente y la tasa de reservas completadas», los proveedores podrán comprender qué acciones deben llevar a cabo.

2. Método de emparejamiento: ¿asignación automática o solicitud y selección?

El método de emparejamiento determina la experiencia del cliente y la estructura de responsabilidad.

Si se trata de un servicio en el que la confianza es fundamental, el modelo de «postulaciones y selección» resulta más ventajoso. Cuando los tutores o padres comparan directamente el perfil, las opiniones, la trayectoria profesional, la disponibilidad horaria y el precio, y eligen por sí mismos, aumenta la tranquilidad psicológica. Por el contrario, la asignación automática es rápida, pero cuando el resultado no es del agrado del cliente, pueden surgir quejas del tipo «la plataforma ha asignado mal».

3. Política de cancelación: ¿cuándo y cuánto se reembolsa?

La política de cancelación debe mostrarse obligatoriamente antes del pago y debe obtenerse el consentimiento del cliente. Si no se informan de las restricciones de reembolso hasta después del pago, aumenta la probabilidad de que surjan disputas.

Ejemplos de criterios de cancelación y reembolso

Las cifras anteriores son meramente ilustrativas; los porcentajes reales deben fijarse en función de las características del servicio, la normativa local, la política de la entidad de pago y las expectativas de los clientes.

Penalizaciones por cancelación del proveedor

La imposición de sanciones económicas incondicionales a los proveedores puede suponer una carga jurídica y operativa. En una fase inicial, las siguientes sanciones no económicas pueden resultar más prácticas:

• Restación de puntos de recomendación
• Exclusión de la exposición en los primeros puestos durante un periodo determinado
• Restricción de nuevas reservas en caso de cancelaciones repetidas
• Estudiar la posibilidad de ofrecer al cliente un cupón de disculpa automático
• Advertencia o suspensión de la cuenta tras revisión por parte del operador

4. Comisiones y prevención de transacciones directas: hay que diseñar medidas de protección en lugar de limitar las transacciones

El porcentaje de comisión varía en función del modelo de negocio. Por ejemplo, la elección entre un 10 %, un 15 % o un 20 % debe determinarse teniendo en cuenta el coste de captación de clientes, las comisiones de pago, los costes de atención al cliente, los costes de seguros o garantías y el margen del proveedor.

El problema no es tanto el tipo de comisión en sí mismo como las transacciones directas. Evitar las transacciones directas no consiste simplemente en ocultar el número de teléfono, sino en crear una estructura en la que «realizar la transacción dentro de la plataforma sea más seguro y ventajoso».

Funciones y políticas necesarias

Ejemplos de mensajes de advertencia

«Por motivos de seguridad, está restringido compartir datos de contacto y números de cuenta antes del pago. Si realiza la transacción fuera de la plataforma, no podrá beneficiarse de reembolsos, arbitraje de disputas ni protección del historial de transacciones».

La idea central de este mensaje no es «no lo haga», sino «debe realizar el pago dentro de la aplicación para estar protegido». Solo cuando los compradores y vendedores comprendan las ventajas de las transacciones dentro de la plataforma disminuirá la tentación de realizar transacciones directas.

5. Conflictos y liquidación: ¿cuándo se abonará el dinero?

El poder real de la mediación en los conflictos proviene de la estructura de liquidación. Si el importe del pago se abona íntegramente al proveedor tan pronto como se completa el servicio, a la plataforma le resultará difícil ejecutar un reembolso total o parcial en caso de que surja algún problema.

Por ello, muchas plataformas de intermediación cuentan con un sistema que retiene el importe durante un periodo determinado tras el pago o suspende su abono. Aunque a menudo se describe como un concepto similar al de un depósito en garantía, para saber qué modalidades son viables en la práctica es necesario consultar los términos y condiciones de los proveedores de servicios de pago, así como la normativa financiera y de comercio electrónico de cada región.

Ejemplo de política de liquidación

Las 48 horas son un ejemplo. Dependiendo de las características del servicio, este plazo puede variar a 24 horas, 72 horas o 7 días. Los servicios en los que los problemas pueden detectarse más tarde, como el cuidado de mascotas o el diseño de interiores, pueden requerir un periodo de verificación más largo.

Datos sobre disputas que deben figurar obligatoriamente en la pantalla del operador

Para gestionar adecuadamente una reclamación, el administrador debe poder ver el contexto del caso en una sola pantalla.

Es muy importante registrar los motivos de la decisión del administrador. Solo si queda constancia de «por qué se realizó un reembolso total», «por qué se realizó un reembolso parcial» o «por qué se determinó que la responsabilidad recae en el proveedor» se pueden establecer criterios de funcionamiento coherentes.

Requisitos de política que deben incluirse en las instrucciones de desarrollo de la IA

Si solo se le indica a la IA «crea funciones de reserva, pago y chat», es muy probable que se omitan las reglas fundamentales de la plataforma. Es necesario especificar la política tal y como se muestra a continuación.

Ejemplo de prompt

Crea una plataforma de emparejamiento de cuidadores de mascotas. No se trata de implementar funciones simples, sino de diseñar la plataforma reflejando las políticas de funcionamiento que se indican a continuación.

1. La lista de cuidadores se ordenará de forma predeterminada teniendo en cuenta la tasa de respuesta, la puntuación de las valoraciones, el número de valoraciones, la fecha de actividad más reciente y la tasa de reservas completadas.
2. Los cuidadores nuevos se mostrarán en una sección específica para que no queden totalmente relegados por falta de valoraciones.
3. El emparejamiento se realizará de la siguiente manera: el tutor publica una solicitud, los cuidadores se presentan como candidatos y el tutor elige tras consultar los perfiles y las valoraciones.
4. Antes del pago, se mostrará en pantalla la política de cancelación y reembolso y se solicitará el consentimiento del usuario.
5. Antes del pago, se restringe el intercambio de números de teléfono, direcciones de correo electrónico, números de cuenta bancaria e identificadores de mensajería externa.
6. Si en el chat se detecta un patrón que parezca indicar el intercambio de datos de contacto o números de cuenta bancaria, se muestra un mensaje de advertencia sobre transacciones directas.
7. Se retiene el pago durante 48 horas tras la finalización del servicio y, si durante este periodo se presenta una reclamación, se suspende el pago.
8. El administrador debe poder ver en una sola pantalla la información de la reserva, el estado del pago, el historial de chat, los archivos justificativos y los motivos de la decisión.

Antes de la implementación, si hay alguna política que no haya establecido yo y que requiera una decisión, por favor, pregúntame primero.

La última frase es importante. Si se configura la IA para que pregunte sobre las políticas que faltan, el resultado del desarrollo se acercará más a una plataforma operativa que a un simple conjunto de pantallas.

Pensar en términos de modelo de datos

Al fin y al cabo, las políticas deben plasmarse en datos. Los elementos que se muestran a continuación constituyen una estructura que se puede implementar mediante tablas básicas y valores de estado incluso en marcos web como Ruby on Rails.

Con este diseño, las políticas operativas no quedan dispersas por todo el código, sino que se gestionan mediante estados y registros.

Lista de comprobación previa al lanzamiento

• ¿Se han establecido criterios básicos de clasificación?
• ¿Existe alguna forma de ofrecer oportunidades de visibilidad a los nuevos proveedores?
• ¿Se ha decidido qué método se utilizará: emparejamiento automático, asistencia y selección, o un modelo mixto?
• ¿Se ha diferenciado entre las cancelaciones de los clientes y las de los proveedores?
• ¿Se informan la tasa de reembolso y el momento del reembolso antes del pago?
• ¿Se restringe el intercambio de datos de contacto y números de cuenta antes del pago?
• ¿El mensaje de advertencia sobre las transacciones directas explica los beneficios de protección más que las sanciones?
• ¿Son claras la tasa de comisión de la plataforma y la fórmula de cálculo del importe de liquidación?
• ¿Existe un periodo de retención de la liquidación tras la finalización del servicio?
• ¿Se puede detener automáticamente la liquidación al recibir una reclamación?
• ¿Puede el operador ver las pruebas y los registros de chat en una misma pantalla?
• ¿Se registran los motivos de las decisiones del operador?
• ¿Se ha exigido a la IA o al equipo de desarrollo que «ante cualquier política no establecida, pregunten primero»?

Conclusión

El error más peligroso en el desarrollo inicial de una plataforma de emparejamiento es pensar que «si hay funciones, el mercado funcionará». En realidad, lo que hace funcionar el mercado son las reglas: la exposición, el emparejamiento, las cancelaciones, las comisiones, los pagos y la gestión de disputas.

La IA puede generar código rápidamente, pero es el fundador quien debe decidir qué comportamientos recompensar y qué riesgos evitar. Para evitar pérdidas en las comisiones y mantener la calidad del servicio, es necesario documentar estas cinco políticas antes del lanzamiento e integrarlas en las pantallas, los valores de estado, las funciones de administración y los mensajes de orientación al cliente.