ChatGPTGeminiClaude
Turn messy meeting notes into clear action items
Convert raw notes or a transcript into decisions, owners, and next steps.
Example output
**TL;DR** — The team approved the Q3 pricing test and pushed the mobile redesign to August. Two action items are unassigned.
**Decisions made**
- Run the pricing A/B test on the Pro plan starting July 1.
- Delay the mobile redesign to August to avoid the holiday code freeze.
**Action items**
| Task | Owner | Due date |
|---|---|---|
| Set up pricing test in billing | Priya | Jun 27 |
| Draft August launch timeline | unassigned | unassigned |
| Tell support about the price change | Marco | Jun 30 |
**Open questions**
- Who signs off on the final August date?
TipThe "do not invent owners or dates" rule is what makes this trustworthy — AI otherwise fills gaps with plausible-but-wrong names. Paste a Zoom/Meet transcript directly for best results.
ChatGPTGeminiClaude
Write a weekly status report for your boss
Turn the week's work into a tight update leadership actually reads.
Example output
**This week**
- Shipped the onboarding email sequence; open rate at 41% vs. 29% baseline.
- Closed two enterprise pilots — Meridian Health and Solis Finance (combined ARR: $84,000).
- Reduced P1 ticket backlog from 34 to 11 by reallocating two engineers from the feature queue.
- Completed Q3 headcount plan; submitted to HR on Thursday.
**Next week**
- Priya: finalize security review for Meridian (due Thu).
- Tom: start sprint 14 with new backlog priority order.
- Me: present Q3 plan to leadership on Wednesday.
**Blockers**
- Need sign-off on the contractor extension for Tom's team by Monday — delays sprint 14 otherwise.
TipForce yourself to write numbers into the notes before pasting — "shipped onboarding emails" is useless; "open rate 41% vs. 29% baseline" is what leadership remembers. The AI can't invent metrics you didn't give it.
ChatGPTGeminiClaude
Build a 1:1 meeting agenda
Prep a focused agenda for a one-on-one with a direct report.
Example output
**1:1 — Priya / Jun 17 — 30 min**
**Her update (10 min)**
- How is the Meridian security review going — any surprises?
- What's felt most and least useful to you this week?
- Anything slowing you down I don't know about?
**Carryover (8 min)**
- Decision: timeline for looping in Legal on the data agreement.
- Status: conference talk proposal — did she submit?
**Development (7 min)**
- You've been handling more client-facing work lately — is that something you want more of, or is it pulling you off the work you'd rather do?
**Next steps (5 min)**
- Me: get Legal intro by Wed.
- Priya: send talk proposal link by EOD Fri.
TipOpen with their update, not yours — it signals you're there to unblock them, not broadcast at them, and you'll surface problems that never make it into a status email. Carry the open items from last time in a persistent doc so nothing drops.
ChatGPTGeminiClaude
Draft a performance review from your notes
Turn scattered feedback notes into a balanced, specific review.
Example output
**Overall summary**
Priya had a strong half-year marked by two significant enterprise closes and consistent technical quality. Her communication to stakeholders improved noticeably after Q1; cross-functional friction dropped as a result.
**Strengths**
- Closed Meridian Health and Solis Finance ($84,000 combined ARR) with minimal manager involvement after the first call.
- Delivered the security review framework three days early; Legal called it "the clearest submission we've seen."
**Areas to develop**
- Tends to absorb scope quietly rather than flagging tradeoffs early — missed the sprint 12 deadline was partly caused by this. Agree on a "flag or negotiate" norm before sprint planning each cycle.
**Rating recommendation**
Exceeds expectations.
TipFeed in quotes and numbers from real events, not adjectives — "delivered security review early, Legal praised it" forces the model to write evidence-based copy instead of filler like "demonstrates strong ownership." The difference is what makes reviews defensible in an HR escalation.
ChatGPTGeminiClaude
Delegate a task clearly over email
Hand off a task with context, expectations, and a deadline.
Example output
Subject: Meridian security review — over to you
Hi Priya,
Meridian asked for a security questionnaire before they sign — this is the last gate before the contract. I'd like you to own the response.
Deliverable: completed questionnaire + a one-page summary of anything we can't answer today. Google Doc, shared with me and Legal.
Deadline: draft by Tue Jun 24, final by Thu Jun 26.
Loop in: Tom for the infrastructure questions (sections 3–4). Do not loop in Sales yet — I'll brief them after Legal reviews.
If you hit something that looks like a real gap, flag it to me before writing around it — better to surface it early than have Legal catch it.
Thanks,
[Your name]
TipSpelling out "what done looks like" is the single biggest delegation failure point — without a concrete deliverable format, you get back whatever the person assumed you wanted. The "flag problems early" line prevents the quiet struggle that kills deadlines.
ChatGPTGeminiClaude
Write a project kickoff brief
Align a team on goals, scope, roles, and timeline before work starts.
Example output
**Project: Customer Onboarding Revamp**
**Problem we're solving**
New customers take 34 days on average to complete onboarding, against a 14-day target. Half of support tickets in the first 90 days trace back to setup confusion. This is causing churn we can prevent.
**Goal and success metric**
Reduce median time-to-first-value from 34 to 16 days by August 31. Secondary: cut setup-related support tickets by 30%.
**Scope**
In: email sequence, in-app checklist, docs rewrite for steps 1–5.
Out: enterprise onboarding (separate project), SSO configuration.
**Roles**
Project lead: Priya | Docs: Tom | Design: unassigned | Eng: Diego
**Timeline**
Jun 23 — kickoff | Jul 14 — design review | Aug 4 — soft launch | Aug 31 — full rollout
**Risks**
- Design role unfilled; delays design review if not hired by Jul 1.
- Docs rewrite depends on Product sign-off; needs scheduling this week.
TipThe "explicitly out of scope" line prevents the brief from becoming a wish list — stating what you won't do is as important as stating what you will, and it stops scope creep before it starts.
ChatGPTGeminiClaude
Summarize options into a decision memo
Lay out choices, trade-offs, and a recommendation for a fast decision.
Example output
**Decision: Hire vs. Contract for Design Role**
To: [Director] | Date: Jun 17
**Context**
The onboarding project needs a designer by July 1 to hit the Aug 31 ship date. The role has been open for six weeks; the pipeline has two candidates but no offer-ready finalist.
**Options**
| Option | Pros | Cons | Cost |
|---|---|---|---|
| Extend contractor (Lena) | Available now, knows the product | 20% premium, not a long-term fix | $12,000 for 8 weeks |
| Wait for hire | Right long-term | Delays project 3–6 weeks | $0 now, risk of Q3 miss |
| Freelancer via agency | Fast, low overhead | Ramp time, no product context | $8,000–$14,000 |
**Recommendation**
Extend Lena's contract through August. She's already ramped, and missing the August date costs more than the premium.
**What we need from you**
Approval to extend Lena at the current rate through Aug 31. I need this by Monday to give her enough notice.
TipState your recommendation explicitly — "option B" is not a recommendation. Saying "I recommend X because Y" forces you to commit, and it's exactly what decision-makers need to move fast. A memo that hedges everything is a memo that gets no action.
ChatGPTGeminiClaude
Announce a change to your team
Communicate a decision clearly, addressing the "what about me" questions.
Example output
Subject: team structure update — effective July 1
Hi team,
Starting July 1, our team is splitting into two pods: a growth pod (owned by Priya) and a retention pod (owned by Marco). I'm still your overall manager — this doesn't change reporting lines, comp, or your current projects.
Why: our work has grown in two directions that need different rhythms. Splitting now means both areas get real focus instead of sharing a backlog.
What this means for you:
- Your day-to-day lead for sprint planning shifts to your pod lead.
- Nothing changes until July 1 — finish the current sprint as-is.
What stays the same: 1:1s with me, team all-hands, compensation, and career conversations.
I'll have 30 minutes at Friday's all-hands for questions. If you'd rather talk before then, book time on my calendar.
[Your name]
TipAnswer "what changes for me" before anyone has to ask — most team anxiety in change announcements comes from imagining worse outcomes than the reality. Saying explicitly what stays the same is often more reassuring than the announcement itself.
ChatGPTGeminiClaude
Create interview questions for a role
Generate role-specific behavioral questions that predict performance.
Example output
**Stakeholder communication**
Q: Tell me about a time you had to deliver bad news to a client or executive who didn't want to hear it. What did you do?
Strong answer signals: gave early warning (not surprise), separated facts from opinions, had a proposed path forward.
Follow-up: What did they say, and how did it end?
**Execution under ambiguity**
Q: Describe a project where the requirements changed significantly mid-way. How did you handle it?
Strong answer signals: re-scoped rather than absorbed scope, renegotiated the deadline, communicated tradeoffs explicitly.
Follow-up: What would you do differently?
**Technical judgment**
Q: Tell me about a technical decision you made that you later regretted. What did you learn?
Strong answer signals: owns the decision rather than blaming constraints, describes what they'd change, shows updated mental model.
Follow-up: Did you change how you make that type of decision now?
TipWrite "what a strong answer sounds like" before you run the interview — interviewers who don't know what they're listening for get captured by confident delivery instead of actual signal. The follow-up probe is where you separate prepared storytellers from people who actually did the thing.
ChatGPTGeminiClaude
Run a structured candidate debrief
Turn interviewer notes into a clear hire / no-hire recommendation.
Example output
**Candidate: Jordan Lee — Senior Product Manager**
| Interviewer | Lean | Top strength | Top concern |
|---|---|---|---|
| Priya | Hire | Clear on tradeoffs | Thin on data fluency |
| Tom | No hire | Great communicator | Avoided specifics on past failures |
| Diego | Hire | Strong stakeholder instincts | no submission |
**Consensus strengths**
Stakeholder communication, clear prioritization logic.
**Consensus concerns**
Vague on failures and data-driven decisions — came up in both Priya's and Tom's debrief notes.
**Recommendation**
No hire. Stakeholder skills are real, but two interviewers independently flagged the same gap in analytical depth and self-awareness — too consistent to dismiss.
**Open questions for reference check**
- How does Jordan handle decisions when data is inconclusive?
- How did past managers describe their response to critical feedback?
TipRun this synthesis before the debrief meeting, not in it — when everyone sits down already having read a summary, you spend the meeting resolving real disagreements instead of retelling stories. The open questions for references are often more valuable than the hire/no-hire itself.
ChatGPTGeminiClaude
Summarize a standup into a status update
Condense daily updates into blockers and progress for stakeholders.
Example output
**Overall status: Yellow** — on track for the sprint goal but one blocker needs resolution by tomorrow to stay there.
**Progress**
- Diego merged the API rate-limit fix; staging verified clean.
- Priya completed sections 1–2 of the Meridian security questionnaire.
- Tom finished the doc rewrites for onboarding steps 3 and 4.
**Blockers**
| Blocker | Owner | By when |
|---|---|---|
| Legal hasn't reviewed the data agreement; Priya can't complete section 5 | [Manager] to escalate | Jun 18 EOD |
**Watch items**
- QA environment has been flaky — if it goes down again it delays Diego's next PR review.
TipTrain yourself to distinguish progress (something finished or unblocked) from activity (someone working on something) — stakeholders need the first, not the second. The blocker table with an owner and a deadline is the part that actually gets blockers resolved.
ChatGPTGeminiClaude
Prep for a difficult conversation
Plan and role-play a hard feedback conversation before you have it.
Example output
**Step 1 — Opening framing**
"I want to talk about the last three sprint reviews. In each one, the scope changed after we'd already committed — sprint 11 by two features, sprint 12 by one, sprint 13 by three. I'm not attributing intent; I want to understand what's happening and agree on how we handle scope changes going forward."
**Step 2 — Likely responses and replies**
- "The requests came from leadership, not me." → "I understand — and I need us to agree on a process so that when leadership asks, we have a way to respond that doesn't silently absorb the change."
- "I didn't think they were that significant." → "That's useful to know. Going forward, I'd like us to define what triggers a conversation before we say yes."
**Step 3 — Outcome I need**
Agreement that any mid-sprint scope addition requires a 10-minute trade-off conversation with me before it's accepted.
**Step 4 — Role-play**
"Honestly, I feel like I'm being blamed for trying to be helpful. Leadership asks for things and I'm supposed to just say no?"
TipWriting the opening statement before the conversation is the most underused prep step — most difficult conversations go sideways in the first 30 seconds because the manager led with emotion or hedged so much the other person didn't know what the conversation was about. Read your opening aloud; if it sounds like an accusation or a non-statement, revise before you sit down.