The intake builder reads what you have and produces a complete submission package in minutes.
Artifact Standards 1–16
These are structural standards — the fields any complete artifact of this type must contain. The list is fixed. What flexes is the output: your intake form will not look identical to another organization’s because your project, your language, and your governance context are different. That is expected.
☰ All 36 Artifacts — Quick Reference
Each artifact below includes a copy-paste prompt for document-based artifacts and a usage note for fieldwork tools. For document-based artifacts: copy the prompt, paste it into any capable AI, drop in your project materials, and get a populated draft. Review it against the field standard below. Adjust and own the result.
The fields in each artifact are not suggestions. They are what the governance forum needs to make a responsible decision. An artifact missing critical fields does not advance — it comes back.
On the container question: The AI produces structured content. That content needs a home — a spreadsheet, a project tracking system, a document platform, wherever your organization stores and retrieves structured data consistently. Waypoint does not prescribe a tool. The structure is the standard. The container is yours. Practitioners who have connected their project systems to Claude via MCP skip the copy step entirely — the AI reads from and writes to the system directly.
I need to prepare a T1 Intake Form for a new initiative going through governance review. Below are the materials I have. Please populate each section from my materials: - Submission Information: date, submitter role, sponsoring executive, routing category (Fast-track / Standard / Strategic / Emergency / Discovery) - Problem or Opportunity: the current-state problem in plain language — not the proposed solution - Expected Outcome: what will measurably change, naming the specific person, process, or metric that will be different - Why Now: urgency driver — if mandatory, name the specific statute, regulation, audit finding, or contract; if time-sensitive, name what changes if deferred 90 days - Rough Sizing: estimated cost and timeline with confidence levels (High/Medium/Low); organizational impact — which teams, roles, or users are affected - Known Dependencies: what this work depends on and what other work depends on it - What We Are Not Doing: what the organization is explicitly choosing not to prioritize if this is approved For any field you cannot populate from my materials, list it as a gap and state what information is needed. Do not invent information. Label inferences as inferences. [Paste your project materials here — SOW, emails, kickoff notes, budget request, slide deck, or any combination]
Every submission enters through this form. Required fields are marked. Incomplete submissions are returned, not held. The clock on the review cycle starts when the submission is complete.
Submission Information
| Field | Response |
|---|---|
| Submission date | |
| Submitter name and role | |
| Sponsoring executive | |
| Routing category (Fast-track / Standard / Strategic / Emergency / Discovery) |
Problem or Opportunity
What specifically is the organization trying to solve or capture? Describe the current-state problem in one paragraph. Do not describe the proposed solution here.
Expected Outcome
What will be measurably different in the operation if this work succeeds? Name a specific person, process, or metric that will change — and how.
Why Now
Is this mandatory, time-sensitive, strategic, or discretionary? What is the driver? If mandatory, name the specific statute, regulation, audit finding, or contract obligation.
Rough Sizing
| Dimension | Estimate | Confidence (High / Medium / Low) |
|---|---|---|
| Estimated cost | ||
| Estimated timeline | ||
| Organizational impact (teams, roles, or users affected) |
Known Dependencies
What does this work depend on? What other work depends on this?
What We Are Not Doing
If this is approved, what is the organization choosing not to prioritize instead? Name it explicitly.
Routing Guide — EPMO Use Only
| Routing Decision | Rationale | Assigned Reviewer | Date |
|---|---|---|---|
I need to prepare a Cost-Benefit Analysis for a project going through governance review. Below are the materials I have. Please build a complete CBA with both required sections: Section 1 — Financial Case: - Baseline current-state metrics with measurement source and date measured - Benefit projections by category: hard savings, cost avoidance, revenue protection or growth, risk reduction, productivity gains — with Year 1/2/3 estimates, confidence levels, and evidence basis for each projection - Cost projections: implementation (labor, vendor, licensing), ongoing support and maintenance, training, integration and technical debt, decommission costs - 3-year summary: total benefits, total costs, net benefit, ROI, payback period Section 2 — Tangible Case: - For each major benefit: what specifically changes, who confirms it (named individual), within what timeframe, and how it will be measured - Adoption assumption: state explicitly what adoption rate is assumed in productivity projections; show what the return looks like at 50% and 75% adoption - Name the Outcome Owner — the individual in the business accountable for confirming benefits materialized at Step 11 Label numbers that cannot be evidenced from my materials as estimates. List gaps explicitly. Do not invent figures. [Paste your project materials here — SOW, budget requests, vendor proposals, financial projections, or any supporting documentation]
The CBA has two required sections. Both must be complete before the proposal advances to prioritization. A financial section without a tangible section is incomplete.
| Field | Detail |
|---|---|
| Proposal name | |
| Sponsor | |
| Outcome owner (accountable for confirming benefits materialized) | |
| CBA prepared by | |
| Date prepared / Last updated |
Section 1: Financial Case
Baseline — Current State
| Baseline Metric | Current Value | Measurement Source | Date Measured |
|---|---|---|---|
Benefit Projections
| Benefit Category | Year 1 | Year 2 | Year 3 | Confidence | Source / Basis |
|---|---|---|---|---|---|
| Hard savings (costs that stop) | |||||
| Cost avoidance (costs that would have grown) | |||||
| Revenue protection or growth | |||||
| Risk mitigation (quantified if possible) | |||||
| Productivity gains (state adoption rate assumed) | |||||
| Total projected benefits |
Cost Projections
| Cost Category | Year 1 | Year 2 | Year 3 | Notes |
|---|---|---|---|---|
| Implementation (labor, vendor, licensing) | ||||
| Ongoing support and maintenance | ||||
| Training (initial and ongoing) | ||||
| Integration and technical debt created | ||||
| Decommission costs (what this replaces) | ||||
| Total projected costs |
Summary
| Total (3-Year) | |
|---|---|
| Total benefits | |
| Total costs | |
| Net benefit | |
| ROI | |
| Payback period |
Section 2: Tangible Case
For each major benefit category in Section 1, complete one row below. If a financial benefit cannot be connected to a tangible outcome field, it should be treated as speculative.
| Benefit Category | What Specifically Changes | Confirmed By | Within (timeframe) | Measured By |
|---|---|---|---|---|
Adoption Assumption
State explicitly what adoption rate is assumed in the productivity benefit projections. What does the return look like at 50% adoption? At 75%?
All eight items must be confirmed before the project is formally started. Items that cannot be confirmed push the start date, not the governance decision.
| Field | Detail |
|---|---|
| Project name | |
| Requested by (name/role) | |
| Tollgate decision date | |
| Authorization target date |
The Eight Confirmations
| # | Item | Confirmed? | Owner | Date | Notes |
|---|---|---|---|---|---|
| 1 | Sponsor — Named, briefed, understands sponsorship requirements during delivery | ☐ Yes ☐ No | |||
| 2 | Outcome Owner — Named person in business accountable for confirming benefit materialized; knows they are named | ☐ Yes ☐ No | |||
| 3 | Funding — Budget confirmed and accessible in correct cost center with correct approvals | ☐ Yes ☐ No | |||
| 4 | Delivery Ownership — Delivery lead or team identified, available, confirmed; conflicts resolved | ☐ Yes ☐ No | |||
| 5 | Dependencies — All pre-start dependencies mapped with named owner and resolution date | ☐ Yes ☐ No | |||
| 6 | Capacity — Portfolio capacity view updated; impact of this authorization on existing projects assessed | ☐ Yes ☐ No | |||
| 7 | First Decision Date — Date of first consequential decision identified; required participants notified; meeting scheduled | ☐ Yes ☐ No | |||
| 8 | Segregation of Duties — The EPMO Lead or Governance Chair signing off below is confirmed not to be the same individual named as “Requested by” above | ☐ Yes ☐ No |
Sign-Off
| Role | Name | Signature | Date |
|---|---|---|---|
| EPMO Lead | |||
| Delivery Lead | |||
| Sponsor |
Opens when the CBA is built and does not close until all projected benefits have been confirmed or formally assessed. It is a living document, not a post-project artifact.
| Field | Detail |
|---|---|
| Project name | |
| Authorization date | |
| Go-live date (actual or projected) | |
| Benefits Register owner (EPMO contact) |
Benefit Entries
| ID | Description | Baseline | Projection | Confidence | Outcome Owner | Measurement Method | Confirmation Date | Status |
|---|---|---|---|---|---|---|---|---|
| B-01 | ||||||||
| B-02 | ||||||||
| B-03 |
Adoption Tracking
| Benefit ID | Target Population | Behaviors Measured | Measurement Method | Measurement Date | Adoption % | Adoption Owner |
|---|---|---|---|---|---|---|
| B-01 | ||||||
| B-02 |
I need to produce a Tollgate Decision Record for a governance session that just concluded. Below are my meeting notes [or transcript]. Please build the Decision Record with: - Session information: date, chair, attendees, next session date - For each decision item reviewed: proposal name, recommendation that entered the session, decision outcome (Proceed / Proceed with Conditions / Hold / Return for Clarification / Decline / Stop), rationale in 2–3 tight sentences, named sponsor, named outcome owner, next action with owner and date - Conditions Tracking Register: for any Proceed with Conditions decision, list each condition — what it is, who owns it, the deadline This is the official record of what the governance forum decided, not a meeting summary. Keep rationale factual and direct. Flag any decision where the outcome or rationale is unclear in my notes so I can confirm before distributing. [Paste meeting notes or transcript here]
Produced during or immediately after each governance session. Distributed within 24 hours. This is the official record of what the governance forum decided — not a meeting summary.
| Field | Detail |
|---|---|
| Session date | |
| Governance chair | |
| Attendees | |
| Next session date |
Decision Item
| Field | Detail |
|---|---|
| Proposal or project name | |
| Recommendation entering session | |
| Decision Outcome | ☐ Proceed ☐ Proceed with Conditions ☐ Hold ☐ Return for Clarification ☐ Decline ☐ Stop |
| Rationale (2–3 sentences) | |
| Sponsor | |
| Outcome Owner | |
| Next Action / Owner / Date |
Conditions Tracking Register
| Decision Date | Item | Condition | Owner | Deadline | Status |
|---|---|---|---|---|---|
Evidence & Retention
This record — paired with the Authorization Checklist’s segregation-of-duties confirmation (T3, item 8) — is the primary audit evidence for what the governance forum decided. Meeting memory is not a retention strategy.
| Field | Detail |
|---|---|
| Supporting documentation location (link or file path) | |
| Retention period (per your organization’s record-retention policy) | |
| Retained by (name/role) |
Weights should reflect current planning cycle priorities. Review and validate weights at the start of each planning cycle. Scores are set before the ranked output is visible. Overrides are documented separately — never embedded in the scores.
Scoring Scale: 1 = Minimal · 3 = Moderate · 5 = Strong
| Criterion | Weight | Score 1 | Score 3 | Score 5 |
|---|---|---|---|---|
| Strategic Alignment | Indirect or unclear connection | Supports a named priority but not central | Directly advances a primary organizational commitment | |
| Financial Value | Weak or speculative; low confidence CBA | Credible case, medium confidence, assumptions stated | Strong case, high confidence, evidence-based projections | |
| Risk Reduction | Addresses a minor or unclear risk | Known operational risk, moderate impact | Significant risk: regulatory, safety, or major financial exposure | |
| Mandatory Requirement | Discretionary; no external driver | Internally driven with some compliance dimension | Mandatory: statute, regulation, audit finding, or contract | |
| Customer / Operational Impact | Impact limited to internal team | Moderate impact on an operational unit or customer group | High impact; affects large population or core service delivery | |
| Delivery Readiness | Significant unknowns; team or funding unconfirmed | Mostly ready; one or two dependencies to resolve | Fully ready; sponsor engaged, team available, funding confirmed | |
| Adoption Readiness | High saturation; receiving org at or near capacity | Moderate capacity; manageable with planning | Low saturation; receiving org ready, OCM plan in place |
Scoring Sheet
| Proposal | Strategic (x__) | Financial (x__) | Risk (x__) | Mandatory (x__) | Impact (x__) | Delivery (x__) | Adoption (x__) | Total | Rank |
|---|---|---|---|---|---|---|---|---|---|
Override Documentation
| Proposal | Model Rank | Adjusted Rank | Override Rationale | Authorized By | Date |
|---|---|---|---|---|---|
I need to prepare a Health vs. Value Review for an upcoming governance session. Below are the project’s current status data, RAID log, and any sponsor or outcome owner notes I have. Please build both required sections: Section 1 — Health Review (Project Manager perspective): - Schedule: % complete vs. planned, variance, status (Green/Yellow/Red) - Budget: actuals vs. forecast, variance, status - Scope: changes since authorization, variance, status - Open risks above threshold: count and current status - Critical path dependency status - One-sentence health summary: the single issue that most threatens delivery if unresolved - Health escalation required? Yes/No Section 2 — Value Review (Sponsor perspective): - For each key CBA assumption identified in my materials: current status (Valid/Revised/Invalidated), evidence, and implication for value - Value indicators with status: CBA hypothesis validity, adoption readiness, outcome owner engagement, benefits forecast vs. original CBA, any external factors that changed - Value escalation required? If yes, recommended option: Continue as planned / Adjust scope or approach / Pause and reassess / Stop Flag anything in my materials that is unclear or missing that I need to confirm before the governance session. [Paste project status data, RAID log, and sponsor/outcome owner notes here]
Two sections. Both are required at each governance cycle. Section 1 is led by the project manager. Section 2 is led by the sponsor. These are different questions and they should not be presented in the same breath.
| Field | Detail |
|---|---|
| Project name | |
| Review date | |
| Project manager | |
| Sponsor | |
| Outcome Owner |
Section 1: Health Review
Project Manager leads. Is the project executing as planned?
| Metric | Baseline at Authorization | Current | Variance | Status (Green / Yellow / Red) |
|---|---|---|---|---|
| Schedule — % complete vs. planned | ||||
| Budget — actuals vs. forecast | ||||
| Scope — changes since authorization | ||||
| Open risks above threshold | ||||
| Critical path dependency status |
Health summary — the one issue that, if unresolved, most threatens delivery:
Health Escalation Required? ☐ Yes ☐ No
Section 2: Value Review
Sponsor leads. Is the investment still aimed at the right outcome?
| Assumption | Status (Valid / Revised / Invalidated) | Evidence | Implication for Value |
|---|---|---|---|
| Value Indicator | Status | Notes |
|---|---|---|
| CBA value hypothesis — still valid given current delivery trajectory? | ☐ Valid ☐ Revised ☐ At Risk | |
| Adoption readiness — are affected people being prepared? | ☐ On Track ☐ Needs Attention ☐ Not Started | |
| Outcome Owner engagement | ☐ Engaged ☐ Inconsistent ☐ Disengaged | |
| Benefits forecast vs. original CBA | ☐ On Track ☐ Revised Down ☐ Uncertain | |
| External factors — anything changed that affects value? | ☐ No change ☐ Minor change ☐ Material change |
Value Escalation Required? ☐ Yes ☐ No — Options: Continue as planned / Adjust scope or approach / Pause and reassess / Stop
Conducted at the end of each major governance cycle — typically quarterly. Designed to complete in 90 minutes and produce two or three specific, owned action items. Not a status review. An examination of the governance model itself.
| Field | Detail |
|---|---|
| Retrospective date | |
| Facilitator | |
| Attendees | |
| Cycle being reviewed (date range) |
Q1: What Improved This Cycle?
| What Improved | Evidence | Implication (Formalize / Continue / Replicate) |
|---|---|---|
Q2: What Did Not Work as Intended?
| What Did Not Work | Evidence | Root Cause Hypothesis | Implication (Fix / Stop / Investigate) |
|---|---|---|---|
Q3: What Do We Not Yet Know?
| Open Question | Why It Matters | How We Will Answer It | Owner | Target Date |
|---|---|---|---|---|
Governance Health Metrics
| Metric | Prior Cycle | This Cycle | Trend |
|---|---|---|---|
| CBA accuracy rate | |||
| Intake quality rate | |||
| Tollgate decision stability | |||
| Sponsor engagement at authorization | |||
| Benefits confirmation rate | |||
| Assumption prediction accuracy (aggregate T36 held / partially held / invalidated across the portfolio) |
Improvement Actions
| Practice | Category | Owner | Target Date |
|---|---|---|---|
| ☐ Formalize ☐ Develop ☐ Stop | |||
| ☐ Formalize ☐ Develop ☐ Stop |
Use one guide per interview. Record what was said verbatim in the “Said” column and what you observed about how it was said in the “Observed” column. Do not interpret during the conversation — capture first, analyze later.
| Field | Response |
|---|---|
| Name and role | |
| Date and format (in-person / video / phone) | |
| Duration | |
| Prior relationship to EPMO (new / existing / none) |
Core Questions
| Question | Said | Observed |
|---|---|---|
| Walk me through how a new project gets started here. | ||
| What happens when two priorities conflict? | ||
| What gets in the way of decisions getting made? | ||
| What works here that I should not break? | ||
| What are you most worried about? | ||
| If you could change one thing about how work gets approved, what would it be? | ||
| Who else should I be talking to that I have not mentioned? |
Follow-Up Notes — What came up that warrants a follow-up conversation or deeper exploration?
Synthesis Note (complete after all interviews) — What pattern did this interview confirm, complicate, or contradict?
Built from interview observations and direct observation — not from existing documentation. Complete the map first, then compare it to documented processes. The gap between this map and existing documentation is where the work begins.
How Work Enters
| Entry Path | Description | Who Uses It | Estimated Volume |
|---|---|---|---|
| Formal intake (if one exists) | |||
| Executive directive | |||
| IT request / help desk escalation | |||
| Sponsor relationship / side door | |||
| Regulatory mandate (arrives pre-approved) | |||
| Other informal path |
Where Decisions Are Made
| Decision Type | Formal Authority | Actual Decision Maker | How Communicated |
|---|---|---|---|
| New work approved | |||
| Work stopped or deferred | |||
| Priority changed mid-cycle | |||
| Budget released |
Known Bypass Routes
| Bypass Route | Who Uses It | Why It Exists | What Work Travels This Way |
|---|---|---|---|
Map vs. Documentation Gap — Where does this map differ from existing process documentation?
Working document — not for distribution. This map is for the practitioner’s use only. It informs every coalition-building decision before any governance change is proposed.
| Name / Role | Formal Decision Authority | Scope |
|---|---|---|
Informal Authority
| Name / Role | Why They Have Influence | What They Can Stop | What They Can Accelerate |
|---|---|---|---|
Coalition Requirements
| Change Category | Required Support | Current Posture | What It Will Take |
|---|---|---|---|
| Intake process | ☐ Supportive ☐ Neutral ☐ Resistant | ||
| Prioritization criteria | ☐ Supportive ☐ Neutral ☐ Resistant | ||
| Tollgate authority | ☐ Supportive ☐ Neutral ☐ Resistant | ||
| Benefits accountability | ☐ Supportive ☐ Neutral ☐ Resistant |
One row per active or proposed work item. Missing information is flagged, not fabricated. Complete the inventory before proposing any governance changes.
| ID | Name | Description (one sentence) | Accountable Person | Intended Outcome | Category | Status | Known Dependencies | Missing Information |
|---|---|---|---|---|---|---|---|---|
| Mandatory / Strategic / Operational / Discretionary | Active / Proposed / Stalled / Unclear | |||||||
Inventory Summary
| Category | Count | Notes |
|---|---|---|
| Mandatory | ||
| Strategic | ||
| Operational | ||
| Discretionary | ||
| Items with no named accountable person | ||
| Items with no stated outcome |
One page. Post where submitters can see it. Consistency in classification matters more than precision — apply the same rule to every submission.
Edge Cases
| Scenario | Classification Rule |
|---|---|
| Mandatory item that also has strategic value | Classify as Mandatory for governance routing |
| Submitted as Strategic without a named priority connection | Reclassify as Discretionary pending a stronger case |
| Claimed as Mandatory without compliance reference | Request written compliance citation before classifying |
Every gap in the inventory goes here. Do not hold inventory items pending this information — flag and continue. This log is the primary argument for why intake discipline is needed: every blank field is a decision made without the information needed to make it well.
| Item ID | Item Name | Missing Field | What Is Needed | Last Contact | Owner | Target Date | Status |
|---|---|---|---|---|---|---|---|
Log Summary
| Gap Category | Count |
|---|---|
| No named accountable person | |
| No stated outcome | |
| No confirmed funding source | |
| No known sponsor | |
| Cannot be classified — insufficient information | |
| Total items with at least one gap |
Post this where submitters can see it. The routing decision is made at submission and confirmed by the EPMO at triage.
Is this submission driven by a regulatory, legal, contractual, or safety requirement?
YES → Fast-track / Mandatory Review
NO ↓
Is this an emergency — active failure, outage, or significant immediate risk?
YES → Emergency Review (same-day triage; EPMO and sponsor within 24 hours)
NO ↓
Is the estimated investment under [organization-defined threshold]?
YES → Fast-track / Operational Review
NO ↓
Is there a named senior sponsor who can confirm connection to a current strategic priority?
YES → Standard Strategic Review (full CBA + prioritization)
NO → Standard Operational Review (clarification required before proceeding)
| Route | Description | Review Timeline | CBA Required | Prioritization Required |
|---|---|---|---|---|
| Fast-track / Mandatory | Legal / regulatory obligation | [X] business days | Abbreviated scope-and-cost only | No — proceeds subject to resourcing |
| Emergency | Active failure or imminent significant risk | 24-hour triage; 5-day full review | No — initiate, then document | No — escalate to sponsor and EPMO lead |
| Standard Strategic | Full investment case; competes for portfolio resources | [X] business days | Full CBA required | Yes — enters prioritization queue |
| Standard Operational | Operational gap with accountable owner | [X] business days | Streamlined CBA | Yes — enters operational queue |
| Fast-track / Operational | Small investment, clear owner, known gap | [X] business days | Abbreviated cost-and-outcome only | No — EPMO approval sufficient |
These are the minimum required fields for a submission to be considered complete. Incomplete submissions are returned, not held.
Required Fields
| Field | Why It Is Required |
|---|---|
| Submitter name and role | Establishes accountability for the submission |
| Sponsoring executive | Confirms organizational backing before review begins |
| Problem or opportunity description | Defines what is being solved — without this, no review is possible |
| Expected outcome | States what changes — required for prioritization and CBA |
| Reason for timing (why now) | Needed to assess urgency and routing |
| Rough sizing estimate | Required to route correctly and assess capacity impact |
Recommended Fields
| Field | Why It Is Recommended |
|---|---|
| Known dependencies | Enables early dependency risk identification |
| What is out of scope | Reduces clarification cycles |
| Prior attempts to address this problem | Informs solution design and avoids redundant work |