From conversation to proof to running software.

    The line, station by station: what humans decide, what agents build, and the proof every requirement carries when it leaves the line. Then what it means for you and your clients.

    Every requirement leaves the line with its proof attached.

    A factory is a sequence you can write down, repeat and check. Product Printer runs that sequence for software: humans decide what to build, coding agents build it, and every acceptance criterion is bound to a real test run before anything is called done.

    1. 01

      Discovery

      The brief, constraints and decisions on record.

      Conversation, not a form

    2. 02

      Requirements

      Acceptance criteria written before a line of code.

      One criterion, one check

    3. 03

      Open questions

      Nothing is built on an assumption.

      Asked, answered, closed

    4. 04

      Solution + UI

      Screens and data model, reviewed.

      Design decided before code

    5. 05

      Worksteps

      Sized work orders, one agent each.

      Agents build, not guess

    6. 06

      Proof

      A real test run bound to each acceptance criterion.

      Proof, not a checkbox

      The differentiator
    7. 07

      Running software

      Released, versioned, owned by you.

      Yours from day one

    After launch the line loops: the client starts a change from their own space (AI-assisted), the agency approves it, agents build it, the proof runs, v1.1 is released.

    Requirement, criteria, workstep, pull request, test run: one row.

    When a client says “that wasn’t agreed”, you open this view.

    ReqRequirementStatusWorkstepPull requestTest runCriteriaGate
    FR-01Capture every order from every channelacceptedWS-01PR #231#4126/6✓ gated
    FR-02Sync confirmed orders to the ERPacceptedWS-02PR #234#4184/4✓ gated
    FR-03Invoice on delivery, per shipmentacceptedWS-03PR #237#4213/5checks running
    FR-04Remind unpaid invoicesacceptedWS-04——0/3queued
    OQ-02Partial delivery: invoice per shipment or per order?answered→ FR-03———closed
    NFR-01Hosted in the EU onlyaccepteddesignPR #229#4052/2✓ gated
    Illustration rebuilt from the product’s requirements view (statuses: proposed · accepted · rejected · deferred · superseded). Example data.

    A recording of a real run goes here once we have one. Until then: no video, and no mock-up passed off as one.

    One layer between your work and every AI model.

    The Product Printer Orchestrator (PP Orchestrator) is the layer that runs every AI job of an instance — coding agents and AI agents — on the models you choose, under your rules, on infrastructure you control.

    01

    An abstraction layer

    Coding agents on frontier models today, AI agents on local models when you want. Switch models — your subscription, your API keys or local models — without changing your pipeline, your projects or your client apps.

    02

    A business protection layer

    For the clients you build for:

    • Keys and model access stay with you: encrypted to your PP Orchestrator, never seen by the instance.
    • Client code and data stay where you decide: your machine, your server, or our managed server.
    • Every AI call goes through policy: routing by sensitivity, local-first options, and a hard cap on the AI credit we include in a trial.
    • Every job is recorded and auditable.
    03

    Connects out, nothing connects in

    Your PP Orchestrator opens every connection itself. Nothing has to reach into the machine it runs on, so it can sit behind your firewall.

    Models and privacy

    Your printer. Your clients. Your revenue.

    Run your PP Orchestrator on your own machine with your own subscription, or let us run it. Give every client an online space under your brand. Own the client relationship end to end, with the support to make it a great journey for them and a lasting revenue stream for you.

    Your PP Orchestrator · local · your subscription
    Product Printer
    on your machine · your subscription
    Models
    yours, local or by key
    Code
    in your own GitHub organisation
    Costs
    your subscription, your rate
    Local
    The client's space · your brand
    [client-c].[your-agency].com
    [client-b].[your-agency].com
    [client-a].[your-agency].com/orders
    Orders · order to cashUnder construction
    Worksteps 2 / 4 done
    WS-01Channel intakeProof 3/3
    WS-02ERP syncProof 2/2
    WS-03Invoice on deliveryIn progress
    WS-04Payment remindersQueued
    OQ-02 · waiting for you
    Partial delivery: invoice per shipment or per order?
    Answer →
    your brand · not ours
    Self-service while it is being built · roles: client · admin
    After launch · the line loops
    1. Running v1.0
    2. Client requests a change · AI-assisted
    3. Agency approves · scope + price
    4. Agents build
    5. Proof
    6. Released v1.1
    Your monthly line · hosting + change requests + supportHostingChange requestsSupport
    M01M02M03M04M05M06M07M08M09M10M11M12Client A joinsClient B joinsClient C joinsClient D joinsRecurring →
    01

    AI on your own terms.

    Run your PP Orchestrator on your machine with your own subscription, or let us run it. Your models, your costs. The code goes to your own GitHub organisation, and with local models no AI call leaves your premises.

    02

    Give every client a real online experience.

    Each client gets their own space: requirements, open questions, progress, change requests and documentation, all in one place. They serve themselves while it is being built: answer open questions, review designs, see the proof per criterion, request changes.

    03

    Own it end to end.

    Your brand and your client relationship. Your clients see your brand, not ours.

    04

    Turn projects into recurring revenue.

    Each project gets its monthly price and each change request its own price; the invoices are prepared in your own Stripe account for you to send. After launch your clients start changes themselves, with AI help; you approve scope and price; agents build; proof, then release.

    05

    Supported all the way.

    Supported by the team that runs it daily.

    Off the line, still running.

    AvoDev, our own agency in Berlin, runs its client projects on Product Printer. Several of its client products were delivered on the factory and are still running.

    The reference

    An agency runs its client projects on it.

    The proof

    Every change gated: tests, security scans, AI security review.

    The ownership

    The generated source and the data belong to the client.

    Product Printer

    Your own instance to deliver AI to the SME clients you already have. In our cloud, or self-hosted on request.

    © 2026 Product Printer — LECAP UG (haftungsbeschränkt)