Review Workspace
Prüfrichtung: [SMOKE TEST] Candidate 20260709205619: PDF / Blueprint als kleinste verkaufbare Version prüfen
Diese interne Ansicht trennt Review und Bearbeitung: erst prüfen, was fehlt oder begrenzt ist, dann gezielt den strukturierten Snapshot aktualisieren.
Case-Metadaten
- Status
- draft
- Erstellt
- 2026-07-09T20:57:13.870Z
- Aktualisiert
- 2026-07-09T20:57:13.870Z
- kein Scoring
- keine Validierung
- keine Kundendaten
Case-Kontext
Scope oder Discovery Direction. Diese Informationen sind Suchrichtung, keine Marktvalidierung.
{
"kind": "discovery_candidate_draft",
"rationale": "Die Suchrichtung könnte mit einem eng begrenzten digitalen Konsumprodukt testbar sein. Das ist nur eine Prüfrichtung, keine Format-Empfehlung. Synthetic staging smoke test candidate.",
"nextAction": "Minimum Sellable Offer als PDF-/Blueprint-Skizze formulieren und ein Proof-Kriterium definieren.",
"cannotClaim": "Es ist nicht belegt, dass ein PDF oder Blueprint bereits verkaufbar ist.",
"candidateType": "offer_pdf_blueprint",
"truthBoundary": "Candidate-Idee aus regelbasierter interner Vorbereitung. Keine externe Recherche, keine Validierung, keine Empfehlung.",
"candidateTitle": "[SMOKE TEST] Candidate 20260709205619: PDF / Blueprint als kleinste verkaufbare Version prüfen",
"missingEvidence": "Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde.",
"originWorkTitle": "[SMOKE TEST] Research Case 20260709205619",
"offerFormatFocus": "PDF / Blueprint",
"researchQuestion": "Kann ein PDF, Blueprint oder kompakter Guide das Kernproblem eng genug lösen, um einen ersten Dry-Test zu rechtfertigen?",
"originResearchCaseId": "087b500f-ee41-4922-a00a-b53fbba644a4"
}Aktueller Snapshot
- Snapshot-Nummer
- 1
- Status
- draft
- Erstellt
- 2026-07-09T20:57:13.870Z
- Aktualisiert
- 2026-07-09T20:57:13.870Z
Strukturierter Arbeitsstand im bestehenden JSON-Snapshot. Keine Relationierung, keine Bewertung.
Engine-assisted, regelbasiert
Snapshot-Entwurf vorbereiten
Dieser Entwurf basiert nur auf vorhandenen Snapshot-Daten und der Discovery Direction. Keine externe Recherche, keine LLM-Auswertung, keine Validierung. Vor Übernahme prüfen.
Engine-assisted, regelbasierter Entwurf
Candidate-Ideen vorbereiten
Diese Candidate-Ideen entstehen regelbasiert aus vorhandenen Snapshot-Daten. Keine externe Recherche, keine Validierung, keine Empfehlung.
Planung, kein ausgeführter Research
Manuellen Research-Run vorbereiten
Wähle aus, was im nächsten manuellen Research-Schritt und in einer späteren Dry-Test-Planung geprüft werden soll. Dieser Plan führt noch keinen Research und keinen Test aus. Keine externe Recherche, keine Validierung, keine Empfehlung.
Gespeicherter Planungsstand
Noch kein Research-Run geplant. Das ist kein Fehler und keine Freigabe.
Manuelle Gesprächsnotiz, keine Validierung
Manual Conversation Notes
Erfasse Beobachtungen nach einem echten manuellen Gespräch. Ein Gespräch ist ein Hinweis, kein Proof, keine Empfehlung und keine automatische Auswertung.
Keine sensiblen personenbezogenen Daten eintragen. Vollständige Namen, Telefonnummern, E-Mail-Adressen oder vertrauliche Kundendaten sind nicht nötig. Diese Fläche ist ein internes Research-Notizfeld, kein CRM und kein Kundendaten-System.
Gespeicherter Notizstand
Noch keine Gesprächsnotizen erfasst. Das ist kein Fehler und keine Freigabe.
Review-&-Apply-Status / Wahrheitsebene
Manual Snapshot Review & Apply
Ausgewählte vorbereitete Hinweise können bewusst in bestehende Snapshot-Bereiche übernommen werden. Keine automatische Übernahme, keine Validierung, kein Proof und keine Empfehlung.
Manual Snapshot Review & Apply ermöglicht nur eine bewusste manuelle Snapshot-Übernahme ausgewählter Hinweise. Keine automatische Übernahme, keine Validierung, kein Proof und keine Empfehlung.
Vor jeder Übernahme Freitext auf personenbezogene oder vertrauliche Daten prüfen. Keine vollständigen Namen, Telefonnummern, E-Mail-Adressen oder vertraulichen Kundendaten nötig; Growth OS ist hier kein CRM und kein Kundendaten-System.
Übernahme erfolgt nur durch ausdrückliche Nutzeraktion über die bestehende Snapshot-Patch-Mechanik. Bestehende Snapshot-Inhalte werden ergänzt, nicht automatisch umgewertet.
Zielbereich im Snapshot bleibt vor dem Speichern sichtbar: missingEvidence, nextResearchActions, contradictions, blockers, evidenceUnits, whatWeCannotClaim.
Noch keine gespeicherten Conversation Notes für Review & Apply vorhanden.
OrientierungSuchrichtung, offene Fragen und Hypothesen. Diese Inhalte erklären den Fall, beweisen ihn aber nicht.
Offer-/Delivery-Hypothese
Offer-Format, Minimum Sellable Offer und Delivery sind Hypothesen. Keine Validierung, keine Empfehlung, keine Verkaufsaussage.
Noch keine Offer-/Delivery-Hypothese erfasst.
Research-Fragen
- Kann ein PDF, Blueprint oder kompakter Guide das Kernproblem eng genug lösen, um einen ersten Dry-Test zu rechtfertigen?
Erste Hypothesen
Hypothesen sind Annahmen, keine Fakten.
- [SMOKE TEST] Candidate 20260709205619: PDF / Blueprint als kleinste verkaufbare Version prüfen
Safety, Lücken und GrenzenDiese Bereiche begrenzen, was aktuell behauptet oder weitergedacht werden darf.
Fehlende Belege
Sichtbar halten, bevor aus Hypothesen Aussagen werden.
Blocker / Safety
Was wir nicht behaupten können
Diese Punkte begrenzen ausdrücklich, was aus dem Snapshot nicht abgeleitet werden darf.
Widersprüche
Noch keine Widersprüche erfasst.
Human Review
Human Review ist in diesem Snapshot nicht markiert.
Notizen
Noch keine Human-Review-Notizen erfasst.
Dry-Test Review WorkspaceAbgeleitete Prüfansicht für eine spätere manuelle Dry-Test-Idee. Keine Ausführung, keine Messung, kein Proof.
Dry-Test Review
Abgeleitete Prüfansicht aus Snapshot und Research Run Intent. Kein Test wurde ausgeführt, kein Proof wurde erreicht und keine Launch- oder MVP-Freigabe entsteht.
Noch keine Dry-Test-Planung gespeichert. Diese Review nutzt nur vorhandene Lücken, Grenzen und nächste sichere Aktionen.
- Später real beobachten oder belegen: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde.
- Es ist nicht belegt, dass ein PDF oder Blueprint bereits verkaufbar ist.
- Kein echtes Marktsignal gefunden.
- Keine Evidence vorhanden.
Noch keine Asset-Bedarfe geplant. Es werden keine Assets erzeugt.
Noch keine Messideen erfasst. Es werden keine Daten gemessen.
Noch keine Kanal-Hypothesen erfasst. Keine Kanalempfehlung.
Noch keine MVP-Crafting-Fragen erfasst. Keine MVP-Freigabe.
- Fehlender Beleg: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde.
- Blocker: Candidate-Idee ist nicht recherchiert.
Manual Dry-Test BriefKompakter Arbeitsbrief für eine spätere manuelle Prüfung. Nicht sendefertig, keine Ausführung, kein Proof.
Manual Dry-Test Brief
Kopierbarer Arbeitsbrief für eine spätere manuelle Prüfung. Nicht sendefertig, kein ausgeführter Test, kein Proof, keine Validierung und keine Empfehlung.
- Später real beobachten oder belegen: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde.
- Welche reale Beobachtung würde diese Lücke prüfen: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde.
- Qualitative Antworten aus manueller Nachfrage oder Gesprächen.
- Reale Rückfragen, Anfragen oder explizites Interesse aus einer späteren Prüfung.
- Konkrete Einwände zur Problemannahme, zum Format oder zur Zahlungsnähe.
- Es ist nicht belegt, dass ein PDF oder Blueprint bereits verkaufbar ist.
- Kein echtes Marktsignal gefunden.
- Keine Evidence vorhanden.
- Manueller Gesprächs- oder Nachfrageleitfaden.
- Kurze interne Offer-Skizze mit klarer Cannot-Claim-Grenze.
- Fehlender Beleg: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde.
- Blocker: Candidate-Idee ist nicht recherchiert.
Manuell kopieren und vor externer Nutzung erneut prüfen. Die App versendet nichts und erzeugt keine Assets.
Manual Dry-Test Brief Wahrheitsebene: Interner manueller Planungsbrief. Kein Test ausgeführt, kein Proof, nicht launchfähig, nicht sendefertig. Testziel: Später real beobachten oder belegen: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde. Offer-/Format-Hypothese: PDF / Blueprint Minimale manuelle Testhandlung: Noch keine kleinste manuelle Testhandlung erfasst. Zielgruppe / Prüfsituation: Noch keine Zielgruppe oder Prüfsituation erfasst. Vor einem Dry Test als Hypothese ergänzen. Proof-Fragen: - Später real beobachten oder belegen: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde. - Welche reale Beobachtung würde diese Lücke prüfen: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde. Beobachtbare Signale, falls später ein echter Test stattfindet: - Qualitative Antworten aus manueller Nachfrage oder Gesprächen. - Reale Rückfragen, Anfragen oder explizites Interesse aus einer späteren Prüfung. - Konkrete Einwände zur Problemannahme, zum Format oder zur Zahlungsnähe. Nicht erlaubte Claims: - Es ist nicht belegt, dass ein PDF oder Blueprint bereits verkaufbar ist. - Kein echtes Marktsignal gefunden. - Keine Evidence vorhanden. Geplante, aber nicht erzeugte Materialien: - Manueller Gesprächs- oder Nachfrageleitfaden. - Kurze interne Offer-Skizze mit klarer Cannot-Claim-Grenze. Risiken / Blocker: - Fehlender Beleg: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde. - Blocker: Candidate-Idee ist nicht recherchiert. Nächste sichere manuelle Aktion: Minimum Sellable Offer als PDF-/Blueprint-Skizze formulieren und ein Proof-Kriterium definieren. Boundary: Dry-Test-Review aus vorhandenen Snapshot-Daten. Kein ausgeführter Test, kein Proof, keine Validierung.
Manual Research Conversation GuideInterne Gesprächsstruktur für manuelle Annahmenprüfung. Kein Outreach, kein Sales-Skript, keine Validierung.
Manual Research Conversation Guide
Interner Gesprächsleitfaden für manuelle Zielgruppen- oder Nachfragegespräche. Kein Outreach, nicht sendefertig, kein Sales-Skript, kein Proof und keine Validierung.
- Annahme: [SMOKE TEST] Candidate 20260709205619: PDF / Blueprint als kleinste verkaufbare Version prüfen
- Arbeits-hypothesis: [SMOKE TEST] Candidate 20260709205619: PDF / Blueprint als kleinste verkaufbare Version prüfen
- Fehlender Beleg als Gesprächsthema: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde.
- Wann ist dir diese Situation zuletzt konkret begegnet?
- Wie gehst du heute damit um, wenn dieses Problem auftritt?
- Was passiert typischerweise, bevor das Problem sichtbar wird?
- Welche Workarounds, Tools oder Prozesse nutzt du aktuell dafür?
- Was macht diese Situation in der Praxis schwierig oder unwichtig?
- Wie häufig tritt das Problem in deinem normalen Arbeitsalltag auf?
- Welche konkreten Kosten, Verzögerungen oder Risiken entstehen daraus?
- Wofür hast du in diesem Bereich bereits Zeit, Budget oder Aufmerksamkeit eingesetzt?
- Wer wäre an einer Entscheidung beteiligt, falls du eine Lösung prüfen würdest?
- Welche bisherigen Alternativen waren ausreichend, und wo waren sie unzureichend?
- Welche Form von Unterstützung wäre zu aufwendig, zu manuell oder nicht wiederholbar?
- Was müsste real passieren, damit du das Thema weiterverfolgst?
- Qualitative Antworten aus manueller Nachfrage oder Gesprächen.
- Reale Rückfragen, Anfragen oder explizites Interesse aus einer späteren Prüfung.
- Konkrete Einwände zur Problemannahme, zum Format oder zur Zahlungsnähe.
- Konkrete vergangene Situationen statt hypothetischer Zukunftsaussagen.
- Bestehende Workarounds mit Aufwand, Kosten oder klaren Reibungen.
- Tatsächliche Ausgaben, Budgetpfade oder bezahlte Alternativen.
- Klare Dringlichkeit oder Bereitschaft zu einem weiteren Gespräch.
- Fehlender Beleg: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde.
- Blocker: Candidate-Idee ist nicht recherchiert.
- Nur freundliches oder theoretisches Interesse ohne konkrete vergangene Situation.
- Kein aktueller Workaround, keine Ausgaben und keine erkennbare Dringlichkeit.
- Zielperson hat keinen Zugang zu Entscheidung, Budget oder realem Problemkontext.
- Lösung würde hohe persönliche Delivery oder nicht wiederholbare Einzelfallarbeit brauchen.
- Es ist nicht belegt, dass ein PDF oder Blueprint bereits verkaufbar ist.
- Kein echtes Marktsignal gefunden.
- Keine Evidence vorhanden.
- Konkrete Situationen und Beispiele sinngemäß festhalten.
- Genutzte Workarounds, Alternativen und bisherige Ausgaben notieren.
- Einwände, Unsicherheiten und Widersprüche getrennt dokumentieren.
- Neue Missing Evidence und Cannot-Claim-Grenzen nach dem Gespräch ergänzen.
- Follow-up-Fragen notieren, ohne daraus Proof oder Validierung abzuleiten.
Manuell kopieren und vor Nutzung erneut prüfen. Das ist keine sendefertige Nachricht und kein Outreach-Skript.
Manual Research Conversation Guide Wahrheitsebene: Interner Gesprächsleitfaden. Kein Outreach, nicht sendefertig, kein Sales-Skript, kein Proof, keine Validierung. Gesprächsziel: Später real beobachten oder belegen: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde. Gesprächskontext: Noch keine Zielgruppe oder Prüfsituation erfasst. Vor einem Dry Test als Hypothese ergänzen. Zu prüfende Annahmen: - Annahme: [SMOKE TEST] Candidate 20260709205619: PDF / Blueprint als kleinste verkaufbare Version prüfen - Arbeits-hypothesis: [SMOKE TEST] Candidate 20260709205619: PDF / Blueprint als kleinste verkaufbare Version prüfen - Fehlender Beleg als Gesprächsthema: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde. Neutrale Einstiegsfragen: - Wann ist dir diese Situation zuletzt konkret begegnet? - Wie gehst du heute damit um, wenn dieses Problem auftritt? - Was passiert typischerweise, bevor das Problem sichtbar wird? - Welche Workarounds, Tools oder Prozesse nutzt du aktuell dafür? - Was macht diese Situation in der Praxis schwierig oder unwichtig? Vertiefungsfragen: - Wie häufig tritt das Problem in deinem normalen Arbeitsalltag auf? - Welche konkreten Kosten, Verzögerungen oder Risiken entstehen daraus? - Wofür hast du in diesem Bereich bereits Zeit, Budget oder Aufmerksamkeit eingesetzt? - Wer wäre an einer Entscheidung beteiligt, falls du eine Lösung prüfen würdest? - Welche bisherigen Alternativen waren ausreichend, und wo waren sie unzureichend? - Welche Form von Unterstützung wäre zu aufwendig, zu manuell oder nicht wiederholbar? - Was müsste real passieren, damit du das Thema weiterverfolgst? Signal-Beobachtung: - Qualitative Antworten aus manueller Nachfrage oder Gesprächen. - Reale Rückfragen, Anfragen oder explizites Interesse aus einer späteren Prüfung. - Konkrete Einwände zur Problemannahme, zum Format oder zur Zahlungsnähe. - Konkrete vergangene Situationen statt hypothetischer Zukunftsaussagen. - Bestehende Workarounds mit Aufwand, Kosten oder klaren Reibungen. - Tatsächliche Ausgaben, Budgetpfade oder bezahlte Alternativen. - Klare Dringlichkeit oder Bereitschaft zu einem weiteren Gespräch. Gegen-Signale / Risiken: - Fehlender Beleg: Es fehlen Belege, dass die Zielgruppe für eine kompakte Anleitung, einen Blueprint oder einen Guide zahlen würde. - Blocker: Candidate-Idee ist nicht recherchiert. - Nur freundliches oder theoretisches Interesse ohne konkrete vergangene Situation. - Kein aktueller Workaround, keine Ausgaben und keine erkennbare Dringlichkeit. - Zielperson hat keinen Zugang zu Entscheidung, Budget oder realem Problemkontext. - Lösung würde hohe persönliche Delivery oder nicht wiederholbare Einzelfallarbeit brauchen. Nicht erlaubte Gesprächsclaims: - Es ist nicht belegt, dass ein PDF oder Blueprint bereits verkaufbar ist. - Kein echtes Marktsignal gefunden. - Keine Evidence vorhanden. Nach-dem-Gespräch-Dokumentation: - Konkrete Situationen und Beispiele sinngemäß festhalten. - Genutzte Workarounds, Alternativen und bisherige Ausgaben notieren. - Einwände, Unsicherheiten und Widersprüche getrennt dokumentieren. - Neue Missing Evidence und Cannot-Claim-Grenzen nach dem Gespräch ergänzen. - Follow-up-Fragen notieren, ohne daraus Proof oder Validierung abzuleiten. Nächste sichere manuelle Aktion: Minimum Sellable Offer als PDF-/Blueprint-Skizze formulieren und ein Proof-Kriterium definieren. Boundary: Manual Research Conversation Guide aus vorhandenen Snapshot-Daten. Keine Ansprache, kein Versand, keine Empfehlung, kein Proof.
Manual Conversation NotesGespeicherte Gesprächsbeobachtungen nach manuellen Gesprächen. Kein Proof, keine automatische Auswertung, kein CRM.
Manual Conversation Notes
Strukturierte manuelle Gesprächsnotizen. Beobachtungen bleiben von Bewertung getrennt: kein Proof, keine Validierung, keine Empfehlung und kein CRM.
Noch keine Gesprächsnotizen erfasst. Das ist kein Fehler und keine Freigabe.
Manual Conversation Notes ReviewKritische Sortieransicht gespeicherter Gesprächsnotizen gegen Annahmen, Missing Evidence und Cannot-Claim-Grenzen. Keine Bewertung, kein Proof.
Manual Conversation Notes Review
Kritische Review gespeicherter Gesprächsnotizen gegen bestehende Snapshot-Wahrheiten. Keine AI-Zusammenfassung, keine automatische Auswertung, kein Proof, keine Validierung und keine Empfehlung.
Noch keine gespeicherten Gesprächsnotizen für eine Review vorhanden. Das ist keine Freigabe und kein Hinweis auf fehlende Risiken.
Manual Snapshot Addition PreparationManuell prüfbare Snapshot-Ergänzungsbausteine aus Notes und Notes Review. Keine automatische Übernahme, kein Proof.
Manual Snapshot Addition Preparation
Vorbereitete Ergänzungsbausteine aus gespeicherten Conversation Notes und der Notes Review. Keine automatische Übernahme, keine automatische Auswertung, kein Proof, keine Validierung und keine Empfehlung.
Noch keine gespeicherten Gesprächsnotizen für eine Snapshot-Ergänzungsvorbereitung vorhanden. Das ist keine Freigabe und kein Hinweis auf fehlende Risiken.
Claims & EvidenceArbeitsaussagen und Beobachtungen bleiben getrennt. Es gibt hier keine Evidence-Verknüpfung oder Validierung.
Claims & Hypothesen
Claims sind Arbeitspunkte, keine validierten Fakten.
Evidence Units
Evidence Units sind Arbeitsnotizen. Quellenqualität ist nicht automatisch Belegstärke.
Noch keine Evidence Units erfasst.
Nächste Research-ArbeitNur interne Research-Schritte und blockierte Aktionen. Keine Test-, Launch- oder Campaign-Freigabe.
Nächste Research-Aktionen
- Minimum Sellable Offer als PDF-/Blueprint-Skizze formulieren und ein Proof-Kriterium definieren.
Research Run Intent
Nur Planungsstand für manuellen Research. Kein ausgeführter Run, keine externe Recherche, keine Validierung.
Noch kein Research-Run geplant. Das ist kein Fehler und keine Freigabe.
Erlaubte nächste Schritte
- Candidate im Workspace prüfen.
- Research-Frage schärfen.
- Fehlende Belege manuell sammeln.
Blockierte nächste Schritte
- Nicht als validierte Chance darstellen.
- Keine Test-, Launch-, Funnel- oder Campaign-Freigabe ableiten.
Assessment und weitere FelderNachrangige Anzeige neutraler Felder. Keine Scores, Rankings oder Gesamturteile.
Assessment
Nur neutrale Anzeige. Keine Scores, Rankings oder Gesamturteile.
Noch kein Assessment erfasst.
Snapshot bearbeitenInterne strukturierte Bearbeitung. Speichern aktualisiert den neuesten Snapshot, ohne neue Version, Tabelle oder Produktlogik.
Strukturierte Snapshot-Bearbeitung
Interne Staging-Fläche. Kein Scoring. Keine Validierung. Keine Kundendaten.