ارائهٔ کوتاه ایده (پیچ)در ترجمهٔ چاپی: یک موقعیت خلق کن
چرا این ابزار
ارائه خلاصهٔ کار نیست؛ درخواست است. اگر در پایان معلوم نباشد از شنونده چه می‌خواهید، ارائه ناتمام است.
ساختاری ساده جواب می‌دهد: یک روایت مشخص، عددی که مسئله را اندازه می‌گیرد، آنچه آزمودید و یاد گرفتید، و درخواستی روشن با مبلغ و زمان.
در بیمارستان یک نکتهٔ دیگر هم هست: مدیر معمولاً بیشتر نگران ریسک است تا فرصت. ارائه‌ای که ریسک‌ها را خودش مطرح کند و جوابشان را داشته باشد، از ارائه‌ای که فقط مزیت می‌گوید قوی‌تر است.
پیش‌نیازها
- نتیجهٔ آزمون‌ها و عددهای مسئله.
- یک درخواست مشخص؛ اگر نمی‌دانید چه می‌خواهید، برای ارائه زود است.
اجرا
- با یک روایت شروع کنید ۲۰ دقیقه
یک بیمار، یک لحظه، در سی ثانیه.
- عدد مسئله را بگویید ۱۵ دقیقه
چند نفر، چند بار، با چه هزینه‌ای؛ همراه با منبع.
- بگویید چه آزمودید و چه یاد گرفتید ۲۰ دقیقه
از جمله آنچه کار نکرد؛ همین بخش به شما اعتبار می‌دهد.
- ریسک‌ها را خودتان مطرح کنید ۱۵ دقیقه
دو تا سه ریسک اصلی، همراه با پاسخ. اگر شما نگویید، شنونده می‌گوید.
- درخواست را دقیق بنویسید ۱۰ دقیقه
چه چیزی، چقدر، تا کِی، از چه کسی. «حمایت شما» درخواست نیست.
مثال بالینی — مدیریت زمان NPO (ناشتایی)
«این کاری است که کردیم و نتایج خوب بود.»
مدیر تشکر کرد و جلسه تمام شد؛ هیچ اتفاقی نیفتاد.
«مجوز گسترش به سه بخش را می‌خواهیم، با یک رابط در هر بخش، برای دوازده هفته. هزینهٔ اضافه ندارد؛ در شرح وظایف موجود جا می‌شود.»
تصمیم در همان جلسه گرفته شد.
«ریسک این است که در اورژانس کار نکند. برنامه این است که اورژانس در مرحلهٔ سه بیاید، نه دو.»
همان سؤالی بود که مدیر می‌خواست بپرسد؛ پیش از پرسیدن جوابش را گرفت.
دام‌های رایج
- نداشتن درخواست مشخص رایج‌ترین دلیل بی‌نتیجه ماندن ارائه‌های خوب است.
- پنهان‌کردن آنچه کار نکرد اعتبارتان را کم می‌کند و معمولاً هم لو می‌رود.
- شروع با روش به‌جای مسئله شنونده هنوز نمی‌داند چرا باید گوش دهد.
- نگفتن ریسک سؤال ریسک حتماً پرسیده می‌شود؛ بهتر است شما مطرحش کنید.
خروجی
- محصول: ارائه‌ای کوتاه با روایت، عدد، یافته‌ها، ریسک‌ها و یک درخواست مشخص.
- نشانهٔ آمادگی: بتوانید درخواست را در یک جمله با عدد و تاریخ بگویید.
- گام بعد: ورودی تصمیم اجرا، و دروازهٔ ۲۳ در نقشهٔ Innovation A to Z.