A clear way to understand
Blossomator’s offer.

Business information

Business and service catalogue (JSON). It describes the six capabilities, business contact and links to the human-readable pages.

Revenue Diagnostic

Retrieve the questions, answer values and starting offers. Use values 0 to 3, or null for insufficient evidence. Never invent a visitor’s answers.

The read-only evaluation endpoint is GET /api/diagnostic/evaluate?answers=[0,0,3,0,0,0,0]. Supply a JSON array of exactly seven answer values. The endpoint returns the suggested offer, evidence gaps, uncertainty flags and a plain-text brief. It does not submit an enquiry or write assessment answers to the database.

OpenAPI description. These read-only endpoints are publicly accessible. The private enquiry and subscriber inboxes require owner sign-in.

What this site demonstrates

Core service information is delivered as HTML, with Organization, Service and Article structured data where relevant. Business JSON and OpenAPI descriptions make the offer and diagnostic explicit. The evaluation interface uses the same rules as the visitor diagnostic, including insufficient-evidence and uncertainty responses.

This is a documented HTTP interface, not an MCP server or A2A implementation. It does not guarantee inclusion in an AI answer. Public pages can be indexed. Private owner pages and subscription-management links remain excluded from indexing. Search visibility and AI citations are not guaranteed.

Keep the person in control

The result is a hypothesis for discussion, not a validated diagnosis or benchmark. An assistant should explain why the offer was suggested and let the visitor decide whether to contact Blossomator. Use the contact page for an explicit enquiry; do not submit personal information without the person’s instruction.