Encuadramos la tarea
Definimos el escenario del producto, la audiencia del resultado, los tipos de documentos y el objetivo de negocio.
normalmente 1-2 días hábilesWizey B2B no tiene planes estándar: las condiciones dependen del escenario, el volumen, el formato white-label o API, los requisitos de datos, el soporte y de cómo el resultado encaja en los procesos del socio.
Las condiciones dependen del escenario, el volumen y el perímetro de seguridad, por eso trabajamos con cada socio de forma individual. Tras un breve encuadre de la tarea, fijamos un plan claro con etapas y criterios de evaluación.
El costo se construye a partir del escenario práctico: quién usa el resultado, qué datos médicos en texto llegan, qué formato de respuesta se necesita y con qué profundidad Wizey se integra en el producto o en el proceso operativo.
Un piloto existe para validar rápidamente el valor en un escenario B2B real: la calidad del resultado, la comodidad del formato, la carga sobre el equipo y la claridad para el médico, el paciente o el operador.
Definimos el escenario del producto, la audiencia del resultado, los tipos de documentos y el objetivo de negocio.
normalmente 1-2 días hábilesFijamos la estructura de la respuesta, el tono, la marca, los roles de usuario y los requisitos de datos.
3-5 díasProbamos el flujo elegido sobre un conjunto limitado de ejemplos y recogemos comentarios.
1-2 semanasConversamos sobre ajustes, soporte, modelo comercial y condiciones para una incorporación posterior.
después del pilotoLas fechas exactas dependen del formato de integración, los requisitos de seguridad y la composición del equipo del lado del socio. A continuación, referencias orientativas que vemos en la práctica.
Si la sección "Cómo se lanza el piloto" describe los pasos que damos juntos, aquí están los artefactos, los accesos y el soporte que quedan con el socio al final del piloto.
Una descripción de los bloques del informe, la terminología, el tono de las explicaciones, las advertencias y el nivel de detalle, recogida en un documento.
Un perímetro de demostración para validar el escenario: entrega white-label, integración en la interfaz o conexión a través del perímetro programático, según el formato elegido.
Un flujo acordado de datos médicos en texto que tiene en cuenta los roles, la desidentificación y los requisitos de datos del socio.
Resultados terminados sobre un conjunto limitado de documentos: material para que los equipos médico, de producto y operativo evalúen la calidad.
Un canal para preguntas, una revisión de los comentarios y ajustes de formato a partir del lanzamiento de prueba.
Un resumen de los resultados del piloto: qué se confirmó, qué necesita ajuste y una propuesta de volumen, soporte y condiciones comerciales para seguir adelante.
Para no perder el tiempo de ninguna de las dos partes, mostramos de entrada qué escenarios de piloto son los nuestros y cuáles se resuelven mejor con otra herramienta o proveedor.
Respuestas breves sobre precio, plazos, alcance y cómo se discuten las condiciones después del piloto. Para el resumen completo y los matices del perímetro del socio, consulta la FAQ B2B.
El precio exacto del piloto se fija tras un breve encuadre de la tarea. El costo depende del escenario, el volumen, el formato de integración, los requisitos de datos y el soporte. No publicamos una tabla de precios en la página pública: un proyecto B2B puede ser un piloto para un laboratorio, un módulo white-label o una integración en un producto, y estas opciones requieren un alcance de trabajo distinto.
El precio se construye a partir del escenario de uso, el volumen, la elección entre white-label y API, los requisitos de datos y el formato de soporte. También tiene en cuenta con qué profundidad Wizey se integra en el producto o el proceso operativo del socio.
No hay pilotos B2B gratuitos con garantías comerciales. El primer paso es un breve encuadre de la tarea y el acuerdo del formato del piloto. En esta etapa evaluamos juntos cuánto trabajo se necesita para probar la hipótesis.
Los plazos dependen del alcance del piloto, el formato de integración, los requisitos de seguridad y la composición del equipo del lado del socio. Tras encuadrar la tarea y acordar el formato, fijamos un plan claro con etapas y criterios de evaluación.
Una sesión de escenario, la configuración de la salida, el trabajo con datos, la elección entre white-label y API, la recolección de comentarios y un plan de escalado. El alcance completo del trabajo se discute para la tarea concreta y se fija antes de empezar.
Después del piloto, hablamos de volúmenes, soporte, documentos, plazos y el modelo comercial para la siguiente etapa. Los criterios de éxito y la decisión de escalar se fijan de antemano, para que la transición sea transparente.
Describe la tarea en la página B2B: el formato del producto, el flujo de datos esperado, los roles de usuario y el resultado que buscas. Volveremos con preguntas y te propondremos un siguiente paso claro.