Modul 02 · Lektion 07

Verwandeln Sie einen Anwendungsfall in ein Angebot

Packen Sie einen glaubwürdigen Vorher-Nachher-Workflow mit Umfang, Verantwortlichkeiten und Beweis.

Zuletzt aktualisiert

15–25 MinutenKostenloser KI-Agenten-Kurs

Angebotsdesign

Machen Sie das Angebot zu einer operativen Verpflichtung

Ein Käufer muss die Situation verstehen, die Sie verbessern, die begrenzte Änderung, die Sie liefern werden, die Beweise, die verwendet werden, um sie zu beurteilen, die Arbeit, die der Kunde liefern muss, und was außerhalb des Dienstes bleibt. "Benutzerdefinierte KI-Automatisierung" kommuniziert keine dieser Entscheidungen.

Erstellen Sie das erste Angebot um einen wiederkehrenden Job und eine Entlassungsentscheidung. Separate Diagnose, Pilot, Rollout und verwalteter Betrieb, wenn jede Phase ein anderes Unbekanntes hat. Dadurch wird die nächste Verpflichtung kleiner und verhindert, dass sich unbezahlte Entdeckungen in einem festen Implementierungsversprechen verstecken.

Entscheidungswerkzeug

Schreiben Sie das Angebot von der Grenze zum Beweis

  1. Schritt 01

    Nennen Sie die Käufersituation

    Identifizieren Sie die Umgebung, das wiederkehrende Ereignis, den Betreiber und die Konsequenz in einer Sprache, die durch Forschung unterstützt wird.

  2. Schritt 02

    Beschreiben Sie die betriebliche Änderung

    Geben Sie an, was schneller, vollständiger, leichter zu besitzen oder weniger fehleranreig wird. Vermeiden Sie es, ein Umsatzergebnis zu versprechen, das der Service nicht kontrolliert.

  3. Schritt 03

    Definieren Sie die erste Version

    Listen Sie Kanäle, Falltypen, Systeme, Aktionen, Benutzer und Volumenannahmen auf. Listen Sie dann die Ausschlüsse gleich detailliert auf.

  4. Schritt 04

    Pflichten wechselseitig machen

    Nennen Sie den Client-Verantwortliche, den Quellzugriff, Richtlinienentscheidungen, Testfälle, Genehmigungen, Schulungen und Reaktionszeiten, die für die Bereitstellung erforderlich sind.

  5. Schritt 05

    Akzeptanzbeweise festlegen

    Verwenden Sie einen repräsentativen Testsatz, Workflow-Maßnahmen, Schutzmaßnahmen und eine Freigabe- oder Stoppentscheidung. Akzeptieren Sie den Service nicht, nur weil er eine plausible Demo erzeugt hat.

  6. Schritt 06

    Beschreiben Sie, was als folgt

    Trennen Sie die optionale Einführung, den verwalteten Support, die Nutzung und die Änderungen von der Pilotverpflichtung.

Illustratives Angebot

Ein begrenzter Ansaugpilot ist verkaufbar, da die Ausschlüsse sichtbar sind

Angebot: ein sechswöchiges Request-Intake-Pilot nach Geschäftszeit für kommerzielle HLK-Teams. Der Service akzeptiert Web- und Shared-Inbox-Anfragen, extrahiert die vereinbarten Standort- und Gerätefelder, validiert Kundendatensätze, fordert ein genehmigtes Follow-up an, wenn der erforderliche Kontext fehlt, schlägt eine Routinekategorie vor und erstellt ein überprüfbares Element in der bestehenden Koordinatorwarteschlange.

Der Pilot beantwortet keine Anrufe, diagnostiziert keine Ausrüstung, setzt keine Sicherheits- oder vertragliche Priorität, zitiert Arbeit, verspricht eine Ankunftszeit, plant oder entsendet einen Techniker oder ersetzt den Koordinator. Northline liefert innerhalb von zwei Werktagen 100 nicht identifizierte historische Fälle, genehmigte Felddefinitionen, Ausnahmerichtlinien, Testkonten, einen Koordinatorbesitzer und Feedback. Die Agentur liefert den Workflow, den Testsatz, die Trace-Überprüfung, das Training, das Launch-Runbook und den wöchentlichen Beweisbericht.

