Haga el seguimiento del producto antes de nombrarlo
Fintech y DeFi son etiquetas, no explicaciones de quién custodia los fondos o activos de los clientes. Siga el recorrido de un cliente que deposita fondos o tokens, los cambia, los transfiere y los rescata. Nombre cada entidad que controla la interfaz, la custodia, la fijación de precios, la ejecución y la liquidación, incluidos los proveedores externalizados. Marque dónde están el cliente y cada proveedor.
Dibuje el flujo de una operación normal y de una fallida. Identifique cuándo el cliente tiene una reclamación contra un operador, cuándo los activos los tiene un tercero y quién puede detener o revertir una transferencia. Si interviene un contrato inteligente, registre sus permisos reales, claves de actualización y dependencias en lugar de asumir que la palabra descentralizado elimina al operador.
Compare las promesas con los derechos contractuales
Ponga una junto a otra la pantalla de alta, el marketing, las condiciones y los registros de operaciones. Si la interfaz promete retiradas rápidas o liquidez siempre disponible, ensaye los períodos de espera, los límites, las suspensiones y las caídas de proveedores. Una advertencia debe explicar los puntos reales de fallo del producto, no enterrarlos en lenguaje genérico de riesgos.
Siga comisiones, tipos, acuerdos de custodia y reclamaciones desde la vista del cliente hasta el libro mayor. Identifique quién puede responder a una disputa y dónde residen las pruebas. Simule un fallo de transferencia: ¿puede el soporte decir al cliente qué ocurrió sin revelar información de otra persona ni dar una garantía sin fundamento?
Compruebe cada función en cada mercado
Las funciones de pago, custodia, crédito, intercambio e inversión pueden plantear cuestiones distintas en cada lugar. Pida a asesores locales cualificados que comprueben los requisitos vigentes para la versión real del producto, las entidades y los clientes previstos. Incluya las condiciones de cara al consumidor, los controles de identidad y de operaciones, el tratamiento de datos y el marketing cuando sean relevantes para esa revisión. El permiso de un socio extranjero no cubre automáticamente la actividad local.
Registre los países alcanzados por el servicio y cómo se restringe u ofrece el acceso. Un equipo local, una campaña en un idioma concreto o un socio de pagos pueden cambiar el análisis. No trate una nota jurídica regional como permiso para lanzar una función en todas partes; registre la fuente, la fecha, los supuestos y las cuestiones abiertas mercado por mercado.
Actualice la evaluación jurídica con cada versión del producto
Mantenga un mapa fechado de flujos de dinero, tokens y datos, entidades responsables, versiones de contratos, funciones de proveedores y cuestiones jurídicas. Una nueva opción de staking, monedero alojado, función de rendimiento o retirada transfronteriza puede cambiar los hechos originales. Los responsables de revisar el producto, los aspectos jurídicos, los riesgos y la comunicación comercial deben aprobar la misma descripción vigente antes del lanzamiento.
Incorpore un evento desencadenante de cambio al desarrollo. Si cambian la custodia, el tipo de activo, la ubicación de usuarios o las condiciones de rescate, retome el mapa y las divulgaciones. Ensaye una caída, una pérdida de acceso y el proceso de reclamaciones, y registre quién puede pausar la actividad y notificar a los clientes. La revisión solo sigue siendo útil mientras corresponda al servicio en vivo.
Expediente de primera revisión
- Pantallas actuales, afirmaciones de marketing y condiciones de cliente.
- Diagramas de flujo de operaciones normales y fallidas por versión del producto.
- Contratos de custodia, banca, pagos, intercambio y proveedores técnicos.
- Lista de mercados y clientes con asesoramiento local fechado y cuestiones abiertas.
- Responsables de riesgo, incidentes, reclamaciones y cambios de producto.
Para cuestiones relacionadas, consulte banca y finanzas y asesoría jurídica en blockchain.