استخراجکننده تصمیمات جلسات: تبدیل یک متن پیچیده به ساختار مالکیت وظایف
Why this prompt matters
Teams routinely walk out of the same meeting with three different understandings of what was decided, and only discover the mismatch when someone ships the wrong thing two sprints later. A vague 'we'll sort it out' that gets written into a recap as a firm decision is one of the most common sources of cross-functional rework — and it is far cheaper to catch the ambiguity in the first hour after the meeting than to unwind a sprint's worth of misdirected work.
What we use it for
A product manager just left a 45-minute cross-functional planning meeting between engineering, design, and marketing about a delayed Q3 feature launch, and needs to send a decision recap within the hour — before people's memories of who-agreed-to-what start to diverge — but manually re-listening to the recording or notes to reconstruct exactly what was agreed would take 20+ minutes and still risk missing a contradiction between two speakers.
Prompt
Act as an experienced chief-of-staff or operations lead who has run hundreds of cross-functional meetings and knows exactly how a vague "we'll figure it out" turns into three teams building three different things a week later. CONTEXT: - Meeting transcript or raw notes: [MEETING TRANSCRIPT OR NOTES] - Participants and their roles: [MEETING PARTICIPANTS AND ROLES] - Meeting purpose/agenda: [MEETING PURPOSE] TASK: Extract a clean decision log from the raw meeting content. Distinguish clearly between what was actually decided and what was merely discussed. CONSTRAINTS: - Only list something as a "Decision Made" if the transcript shows clear agreement — do not invent an owner or deadline if none was actually stated - If a decision sounded final but had no named owner or deadline, flag it under Ambiguity Flags instead of the Decisions table — do not guess - If two participants appeared to agree on different versions of the same decision, call out the contradiction explicitly - Do not pad the output with meeting-process commentary (no "the meeting opened with..." narration) — go straight to substance - Keep each decision to one line; put nuance and caveats in a separate notes column, not the decision text itself OUTPUT FORMAT: 1. Decisions Made (table: Decision | Owner | Deadline | Confidence — high/medium/low based on how explicit the transcript was) 2. Open Items Requiring Follow-up (things discussed but not resolved, with who needs to weigh in next) 3. Ambiguity Flags (things that sounded decided but had no clear owner/deadline, or where speakers seemed to disagree) 4. Suggested One-Line Recap (a single Slack-ready message summarizing the meeting's outcome for people who weren't there)
Result
1. Decisions Made
| Decision | Owner | Deadline | Confidence |
|---|---|---|---|
| Q3 launch date moves from Aug 15 to Sep 5 | Priya (PM) | Confirmed in meeting | High |
| Onboarding flow ships without the referral-code step for launch; referral code becomes a fast-follow | Dan (Eng Lead) | Fast-follow by Sep 19 | High |
| Marketing holds the press release until engineering confirms the new date is locked | Sam (Marketing) | Confirmation needed by Aug 29 | Medium — Sam agreed but didn't explicitly confirm the Aug 29 checkpoint date, inferred from context |
2. Open Items Requiring Follow-up
- Design has not confirmed whether the simplified onboarding flow needs new user-research validation before the Sep 5 date — Priya to follow up with Design lead (Wren) directly, not resolved in this meeting
- Budget for the delayed launch's paid marketing push was mentioned as "probably fine" by Sam but not confirmed against actual Q3 budget — needs Finance sign-off before marketing commits spend
3. Ambiguity Flags
- Dan said engineering "should be able to" hit Sep 5, which is weaker language than a firm commitment — this is recorded as a decision in the log above but the confidence is medium-high, not certain; recommend a written confirmation from Dan before treating Sep 5 as locked
- Priya and Sam appeared to agree the referral code delay was fine, but Sam's tone ("I guess that works") suggests lower conviction than Priya's framing implied — worth a direct check-in with Sam before external commitments reference the fast-follow date
4. Suggested One-Line Recap
"Q3 launch moves to Sep 5 without referral codes (fast-follow by Sep 19); marketing holds the press release until engineering reconfirms the date by Aug 29 — still need Design's read on onboarding research and Finance sign-off on the delayed launch's ad budget."
هر تیمی این تجربه را داشته است: جلسهای ۴۵ دقیقهای برای برنامهریزی به پایان میرسد، همه سر تکان میدهند، و دو هفته بعد مشخص میشود که سه نفر از شرکتکنندگان سه برداشت متفاوت از آنچه واقعاً توافق شده بود، داشتهاند. ایمیل خلاصه جلسه از روی حافظه نوشته میشود، بازگویی مطمئنِ یک نفر از عبارت «بعداً حلش میکنیم» به یک تعهد قطعی در متن تبدیل میشود، و تا زمانی که کسی متوجه این ناهماهنگی شود، حجم کاری معادل یک اسپرینت در مسیر اشتباه قرار گرفته است.
این پرامپت برای شناسایی همین شکاف در همان ساعت اول طراحی شده است، نه پس از وقوع ماجرا. این ابزار با دریافت متن خام جلسه یا یادداشتها، یک گزارش تصمیمات تولید میکند که مرز مشخصی بین آنچه واقعاً تصمیمگیری شده و آنچه صرفاً به نظر میرسید تصمیمگیری شده باشد، ترسیم میکند.
چرا علامتگذاری ابهامات از فهرست تصمیمات مهمتر است
بیشتر ابزارهای خلاصهسازی جلسه، بهخوشی فهرستی مرتب از «تصمیمات» ارائه میدهند — اما دقیقاً همین فهرست مرتب مشکلساز است، وقتی نیمی از آن هرگز واقعاً نهایی نشده باشد. این پرامپت صراحتاً طوری طراحی شده که وقتی در متن جلسه مالک یا مهلت مشخصی ذکر نشده، آن را ابداع نکند، و عبارات نرم («احتمالاً بتواند»، «فکر کنم جواب بدهد») را حتی اگر از نظر فنی توافق محسوب شوند، بهعنوان تصمیمات با اطمینان پایین علامت بزند. همین تمایز، ارزش اصلی این پرامپت است: هدف آن آشکار کردن دو یا سه تصمیمی است که در هر جلسه در اتاق حلشده به نظر میرسند، اما بهمحض اینکه کسی بدون مالک واقعی روی آنها اقدام کند، از هم میپاشند.
روش استفاده
متن جلسه یا یادداشتهای شخصی خود را بههمراه نام شرکتکنندگان و هدف جلسه وارد کنید. بلافاصله پس از پایان جلسه آن را اجرا کنید، در حالی که بستر جلسه هنوز بهاندازه کافی تازه است تا بتوانید خروجی را با حافظه خود تطبیق دهید — علامتهای ابهام بیش از آنکه ثبت نهایی باشند، بهعنوان یادآوری برای یک پیام پیگیری دو دقیقهای («سلام، میتوانی تأیید کنی که واقعاً مسئول X تا تاریخ Y هستی؟») مفید هستند.