LLL · communication board

Verification and Constraints

● DRAFT · awaiting review

Egy kampányindításra kész, mérhető OPEX B2B auditfunnel az első gyártói pilothoz.

Owner: Matt review Run: opex-b2b-audit-funnel-20260927-v1 Updated: 2026-09-27

Goal and finish line

End goal: Készüljön el egy kampányindításra kész, mérhető OPEX B2B auditfunnel, amely a szegmentált hideg e-mailre adott pozitív választól elviszi az érdeklődőt a neki megfelelő auditon, azonnali eredményen és opcionális konzultációfoglaláson keresztül egy egyértelműen attribuálható értékesítési lehetőségig.

Done means: A négy meglévő auditanyag kiválasztott, 36 kérdéses változata egy közös, működő webes rendszerben használható; az e-mailből érkező gyártó, logisztikai, irodai vagy szolgáltató cég közvetlenül a megfelelő kérdőívre jut; a kitöltésből reprodukálható pontszám, vizuális eredmény és három fejlesztési prioritás készül; az érdeklődő innen konzultációt foglalhat; minden fő funnel-esemény tesztelhető és forráshoz köthető; az első gyártói pilothoz szükséges ellenőrzött kontaktlista, e-mail copy, kampánykonfiguráció és indítási runbook készen áll, de külső e-mail még nem kerül kiküldésre.

0 / 17criteria verified

6deliverables

7defaults / dependencies

Rules that stay fixed

Az audit azonnali értéket ad; a fő eredmény nem kerül kötelező meeting mögé.
A preparation run nem küld e-mailt, nem aktivál kampányt és nem módosítja Norbert warm listáját.
Csak igazolt OPEX állítás és forrás használható; a 33%-os beszélgetés nem válik automatikusan szerződéssé.
A tesztazonosítós esemény nem valódi kiküldés, megtartott meeting vagy vásárlás. Mock nem igazol elérhetetlen provider-integrációt.
A nyilvános board csak aggregált, szintetikus vagy kitakart bizonyítékot mutat. Privát transcript, gist, leadexport és azonosítható auditválasz nem kerül ide.

Proof standard: Minden GUI-kritériumhoz az adott teszt utáni tényleges screenshot, elvárt eredményt nem látó gpt-6-luna high képleírás és szülői összevetés kell. Az evidence-index.md kritériumonként kapcsolja a három bizonyítékot. Hiányzó proof esetén a checkbox üres marad.

Authority, ownership and selected inputsDry-run build only

Matt későbbi explicit Launch üzenete egy pinned Sol Medium executort indíthat. A jelen Prepare lépés csak ezt a javaslatot és boardot készíti elő. Az executor olvashatja a megnevezett forrásokat, fejleszthet, tesztelhet, read-only provider ellenőrzést végezhet, saját subagenteket használhat, és nem érzékeny felületeket publikus bare URL-re telepíthet. Összesen legfeljebb 15 USD költhető a teljes feladatra.

Nem engedélyezett prospect üzenet, kampányaktiválás, élő leadfeltöltés, Norbert warm listájának módosítása, kötelező kereskedelmi vállalás vagy privát leadadat publikálása. Új login vagy más hozzáférési réteg nem adható hozzá.

Források: a szeptember 16-i és 2-i meeting, négy auditdokumentum, három bemutatott HTML-prototípus és a v2 copy. A javaslat szegmensenként a meglévő 36 kérdéses változatot használja. A gyártás és logisztika külön 138 kérdéses, az iroda külön 137 kérdéses bankját nem szabad hozzáfűzni. A source-manifest.md rögzíti a kiválasztott szakaszt, ID-kat, skálákat, darabszámot és forráshasht.