Illustrative Akzeptanzkriterien werden vor der Erstellung vereinbart: mindestens 95 % Genauigkeit gegenüber den eingefrorenen Etiketten für jedes erforderliche Feld, wobei nicht unterstützte Werte als Fehler gezählt werden; jeder vordefinierte Fall mit hohem Risiko, der an eine Person weitergeleitet wird; weniger als 5 % der vom Modell gerouteten Routinefälle, die nach der deterministischen Validierung eine Kategoriekorrektur erfordern; kein doppeltes Warteschlangenelement während erneuter Tests; und ein getestetes Fallback, das die ursprüngliche Anforderung beibehält. In Woche sechs entscheidet sich Northline dafür, einen Rollout zu stoppen, zu überarbeiten oder vorzubereiten. Diese Schwellenwerte sind Teil dieses fiktiven Umfangs, nicht allgemeine Branchenbenchmarks.

Fehleranalyse

Der Vorschlag scheitert, wenn Ehrgeiz klarer ist als Verantwortung

Das Versprechen "KI-Mitarbeiter"

Signal: Das Angebot impliziert eine breite Rollenvertretung, definiert jedoch keine Falltypen, Befugnisse oder Ausnahmepfade.

Korrektur: Versprechen Sie eine begrenzte Workflow-Änderung und zeigen Sie, was mit dem Team übrig bleibt.

Entdeckung versteckt in der Implementierung

Signal: Die feste Gebühr geht davon aus, dass Richtlinien, Daten, Integrationen und Akzeptanzkriterien nach der Unterzeichnung klar werden.

Korrektur: Verkaufen oder benötigen Sie eine Diagnosephase mit eigener Lieferung und Entscheidung.

Die Aufgaben des Kunden erscheinen im Kleingedruckten

Signal: Verzögerungen beginnen, weil niemand den Quellzugriff, Richtlinienantworten, Testfälle oder Genehmigungen besitzt.

Korrektur: Setzen Sie die gegenseitigen Verantwortlichkeiten neben die Leistungen der Agentur und das Preisplanrisiko.

Akzeptanz ist gleich "es funktioniert"

Signal: Ein Skript-Happy-Pfad wird bestanden, während Duplikate, Ausnahmen und Fallbacks ungetestet bleiben.

Korrektur: Frieren Sie repräsentative Fälle ein und definieren Sie Aufgaben-, Workflow-, Fehler- und Wiederherstellungskriterien.

WerkstattArbeitsergebnis

Entwerfen Sie den einseitigen Angebotsbrief, bevor Sie einen Verkaufstext schreiben

Arbeitsvorlage

Buyer situation and recurring job:
Current baseline and consequence:
Operational change promised:
Stage: diagnostic | pilot | rollout | managed service
Included channels, cases, users, systems, and volume:
Explicit exclusions:
Agency deliverables:
Client responsibilities and response times:
Test evidence and acceptance criteria:
Safety, quality, and downstream guardrails:
Fallback, stop, and change process:
Decision at the end of this stage:
Proof that can be shown honestly:

Fertigstellungstor

Lassen Sie einen Lieferleiter das Angebot ablehnen, bevor ein Käufer es sieht

  • Ein Leser kann den Käufer, den wiederkehrenden Job, die betriebliche Änderung, die Phase und die Endentscheidung im ersten Absatz identifizieren.
  • Enthaltene Falltypen, Kanäle, Systeme, Benutzer, Aktionen, Volumen und Ausschlüsse sind explizit.
  • Die Verantwortlichkeiten der Kunden haben Verantwortliche- und Antworterwartungen; der Zeitplan geht nicht von sofortigem Zugriff oder Genehmigung aus.
  • Die Annahme umfasst den Erfolg von Vertretern, Ausnahmen, Duplikate, Fallback und eine Geschäfts- oder Workflow-Maßnahme.
  • Das Angebot macht keinen garantierten Umsatzanspruch und beschreibt keine nicht genehmigten autonomen Maßnahmen.
  • Ein Lieferprüfer kann die Arbeit schätzen, das größte Unbekannte nennen und sagen, was zur bezahlten Entdeckung oder Änderungskontrolle gehört.

Lektionsfortschritt

Haben Sie diese Lektion abgeschlossen?

Speichern Sie Ihren Fortschritt auf diesem Gerät, damit Sie später leicht weitermachen können.

Noch nicht als abgeschlossen markiert.