Learning JourneyDay 28 of 30CapstoneCapstone Part 1, Build the Source and Strategy Foundation
93%

Day 28: Capstone Part 1, Build the Source and Strategy Foundation

Listen to the Day 28 Introduction

This short audio introduces the day and what to focus on.

Capstone Roadmap visual roadmap: Bring the tools together into one productivity package.

Bring everything together into one AI-assisted productivity package.

The final three days bring everything together. Instead of doing separate exercises, you will build one larger project in three small steps. The scenario is: a safe or mock workplace is preparing to communicate an AI-related workflow update to teammates, with possible future broader sharing.

You will also practice Compare, Challenge, Combine: compare what different tools produce, challenge one tool's answer with another, and combine the best parts using your own judgment.

Use mock, public, sanitized, or approved source material for the capstone. The point is to practice the workflow, not to create real public-facing messaging without review.

Day 28 roadmap for Capstone Part 1, Build the Source and Strategy Foundation, showing the focus area, practice focus, try step, what to save, and review reminder.
Why this helps

Why It Matters

The capstone starts with source and strategy because high-stakes communication becomes risky when assumptions harden into story too quickly. Slow down the setup so the final package can move faster and withstand review.

Build one factual spine before drafting: audience, purpose, message strategy, evidence, safe claims, open questions, risks, dependencies, approvals, and unresolved decisions.

Save the foundation before creating final assets. It should keep the capstone from becoming polished but unsupported.

Choose one scenario track before you draft:

  1. Internal rollout: A team is piloting an AI-assisted workflow and needs an internal update, FAQ, and review note.
  2. Customer-facing FAQ: A product or service change may eventually need public explanation, but today you will build a safe mock FAQ with review flags.
  3. Technical feature explanation: A technical capability needs to be translated into plain English for nontechnical stakeholders, with limits and engineering questions attached.

Stay with the same track across Days 28 to 30 so the final package feels coherent instead of scattered.

Know before you try

Know Before You Try

Good workplace communication starts before writing. The capstone begins by building a source and strategy foundation so the story does not move faster than the facts.

The foundation answers: What are we communicating? Who is it for? What outcome do we want? What sources support it? What claims are safe? What is unknown? What could be misunderstood? Who needs to review it?

The foundation should separate facts, interpretations, assumptions, open questions, and recommendations. If those categories blur together, the final assets may sound confident while resting on unclear support.

Use the tools in combination, with each tool doing a clear job. NotebookLM can support source-grounded summary. ChatGPT can shape strategy and questions. Gemini can support Workspace or web structure. Codex can support technical translation if needed.

The point is a single factual spine for the capstone. Before producing assets, make sure the foundation names the audience, message, evidence, risks, review needs, and unresolved decisions.

Before you try

  • The capstone foundation should include a source inventory, stakeholder map, audience definition, claim inventory, review path, and decision about what is mock versus approved.
  • Start with truth before story. If the sources are weak, unclear, or not approved, the draft should stay limited and clearly labeled.
  • Use Compare, Challenge, Combine deliberately: compare tool outputs, challenge unsupported claims, and combine only what survives your review.

Where this helps

Use this at the beginning of any important rollout, announcement, media response, decision briefing, or workplace project.

  • before building a rollout package, briefing, FAQ, team update, or web outline
  • a project has source material, claims, audience needs, and review requirements
  • you need to compare tool outputs before choosing a direction
Try it

Try It

Practice

Start small: Choose a capstone scenario and build the factual spine before writing any polished language.

Quick version

  • Save: Source and strategy foundation for the capstone.
  • Minimum useful version: Choose one capstone topic and fill in audience, purpose, three supported facts, three open questions, and review needs.
  • If stuck: Pick one manageable scenario: product update, team update, AI feature update, media inquiry, or decision-support topic.
  • Done when: You know what is supported, what is assumed, and what must be reviewed before drafting.
  • Add only if useful: Add a claim inventory with safe claims, risky claims, and claims to avoid.