Az executor felel a megvalósításért és a bizonyítékért, az LLL parent a vak GUI-leírás összevetéséért. Norbert a javasolt booking owner. A későbbi élő pilot operátorát a runbook nevezi meg. A campaign-ready és launchable ebben a tervben technikai dry-run állapotot jelent, nem a címzett megkereshetőségének jogi megállapítását. Az e-mail verifier csak kézbesíthetőségi állapotot igazol. Minden publikus felülethez friss, bejelentkezés nélküli URL readback kell, amely igazolja, hogy nincs benne valós leadrekord vagy privát auditválasz. A board ugyanazon run URL-en frissül, az alap szöveg fekete, az élő jegyzet kék, a pass zöld, a blokkolt piros.

End goal system

Az első bizonyítandó értéklánc

Input

Szegmentált lead

Cég, szerepkör, forrás és ellenőrzött e-mail.

Kapcsolódás

Reply-first e-mail

Link a kért auditválaszban, az első levélben nincs.

Értékadás

Szegmensaudit

Gyártás, logisztika, iroda vagy szolgáltatás.

Bizonyítás

Azonnali eredmény

Pontszám, radar, top három fejlesztési terület.

Következő lépés

Opcionális konzultáció

Attribuált foglalás és értékesítési átadás.

Azonnali eredmény → választásKonzultációt kér → foglalás és attribúcióNem kér meetinget → teljes eredmény megmarad, booking esemény nincs

Route to the end state

Hat elkészítendő deliverable

Forrás

4 audit + 3 prototípus

Norbert tartalma és a bemutatott UX.

Review gate

Matt review → Launch

Visszajelzés rendezve, majd későbbi explicit Launch. Addig nincs executor.

1–2

Audit + eredmény

Közös motor, determinisztikus scoring.

Booking + attribúció

A lead útja egy azonosítóval követhető.

Outreach copy

Négy szegmens, reply-first sorozat.

Kapacitásméretű kohort

Fit, deduplikált, ellenőrzött, még nem kontaktált.

Dry-run launch control

Event ledger, import preview és runbook.

Bizonyíték-ellenőrzésMinden kritérium igazolt → kampánykész dry-runHiányzó függőség vagy proof → érintett kritérium nyitva, nincs COMPLETE

Élő kiküldéshez külön felhatalmazás kell. Webinar és B2C a javasolt scope-on kívül.

Parent ↔ child messages

Executor még nincs elindítva

PARENT · REVIEW REQUEST2026-09-27

A két legutóbbi Norbert-meeting és a bemutatott audit/copy anyagok alapján ez a javasolt scope. Launch csak egy későbbi, explicit „Launch” üzenet után történhet.

Parent read setSmall files first

Executor még nincs. Indulás után a parent privát, helyi read setje: deliverable list, main prompts used és session identifier/path. Completion vagy megfelelő stall esetén clean gist készül. Privát transcript és gist nem kerül a publikus boardra.

Confirmed, assumed, openForrásállapotok

Confirmed
Négy meglévő, 36 kérdéses auditváltozat, három prototípus, reply-first megközelítés és a tegező, kompakt, választás előtt olvasható válaszok igénye.

Recommendation
Gyártói pilot elsőként, kapacitásméretű kohort és audit-first scope. Ezek a terv ajánlásai, nem korábbi OPEX jóváhagyások.

Dependencies
Booking tesztút, senderkapacitás, suppression inputok, verifier állapot/freshness és forrásolt publikus állítások.

Work and proof

0 / 17 criteria verified

Építsd meg a szegmentált auditot

Egy közös motor szolgálja ki a négy auditutat és a kampányból érkező lead rögtön a megfelelő szegmensre jut.

DRAFT0 / 3

Show criteria, constraints, and evidence

Observable tests

When a reviewer opens the documented URLs with `gyartas`, `logisztika`, `iroda` and `szolgaltatas`, then the matching mini landing benefit, honest effort description, start action, selected 36-question set, answer labels and progress indicator appear in the hosted audit interface, with an exact question-ID/count/wording comparison in `source-manifest.md` and `evidence-index.md`. When the saved golden-path and retry fixtures are completed for each segment, including reload, repeated submit and a second synthetic respondent, then 100% progress, recovery of only that respondent's answers, exactly one durable response per completed attempt readable by the operator from an independent browser, and no cross-segment or cross-respondent mixing appear in `audit-fixtures-report.md` and the deployed server-side persistence readback. Browser-local storage alone cannot pass this criterion. When the audit entry and question views are opened at desktop and 390 px width, then all controls and compact, readable descriptions of every answer option appear before selection in the hosted interface, without clipped content or hover-only information, with screenshots, blind Luna High descriptions and parent comparisons in `evidence-index.md`.

