WHITE-LABEL PARTNER MODEL · CLIENT OWNERSHIP STAYS WITH PUREO1

PureO1 zachowuje klienta i marżę. LE0N dowozi wydzielony moduł.

zasada współpracy

PureO1 ustala cenę dla klienta

LE0N pracuje white-label

Stały zakres przed startem

Repo + API + handoff

PureO1 może sprzedawać klientowi końcowemu moduły, integracje i małe automatyzacje pod własną marką. LE0N otrzymuje uzgodnioną stawkę partnerską za realizację, a PureO1 zachowuje relację handlową i kontrolę nad ceną końcową.

PureO1 sprzedaje klientowiCena końcowa, account i komunikacja handlowa pozostają po stronie PureO1.

REVENUE

LE0N realizuje wydzielony zakresUzgodniony moduł white-label, kontrakt API, dokumentacja i przekazanie.

DELIVERY

PureO1 zachowuje spreadRóżnica między ceną klienta a stawką realizacyjną LE0N pozostaje po stronie PureO1 przed jego kosztami własnymi.

MARGIN

mechanikaCena klienta − stawka partnerska LE0N = marża brutto PureO1*

HOW PUREO1 MONETIZES THE PARTNERSHIP

Trzy drogi do dodatkowego przychodu bez dokładania stałej pojemności zespołu.

Domyślny model to white-label subcontracting: PureO1 posiada klienta i ustala cenę końcową, a LE0N wycenia tylko uzgodniony zakres realizacyjny. Dokładne warunki komercyjne ustalamy przed każdym pilotem.

01 / MARŻA NA REALIZACJI

Sprzedaj moduł po własnej cenie.

PureO1 otrzymuje od LE0N stałą wycenę partnerską zakresu przed startem. Cenę dla klienta końcowego ustala PureO1.

SPREAD POZOSTAJE W PUREO1

02 / UPSELL OBECNYCH KLIENTÓW

Monetyzuj małe rozszerzenia.

Integracje, intake, automatyzacje i małe moduły mogą stać się osobnymi płatnymi rozszerzeniami do istniejących projektów CRM / ERP / e-commerce.

WIĘCEJ SPRZEDAWALNEGO SCOPE

03 / BACKLOG → FAKTURA

Nie odrzucaj małych zleceń.

Wydzielone zadania, które nie opłacają się wrzucać do głównego sprintu, mogą zostać przekazane LE0N i nadal sprzedane klientowi.

WIĘKSZA PRZEPUSTOWOŚĆ HANDLOWA

Edytowalny przykład ekonomiki partnera

Wartości poniżej są wyłącznie ilustracją mechaniki — nie są ofertą ani ustaloną ceną. PureO1 może wpisać własną cenę klienta i uzgodnioną wycenę LE0N.

Cena dla klienta / projekt (€)

Stawka LE0N / projekt (€)

Projekty / miesiąc

spread / projekt€2,000

spread %40.0%

spread / miesiąc€4,000

* Spread brutto przed kosztami własnymi PureO1, PM, sprzedażą, podatkami, supportem i innymi kosztami. Kalkulator nie stanowi prognozy zysku ani oferty cenowej.

Klient pozostaje po stronie PureO1LE0N działa jako podwykonawca white-label w uzgodnionym procesie.

Cena znana przed sprzedażąNajpierw zakres i partner quote, potem PureO1 decyduje o swojej cenie końcowej.

Brak vendor lock-inRepo, kontrakt API i dokumentacja umożliwiają dalsze utrzymanie po stronie partnera.

Pilot bez dużego zobowiązaniaZaczynamy od jednego małego scope i mierzalnych kryteriów odbioru.

Intake briefu partnera

001 / input

Brief / zgłoszeniewklej lub edytuj

Kontekst

Tryb dostarczenia

Docelowe integracjezakres demo

Sygnały wdrożeniowe

Bliskość legacy corePotrzebna jest ostrzejsza granica modułu i notatki rollback.

PII / dane wrażliwePotrzebne są reguły walidacji, zakres dostępu i higiena logów.

Krótki deadlineNajlepiej zawęzić pierwszy przyrost i ustalić jawne kryteria odbioru.

Niepełne założeniaDemo powinno wyłapać luki zanim ruszy właściwa implementacja.

Zero zewnętrznych wywołań API.
To lokalna, uczciwa symulacja w przeglądarce.

Delivery router

IDLE

⌁

Czeka na brief

Uruchom analizę, aby wygenerować rekomendację zakresu, ryzyka, kryteria odbioru i przykładowy payload handoffu.

simulated processing pipeline

Odseparowujemy scope od szumu.

Normalize request

Detect integrations & constraints

Build delivery recommendation

Prepare payload & handoff

recommended route

White-label micro-module

confidence

4/5

scope

primary interface

AI layer

handoff

extracted requirements

suggested boundaryloosely coupled

Client input

→

Validation + intake API

Deterministic business core

→

Structured output

→

missing before implementationto confirm

risk registerfirst pass

acceptance criteriapilot-ready

POST /v1/intake/qualifyexample payload

runtime:// waiting for event

POST./api.phpdeterministic qualification proof · JSON

endpointnot checked

execution modestatic preview

last latency—

HTTP —engine —request —

{
  "status": "not_checked",
  "hint": "Upload the ZIP to PHP hosting, then click Verify health."
}

The ZIP contains a real PHP endpoint and an OpenAPI contract. When opened as a static HTML file the page falls back gracefully; after upload to PHP hosting the buttons call the endpoint for real.

↗ openapi.json ↗ TECHNICAL_APPENDIX.md

How AI is used

Custom code vs ready platforms

Suggested implementation stack

Why this scope is credible

architecture boundary

Small service beside the core

Browser/UI → validation → deterministic qualification core → optional LLM adapter → versioned JSON handoff. The API proof keeps AI outside the required execution path.

security assumptions

Safe-by-default pilot assumptions

HTTPS in production.
No secrets in frontend.
Explicit PII scope.

endpoint contract

Method	Path	Input	Output	Errors
GET	/api.php?health=1	—	service health + version	500
POST	/api.php	JSON brief + context + integrations	qualification + risks + handoff	400 / 422 / 405

pilot deliverables

What a real handoff would contain

proof boundaries

What this proves — and what it does not

It proves endpoint design, deterministic request/response flow, error handling, documentation shape and integration thinking. It does not claim production auth, persistence, observability or LLM evaluation yet.

production path stays explicit

A production pilot would add authentication, rate limits, structured logs, CI checks, integration tests, secrets management and an agreed deployment target before go-live.

sales logic

Nie sprzedajemy „AI dla AI”.

Sprzedajemy uporządkowany mały zakres, który da się wdrożyć beside-the-core i który nie zabiera niepotrzebnie uwagi głównego zespołu.

delivery logic

Najpierw pilot, potem skala.

Pierwszy test współpracy powinien być wąski, mierzalny i łatwy do odebrania: intake → validation → qualification → handoff.

trust logic

Uczciwy przekaz buduje zaufanie.

Dlatego wprost komunikujemy, co jest demonstratorem, co byłoby prawdziwym pilotem i co partner dostałby po wdrożeniu.

Webhook accepted · simulated 202