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