Protect

Preserve Norbert's supplied question meaning and scale labels; do not rewrite domain content merely to make the UI shorter.
Do not force the respondent through an industry router when the campaign URL already identifies the segment. A missing or unknown segment must show a clear selection or error state, never silently serve another industry.
Do not send responses or personal data to an unapproved third-party service.

Evidence pending: evidence-index.md maps every criterion ID to its named artifacts and required GUI screenshot, blind description and comparison. No execution evidence exists yet.

Screenshot + blind Luna High description + parent comparison placeholder

Mutasd meg a hasznos eredményt

A kitöltő azonnal reprodukálható pontszámot, vizuális képet és három fejlesztési prioritást kap.

DRAFT0 / 3

Show criteria, constraints, and evidence

Observable tests

When an independent reference calculation receives low, high, mixed and tied fixture answers for each segment, then category scores, total and deterministic top-three priorities exactly matching the cockpit and stored record appear in `scoring-fixtures-report.md`, with selected question IDs, numeric mapping, aggregation, rounding, tie-break and missing-answer rules documented in `scoring-spec.md`. The expected values are calculated independently of the application scorer, and priorities mean the lowest self-assessed categories without a sourced benchmark. When a completed fixture audit is submitted, then a radar view, comparable category chart, three development priorities and source-grounded next-step explanations appear immediately in the hosted result cockpit before any meeting requirement, with answer-to-priority traceability and a scan showing zero unsourced benchmark, maturity-tier, savings or report promises in `scoring-fixtures-report.md`. When the result cockpit is opened at desktop and 390 px width with the named completed fixture, then legible charts, labels, priorities and CTA with no horizontal page overflow appear in the hosted interface, with screenshots, blind Luna High descriptions and parent comparisons in `evidence-index.md`.

Protect

Label results as diagnostics and development priorities, not as guaranteed savings, benchmark rank or promised business outcome.
Do not promise a 15-page report, benchmark database or automated expert analysis unless the corresponding artifact and data source actually exist.
Keep the scoring deterministic and documented. An LLM may explain results but may not change scores. Mark any methodology absent from source as an executor-proposed diagnostic rule, never a validated OPEX benchmark.

Evidence pending: evidence-index.md maps every criterion ID to its named artifacts and required GUI screenshot, blind description and comparison. No execution evidence exists yet.

Screenshot + blind Luna High description + parent comparison placeholder

Kösd össze a következő lépést

Az auditérték megmarad, a booking és az értékesítési átadás pedig egy leadazonosítóval mérhető.

DRAFT0 / 3

Show criteria, constraints, and evidence

Observable tests

When a synthetic campaign lead opens the audit with saved attribution parameters, completes it and books through the documented notification-free test route, then the same opaque lead, source and segment identifiers appear in the audit response, actual booking-provider test record and `booking-attribution-report.md`, together with proof of zero outbound notifications and unchanged booking count after confirmation refresh or event replay. When the synthetic reviewer declines the meeting CTA and refreshes the result, then the full immediate result and `result_viewed` appear in the hosted result view and `booking-attribution-report.md`, with no booking or duplicate response recorded. When the actual hosted result-to-booking test path is exercised at desktop and 390 px width, then the optional booking choice, provider-confirmed test booking and attribution state appear in the interface, with screenshots, blind Luna High descriptions and parent comparisons in `evidence-index.md`.

Protect

Do not hide the promised core result behind mandatory consultation booking.
Do not create duplicate contacts or bookings when a completion page is refreshed.
Do not send confirmations or external messages during verification. Verify the selected provider can suppress notifications before writing a test booking. If no permitted test route exists, leave booking-provider criteria blocked and preserve the local simulation separately.

