We scope the task
We define the product scenario, the audience for the result, the document types, and the business goal.
usually 1-2 business daysWizey B2B has no off-the-shelf tiers: terms depend on the scenario, volume, white-label or API format, data requirements, support, and how the result fits into the partner's processes.
Terms depend on the scenario, volume, and security perimeter, so we work with each partner individually. After a short scoping of the task, we lock in a clear plan with stages and evaluation criteria.
The cost is built from the practical scenario: who uses the result, what text-based medical data comes in, what response format is needed, and how deeply Wizey is embedded into the product or operational process.
A pilot exists to quickly validate value in a real B2B scenario: result quality, format convenience, the load on the team, and clarity for the doctor, patient, or operator.
We define the product scenario, the audience for the result, the document types, and the business goal.
usually 1-2 business daysWe lock in the response structure, tone, branding, user roles, and data requirements.
3-5 daysWe test the chosen flow on a limited set of examples and collect feedback.
1-2 weeksWe discuss refinements, support, the commercial model, and terms for further onboarding.
after the pilotExact dates depend on the integration format, security requirements, and the makeup of the team on the partner's side. Below are soft benchmarks we see in practice.
If the "How the pilot launches" section describes the steps we take together, here are the artifacts, access, and support that stay with the partner by the end of the pilot.
A description of the report blocks, terminology, explanation tone, disclaimers, and level of detail, captured in a document.
A demo perimeter to validate the scenario: white-label delivery, integration into the interface, or connection via the programmatic perimeter, depending on the chosen format.
An agreed flow of text-based medical data that accounts for roles, de-identification, and the partner's data requirements.
Finished results on a limited set of documents: material for the medical, product, and operational teams to assess quality.
A channel for questions, a review of feedback, and format refinements based on the test launch.
A summary of the pilot results: what was confirmed, what needs refinement, and a proposal for volume, support, and commercial terms going forward.
To avoid wasting time on both sides, we show upfront which pilot scenarios are ours and which are better solved with another tool or provider.
Short answers on price, timelines, scope, and how terms are discussed after the pilot. For the full summary and partner-perimeter nuances, see the B2B FAQ.
The exact pilot price is locked in after a short scoping of the task. The cost depends on the scenario, volume, integration format, data requirements, and support. We don't publish a price grid on the public page: a B2B project can be a pilot for a laboratory, a white-label module, or an integration into a product, and these options require a different scope of work.
The price is built from the use scenario, volume, the choice between white-label and API, data requirements, and the support format. It also factors in how deeply Wizey is embedded into the partner's product or operational process.
There are no free B2B pilots with commercial guarantees. The first step is a short scoping of the task and agreement on the pilot format. At this stage, we jointly assess how much work is needed to test the hypothesis.
Timelines depend on the pilot scope, the integration format, security requirements, and the makeup of the team on the partner's side. After scoping the task and agreeing on the format, we lock in a clear plan with stages and evaluation criteria.
A scenario session, output configuration, work with data, the choice between white-label and API, feedback collection, and a scaling plan. The full scope of work is discussed for the specific task and locked in before the start.
After the pilot, we discuss volumes, support, documents, timelines, and the commercial model for the next stage. The success criteria and the scaling decision are locked in upfront, so the transition is transparent.
Describe the task on the B2B page: the product format, the expected data flow, the user roles, and the result you want. We'll come back with questions and propose a clear next step.