بعد از این فصل می‌توانید…
- درخواست مبهم را به شرح کار تبدیل می‌کنید.
- نمونه و معیار پذیرش را وارد گفتگو می‌کنید.
- برای کشف خطا و فرض پنهان، بازخورد دقیق می‌دهید.
پرامپت خوب شبیه شرح کار خوب است
پرامپت‌نویسی مسابقهٔ استفاده از واژه‌های جادویی نیست. اگر هدف، داده و معیار روشن نباشد، عبارت «به‌عنوان بهترین متخصص جهان» مشکل را حل نمی‌کند. نقش می‌تواند زاویهٔ نگاه را مشخص کند، اما به مدل تخصص حقوقی، دسترسی به سامانه یا اطلاع از واقعیت‌های نگفته نمی‌دهد. اصل کار، کاهش ابهام‌های مؤثر است.
یک درخواست مدیریتی خوب شش جزء دارد: هدف تصمیم، زمینهٔ مخاطب، ورودی مجاز، محدودیت، شکل خروجی و معیار پذیرش. لازم نیست هر بار متن طولانی بنویسید. برای کار کوچک، دو جمله کافی است؛ برای تحلیل سرمایه‌گذاری، تعریف فرض‌ها و شیوهٔ ارجاع اهمیت بیشتری دارد. طول درخواست را با پیچیدگی کار متناسب کنید.
| جزء | پرسش | نمونه |
|---|---|---|
| هدف | پس از خواندن چه تصمیمی می‌گیریم؟ | انتخاب یک آزمایش خدمات مشتری |
| زمینه | مخاطب و وضعیت چیست؟ | هیئت‌مدیرهٔ غیرفنی با ۱۵ دقیقه زمان |
| داده | چه چیزی شاهد محسوب می‌شود؟ | گزارش‌های پیوست نسخهٔ مصوب |
| محدودیت | چه کاری مجاز نیست؟ | ساخت عدد یا ارسال پیام ممنوع |
| خروجی | چه چیزی تحویل می‌خواهیم؟ | یادداشت یک‌صفحه‌ای با جدول گزینه‌ها |
| پذیرش | از کجا بفهمیم کافی است؟ | هر عدد دارای منبع و هر اقدام دارای مسئول |
از «تحلیل کن» به پرسش تصمیم
درخواست ضعیف: «این شرکت را تحلیل کن.» معلوم نیست هدف خرید سهام است، همکاری، ارزیابی تأمین‌کننده یا آماده‌سازی جلسه. درخواست بهتر هدف و مرز را روشن می‌کند: «با همین اسناد، ریسک همکاری آزمایشی سه‌ماهه را بررسی کن؛ اطلاعات بیرونی را جدا علامت بزن و نتیجهٔ قطعی دربارهٔ اعتبار مالی نده».
پرسش تصمیم باید امکان چند پاسخ داشته باشد. اگر فقط از مدل بخواهید «مزایای تصمیم ما را بنویس»، یک متن اقناعی می‌گیرید، نه ارزیابی متوازن. گزینهٔ عدم اقدام، راه‌حل ساده‌تر و اطلاعاتی که می‌تواند نظر شما را عوض کند را وارد کنید. این روش به کاهش تأییدطلبی تیم نیز کمک می‌کند.
هدف تصمیم: [هدف]. مخاطب: [مخاطب]. منابع مجاز: [منابع]. سه گزینه، ازجمله عدم اقدام، را مقایسه کن. برای هر گزینه منفعت، هزینه، ریسک، فرض کلیدی و شاهد لازم را بنویس. دادهٔ مفقود را حدس نزن. پایان پاسخ فقط بگو پیش از تصمیم کدام سه سؤال باید پاسخ بگیرند.
با نمونه، استاندارد سازمان را منتقل کنید
اگر سازمان قالب مشخصی برای گزارش یا صورت‌جلسه دارد، یک نمونهٔ بی‌نام و مجاز بدهید. دقیقاً بگویید چه چیزی باید تقلید شود: ترتیب عنوان‌ها، میزان اختصار یا شیوهٔ ثبت اقدام. همچنین بگویید محتوای نمونه نباید به پروندهٔ جدید منتقل شود. یک نمونهٔ بد همراه با توضیح نقص آن گاهی مرز کیفیت را روشن‌تر می‌کند.
برای خروجی ساختاریافته، نام ستون‌ها و معنای مقدار خالی را مشخص کنید. «نامشخص» با «صفر» متفاوت است؛ «پیشنهاد» با «تصویب‌شده» تفاوت دارد. اگر مدل ستون خالی را برای زیباترشدن جدول پُر کند، ظاهر منظم به خطای مدیریتی تبدیل می‌شود. از ابتدا اجازهٔ ناتمام‌بودنِ صادقانه را بدهید.
مکث و تمرین
یک نمونهٔ ساختگی از صورت‌جلسه بسازید که شامل تصمیم، پیشنهاد و موضوعِ بدون تصمیم باشد. از مدل بخواهید این سه وضعیت را جدا کند؛ سپس بررسی کنید چیزی به‌اشتباه مصوب نشده باشد.
کار پیچیده را به خروجی‌های قابل‌کنترل بشکنید
برای بستهٔ هیئت‌مدیره، چهار مرحله تعریف کنید: استخراج واقعیت‌ها، شناسایی مسئله، مقایسهٔ گزینه‌ها و نگارش پیشنهاد. خروجی هر مرحله ورودی مرحلهٔ بعد باشد. اگر استخراج عدد اشتباه است، پیش از تحلیل اصلاحش کنید. یک پاسخ نهایی بلند معمولاً کشف محل خطا را سخت‌تر می‌کند.
از مدل بخواهید فقط ابهام‌هایی را بپرسد که بر نتیجه اثر دارند. پرسش‌های زیاد دربارهٔ جزئیات کم‌اهمیت سرعت را کم می‌کند؛ نپرسیدن دربارهٔ واحد پول یا بازهٔ زمانی می‌تواند تحلیل را باطل کند. شما می‌توانید بگویید برای موارد کم‌اثر فرض موقت و آشکار بگذارد، اما در ابهام‌های تصمیم‌ساز توقف کند.
این کار را مرحله‌ای انجام بده. ابتدا فقط جدول واقعیت‌های قابل‌اثبات و ابهام‌های مؤثر را بساز. هر واقعیت به منبع وصل باشد. تا تأیید من وارد پیشنهاد نهایی نشو. اگر واحد، دوره یا تعریف شاخص روشن نیست، همان را سؤال کن.
نقد مستقل، آزمون و کنترل سوگیری
پس از پیش‌نویس، نقش بازبین را تعریف کنید: تناقض، ادعای بی‌منبع، فرض پنهان و گزینهٔ حذف‌شده را پیدا کند. نقد باید به بخش مشخص اشاره کند و بگوید چه شواهدی لازم است. «خروجی خودت را بررسی کن» بدون معیار ممکن است فقط یک اطمینان‌بخشی دیگر تولید کند.
یک گفت‌وگوی تازه یا ابزار دوم می‌تواند زاویهٔ نگاه متفاوت بدهد، اما استقلال کامل را تضمین نمی‌کند. خروجی مدل دوم نیز باید با منبع و داده کنترل شود. در تصمیم‌های حساس، متخصص مسئول باید نتیجه را بررسی کند. هدف از نقد این نیست که مدل با همه‌چیز مخالفت کند؛ هدف یافتن خطاهای مؤثر و توضیح عدم‌قطعیت است.
این پیش‌نویس را به‌عنوان بازبین ارزیابی کن. فقط ایرادهای مؤثر را در جدول «عبارت، نوع ایراد، پیامد، شاهد لازم، اصلاح پیشنهادی» بنویس. میان خطای قطعی، ابهام، انتخاب قابل‌دفاع و ترجیح نگارشی فرق بگذار. برای کامل‌کردن جدول ایراد نساز.
کتابخانهٔ پرامپت بسازید، نه انبار متن‌های طولانی
برای هر الگوی تکراری یک نام، مالک، نسخه، ورودی لازم، نمونهٔ خروجی پذیرفته‌شده و محدودیت ثبت کنید. الگوی «گزارش فروش ماهانه» باید تعریف فروش، واحد، دوره و مرز مقایسه را داشته باشد. هر تغییر در مدل، داده یا قالب گزارش را با چند نمونهٔ قبلی دوباره بررسی کنید.
به کارکنان اجازه دهید نقص الگو را گزارش کنند. یک پرامپت که فقط نویسنده‌اش می‌تواند از آن استفاده کند، استاندارد سازمانی نیست. در تمرین پایانی، همکار دیگری باید با همان دستور و دادهٔ ساختگی خروجی قابل‌قبول بگیرد. معیار انتقال‌پذیری از زیبایی متن دستور مهم‌تر است.
برای میز تصمیم: پرامپت خوب، ابهام را کم و امکان بازبینی را زیاد می‌کند؛ حقیقت و مجوز را ایجاد نمی‌کند.
دانش خود را بسنجید
پیش از رفتن به فصل بعد
چک‌لیست پایان فصل
پیشرفت و تیک‌ها فقط در همین مرورگر ذخیره می‌شوند؛ تکمیل فصل به‌معنای گواهی مهارت نیست.