Evidence pending: evidence-index.md maps every criterion ID to its named artifacts and required GUI screenshot, blind description and comparison. No execution evidence exists yet.

Screenshot + blind Luna High description + parent comparison placeholder

Véglegesítsd az outreach copyt

Négy szegmensre kész, Norbert hangjához illő reply-first sorozat és validált változólista áll rendelkezésre.

DRAFT0 / 2

Show criteria, constraints, and evidence

Observable tests

When `copy-matrix.md` is opened for all four segments, then a personalized link-free reply-first opener, short reminder, audit-link response, result follow-up and respectful close appear with subject, variables, CTA, allowed claims, exact trigger and stop/skip conditions for every message, including no result follow-up before an audit is completed. When the copy validator scans every variant against `lead-schema.md`, selected audit versions and the claims source list, then resolved variables, links only in the requested audit response or relevant completed-audit follow-up, and zero unsupported logos, outcome claims or mismatched effort/result promises appear in `copy-validation-report.md`.

Protect

Preserve Norbert's preferred direct, tegező tone unless Matt explicitly approves another voice for the pilot.
Use only substantiated credibility claims from approved OPEX sources; training testimonials may not be presented as consulting case studies.
Keep the first message short and reply-first; do not lead with the paid training price.

Evidence pending: evidence-index.md maps every criterion ID to its named artifacts and required GUI screenshot, blind description and comparison. No execution evidence exists yet.

Készítsd elő a gyártói kohortot

A jóváhagyott senderkapacitáshoz és pilotidőhöz méretezett, fit, döntéshozói és elfogadott e-mailes kontaktlista áll készen emberi reviewra.

DRAFT0 / 3

Show criteria, constraints, and evidence

Observable tests

When the documented sender availability, remaining daily capacity, pilot days and maximum messages per lead enter the sizing calculator and sequence schedule simulation, then a nonzero cohort target that fits every sending day, accepted count and shortfall appear in `cohort-sizing-report.md`, and exactly that many unique qualified Hungarian manufacturing companies with company, website, segment, named decision-maker, role, verified email, source and exclusion status appear in the private cohort CSV with zero overlap against named, dated prior-contact and suppression inputs. When dated verifier readback is joined to every candidate row using the provider's documented status mapping and the recorded freshness window, then only currently accepted rows appear in the private launchable view and `cohort-verification-report.md`, while rejected, risky, catch-all, missing and stale rows appear separately with reasons. When a reviewer filters the local private cohort view by segment, verification state and exclusion reason, then matching rows and counts appear in that view and reconcile to `cohort-verification-report.md`, with a synthetic or redacted screenshot, blind Luna High description and parent comparison in `evidence-index.md`.

Protect

Do not treat scraped volume as a successful lead count; only deduplicated, fit and accepted-email rows count toward the capacity-sized target.
The manufacturing focus, named decision-maker requirement and exclusion of sole traders or clearly artisan businesses are proposed pilot qualification choices, not settled OPEX facts. Record their rationale and source checks in `lead-schema.md`. Do not present another client's historical rules as OPEX approval.
Do not upload the cohort to a live sending campaign or contact any lead in this preparation run. Missing suppression access, capacity evidence, fit evidence or budget is unresolved, never a zero-match pass or permission to lower the target silently.

Evidence pending: evidence-index.md maps every criterion ID to its named artifacts and required GUI screenshot, blind description and comparison. No execution evidence exists yet.

Synthetic/redacted screenshot + blind Luna High description + parent comparison placeholder

Állítsd össze a launch controlt

A funnel minden fő eseménye tesztelhető, az import dry-run és az operátori runbook készen áll.

DRAFT0 / 3

Show criteria, constraints, and evidence

Observable tests

