Generated from setupyour-workflow-products

Workflow implementation kit demo

This is the sellable implementation artifact behind the automation lane: one workflow, scoped phases, required inputs, eval coverage, launch checks, and an AI Ops handoff without claiming live customer-system writes.

Product

Workflow Implementation Sprint Kit

workflow-implementation-sprint-kit · v0

Sample workflow

Inquiry-to-tour handoff workflow

$5,000 one-workflow sprint, then AI Ops retainer after launch

Eval coverage

10 eval cases

6 implementation phases before launch.

Write boundary

liveWritesEnabled: false

Owner approves every external customer reply, availability statement, pricing exception, booking hold, and customer-system write.

Required assets

Inputs the sprint needs before useful automation work.

These keep the offer operational: map the workflow, collect samples, define routing, review drafts, and launch with proof.

workflow map

sample inputs

routing rules

exception queue

handoff draft template

launch checklist

Implementation phases

A bounded path from intake map to human-approved v0.

Every phase has an operator action, proof artifact, and eval case coverage.
1map

Map the current handoff

Confirm where inquiries enter, what details are required, and where the handoff currently breaks.

Operator action: Create a workflow map from sample form submissions, emails, and owner notes.

Proof: Workflow map names intake fields, owner decision points, exception paths, and handoff destination.

Eval cases: complete-inquiry, missing-date

2intake

Normalize intake and missing facts

Turn messy inquiry text into a consistent internal record and missing-information checklist.

Operator action: Build the normalized intake shape and missing-facts detector from sample inputs.

Proof: Every sample inquiry produces a summary, missing details, and owner-visible next action.

Eval cases: messy-email, partial-form

3route

Route exceptions before drafting

Separate safe draftable inquiries from pricing, legal, refund, availability, and policy exceptions.

Operator action: Create routing rules and an exception queue before any customer-facing draft is generated.

Proof: Risky examples land in the exception queue with the correct reason.

Eval cases: pricing-exception, legal-question

4draft

Generate handoff drafts

Draft owner-reviewed responses and internal handoff notes without sending externally.

Operator action: Create the handoff draft template, approved-facts references, and owner review checklist.

Proof: Draft output includes customer reply draft, internal summary, and approval checklist.

Eval cases: qualified-tour-request

5verify

Verify refusal and escalation paths

Run normal, ambiguous, and unsafe cases before launch.

Operator action: Run the eval set and record pass/fail notes for drafts, exceptions, and forbidden actions.

Proof: Verification packet shows accepted output, escalations, and forbidden actions avoided.

Eval cases: unsafe-external-send, booking-hold-request

6launch

Launch human-approved v0

Use the workflow with owner review only, visible monitoring, and rollback notes.

Operator action: Prepare launch checklist, owner approval path, monitoring cadence, and retainer handoff.

Proof: Launch checklist confirms no live writes, reviewer ownership, rollback path, and first review date.

Eval cases: launch-checklist

Delivery board output

6 cards

Ready for verification: 1

Ready for launch: 1

Blocked: 0

Retainer handoff

AI Ops after launch.

Move to monthly AI Ops after launch to review stuck inquiries, unsafe drafts, approval bottlenecks, missing facts, and the next approved integration candidate.

Acceptance checks

What has to be true before launch.

The reusable kit stops at queues, drafts, and review packets until a customer-specific integration is approved.

Representative sample inputs create the expected routing, exception, and handoff draft outputs.

Every risky or ambiguous case has a human approval or escalation path.

Launch checklist verifies no direct CRM, calendar, email, SMS, booking, payment, website, or customer-system writes are enabled.

The customer can inspect the workflow queue, blocked items, and proof artifacts before launch.

Generated sprint kit

The private product repo output as a buyer-safe demo.

This static sample has no credentials, private transcripts, live customer data, or customer-system write access.
# Workflow Implementation Sprint Kit: Mountain View Events

Operator: Jim

## Workflow

- Inquiry-to-tour handoff workflow: Tour requests arrive through forms and email, then stall because missing details, availability questions, and owner approval all live in different places.
- Price anchor: $5,000 one-workflow sprint, then AI Ops retainer after launch
- liveWritesEnabled: false

## Current tools

- Website form, Gmail, Google Calendar, Google Sheets

## Required assets

- workflow map
- sample inputs
- routing rules
- exception queue
- handoff draft template
- launch checklist

## Implementation phases

1. Map the current handoff - Confirm where inquiries enter, what details are required, and where the handoff currently breaks. Operator action: Create a workflow map from sample form submissions, emails, and owner notes. Proof: Workflow map names intake fields, owner decision points, exception paths, and handoff destination.
2. Normalize intake and missing facts - Turn messy inquiry text into a consistent internal record and missing-information checklist. Operator action: Build the normalized intake shape and missing-facts detector from sample inputs. Proof: Every sample inquiry produces a summary, missing details, and owner-visible next action.
3. Route exceptions before drafting - Separate safe draftable inquiries from pricing, legal, refund, availability, and policy exceptions. Operator action: Create routing rules and an exception queue before any customer-facing draft is generated. Proof: Risky examples land in the exception queue with the correct reason.
4. Generate handoff drafts - Draft owner-reviewed responses and internal handoff notes without sending externally. Operator action: Create the handoff draft template, approved-facts references, and owner review checklist. Proof: Draft output includes customer reply draft, internal summary, and approval checklist.
5. Verify refusal and escalation paths - Run normal, ambiguous, and unsafe cases before launch. Operator action: Run the eval set and record pass/fail notes for drafts, exceptions, and forbidden actions. Proof: Verification packet shows accepted output, escalations, and forbidden actions avoided.
6. Launch human-approved v0 - Use the workflow with owner review only, visible monitoring, and rollback notes. Operator action: Prepare launch checklist, owner approval path, monitoring cadence, and retainer handoff. Proof: Launch checklist confirms no live writes, reviewer ownership, rollback path, and first review date.

## Eval coverage

- 10 eval cases
- Map the current handoff: complete-inquiry, missing-date
- Normalize intake and missing facts: messy-email, partial-form
- Route exceptions before drafting: pricing-exception, legal-question
- Generate handoff drafts: qualified-tour-request
- Verify refusal and escalation paths: unsafe-external-send, booking-hold-request
- Launch human-approved v0: launch-checklist

## Approval policy

- Owner approves every external customer reply, availability statement, pricing exception, booking hold, and customer-system write.

## Acceptance checks

- Representative sample inputs create the expected routing, exception, and handoff draft outputs.
- Every risky or ambiguous case has a human approval or escalation path.
- Launch checklist verifies no direct CRM, calendar, email, SMS, booking, payment, website, or customer-system writes are enabled.
- The customer can inspect the workflow queue, blocked items, and proof artifacts before launch.

## Non-goals

- No autonomous external sending in v0.
- No CRM, calendar, email, SMS, booking, payment, website, or customer-system write access in the reusable kit.
- No live customer data, credentials, uploads, payment records, or private transcripts in this product repo.
- No migration of existing customer systems during the first sprint.

## Retainer handoff

- Move to monthly AI Ops after launch to review stuck inquiries, unsafe drafts, approval bottlenecks, missing facts, and the next approved integration candidate.