Aim for

  • Topic: AI-supported customer support update.
  • Supported fact: "The source says the workflow is being reviewed by the support team."
  • Assumption: "This may improve response clarity, but that outcome is not proven yet."
  • Review need: Product, legal/privacy, customer-facing language, and technical accuracy.

Practice

Choose one scenario:

  1. Product update.
  2. AI feature or workflow change.
  3. Team update.
  4. Media inquiry.
  5. Decision-support topic.

Use NotebookLM to create a source-based briefing. Use ChatGPT to identify:

  1. Audience.
  2. Main message.
  3. Proof points.
  4. Risks.
  5. Open questions.
  6. Review needs.

Use Codex or ChatGPT for technical translation if needed. Then ask ChatGPT to compare what each tool did well, what is missing, and what needs human review.

Work in passes:

  1. Choose a safe capstone topic.
  2. Collect or create safe source material.
  3. Use NotebookLM or ChatGPT to summarize what the sources support.
  4. Create a strategy note with audience, goal, key points, risks, questions, and review needs.

If the project feels too large, narrow it to one deliverable, such as a mock team update with an FAQ. A smaller capstone done carefully is better than a sprawling one.

Before you save it:

  • Create a source table with columns for source, owner, date, approved use, key facts, and review notes.
  • Before moving to drafting, identify the three claims most likely to need review.
Prompt to use

Prompt

Choose

Primary Prompt

Use this to get a first useful draft.

Simple Prompt
Help me build the source and strategy foundation for a safe or mock capstone scenario. Separate audience, main message, proof points, risks, open questions, review needs, technical translation needs, and what each AI tool did well or missed.

Improve Prompt

Use this to strengthen the foundation before drafting.

Simple Prompt
Review my capstone source and strategy foundation. Separate supported facts, assumptions, open questions, weak sources, risky claims, missing stakeholders, and review needs. Tell me what should be fixed before drafting any productivity package.

Apply Prompt

Use this to narrow the capstone scope.

Simple Prompt
Ask me for my safe capstone topic, source material, audience, and intended output. Then help me narrow the project to a manageable foundation with source inventory, claim inventory, risks, questions, and review path.
Make something useful

Make Something Useful

Build

Build the source and strategy foundation for a realistic communication package.

Save source and strategy foundation for the capstone.

Make sure it includes:

  • a clear capstone topic
  • a safe source list
  • source-supported takeaways
  • audience and goal definition
  • risks, open questions, and review needs
Review and save

Review and Save

Review

Specific risk to check: The risk today is assumptions hardening into the story. Keep sources, facts, interpretations, and open questions separate before drafting anything polished.

Keep source-based facts separate from interpretation. Mark all claims that need subject-matter, legal, privacy, compliance, or other appropriate review.

Ask yourself:

  • What is actually supported by sources?
  • What is still an assumption?
  • What would different stakeholders worry about?
  • What must get human review before this could be real?

Watch for

A strategy built from incomplete sources can be misleading. If the source material is weak, the foundation is weak.

Do not start writing the story before gathering the truth. AI can make an incomplete foundation sound finished, which is exactly why this step matters.

Save

Save this in your 30-day work folder as Day 28 - source and strategy foundation for the capstone.

Add a quick reuse note: Use this at work for: grounding an announcement, rollout, briefing, or capstone project in sources before drafting.

Save the foundation as Day 28. You will need it for Days 29 and 30.

Check yourself

  • I chose one realistic capstone scenario.
  • I used NotebookLM to create a source-based summary.
  • I used ChatGPT to create a work plan note.
  • I used Codex or ChatGPT to translate technical material if needed.
  • I compared what each tool did well.
  • I marked what needs relevant subject-matter, legal, privacy, or compliance review.
  • I can explain the capstone topic, source support, audience, risks, and review needs before drafting.
  • I can build a source and strategy foundation before drafting a higher-stakes communication package.