When a labeled synthetic journey exercises `email_reply_received`, `email_reply_positive`, `audit_link_sent`, `audit_opened`, `audit_started`, `audit_completed`, `result_viewed`, `booking_created`, `meeting_held` and `purchase_recorded`, including event replay and a non-booker, then correctly deduplicated timestamped events with lead, segment, source and test-run ID appear in `funnel-test-report.md` and the ledger, with all-reply versus positive-reply counts, explicit conversion denominators and zero fabricated booking, held-meeting or purchase events for the non-booker. When a non-sending import preview is generated from the qualified cohort and validated copy pack, then campaign names, sender allocation, per-day capacity simulation, delays, reply routing, stop-on-reply behavior and suppression rules appear in `campaign-dry-run.md`, with no campaign activated and no live lead upload. When a new operator opens `launch-runbook.md`, then named prerequisites and owners, exact deliverable/proof paths, stop and rollback rules, daily funnel counts and denominators, cold-versus-warm boundaries, unresolved dependencies and the separate authorization required for any later live sending appear in the handoff package.

Protect

Do not activate campaigns, send e-mails or modify Norbert's warm list during this preparation run.
Do not count a reply, audit request or booking as a sale; preserve every funnel state separately.
Keep the 2026-09-02 commercial discussion as historical context, not as a newly binding contract or payout rule.

Evidence pending: evidence-index.md maps every criterion ID to its named artifacts and required GUI screenshot, blind description and comparison. No execution evidence exists yet.

Open decisions and blockers

Recommendations and recoverable dependencies

These are reviewable recommendations, not new approval gates. Use available project/provider evidence to recover missing inputs before asking Matt. A later Launch on this reviewed contract accepts its defaults unless Matt changes them. A missing dependency blocks only the affected criterion and prevents a campaign-ready claim, while independent work continues.

Pilot and qualification · Hungarian B2B manufacturing first, named decision-maker, non-artisan company profile

Parent recommendation, not an established OPEX decision. Executor records qualification rationale in `lead-schema.md` and Matt can change it during review.

Tone and audit version · Tegező, compact 36-question version per segment

September 16 tone and answer-comparison preference. Executor selects the exact 36-question sections, preserving labels and source IDs. Larger banks are reference only.

Scoring · Deterministic category diagnostic and three priorities

Executor documents supported rules and clearly labeled inferred rules in `scoring-spec.md`, with independent expected fixtures. No benchmark or expert-validation claim without its source.

Result delivery · Immediate useful summary, optional consultation

No emailed detailed report in this scope. If existing copy promises one, align the copy to the actual delivered result instead of silently adding a service.

Booking destination · Norbert's existing booking route, if notification-free testing is supported

Executor recovers exact owner, calendar/provider, deployed audit-storage destination and access. Actual test readback and zero-notification proof are required to pass integration. Mock-only evidence leaves it pending.

Cohort and capacity · Fit the verified remaining sender capacity and complete sequence schedule

Executor records the intended sending service/accounts and current provider limits, available authentication/reputation readback, remaining capacity and stop rules, pilot window, delays and maximum messages per lead. Name the lead source, verifier, suppression/prior-contact artifacts and their owners, freshness/status mapping and costs within USD 15. Provider maxima are not safe sending targets. Unknown capacity permits scenario calculations only, never a final cohort-size pass. A shortfall stays PARTIAL until the target is met. No invented sender count or fixed 400 target.

Public claims · Only source-backed OPEX bio facts

Executor saves the exact source for every claim. Omit unverified claims rather than waiting for optional new testimonials or treating training proof as consulting results.

Webinar: az audit-first halasztás javaslat. Szeptember 2-án október 16-i képzés és előzetes webinar szerepelt, jelenlegi dátumuk nincs ellenőrizve. A későbbi meeting nem mondta le a webinart. B2C külön termék. A történeti 33% nem új szerződés.

Recovery state

Only inspect on stall or completion

0consecutive stalls

NOT LAUNCHEDrecovery state

Matt reviewresume point

Last stall / completion note: No executor exists.

Parent action: Review this board. A later explicit Launch message is required before executor creation.