منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · شهریور ۱۴۰۵ · زمان مطالعه: حدود ۱۴ دقیقه

پیشنهاد طراحی (Design Proposal) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

بیشتر پیشنهادهای طراحی به‌خاطر قیمت رد نمی‌شوند. رد می‌شوند چون کارفرما بعد از خواندنشان نمی‌داند دقیقاً چه چیزی می‌خرد، کِی تحویل می‌گیرد، و وقتی نظرش عوض شد چه اتفاقی می‌افتد.

و نکتهٔ خوب منبع همین است: پیشنهاد را باید مثل هر تحویل‌شدنی دیگر طراحی کرد — با شناخت کاربرش، که این‌بار خودِ کارفرماست.

تعریف

پیشنهاد طراحی سندی است که یک پروژهٔ بالقوه را برای کارفرمای احتمالی صورت‌بندی می‌کند. منبع می‌گوید معمولاً پنج چیز دارد: رویکرد، فرایند، تحویل‌شدنی‌ها، زمان‌بندی و شرایط تجاری — و بستری است که طراح در آن تخصص و چشم‌انداز و راه‌حل پیشنهادی‌اش را نشان می‌دهد.

و مقدمهٔ روش‌شناسانه‌اش را جدی بگیرید: پیشنهاد هم مثل هر خروجی طراحی دیگر، با فهم دقیق کاربر شروع می‌شود. اینجا کاربر، کارفرمای بالقوه است؛ پس طراح باید بفهمد او از یک پیشنهاد چه انتظاری دارد و سندی بسازد که با آن انتظار جور باشد.

چرا لازم است و کِی نوشته می‌شود

منبع پیشنهاد را «نقشهٔ راه کل فرایند طراحی» می‌نامد و شش فایده برمی‌شمارد: روشن‌شدن هدف پروژه · روشنی حقوقی و قراردادی از راه شرایط و تحویل‌شدنی و زمان‌بندی و بودجه · برآورد دقیق هزینه · نمایش چشم‌انداز خلاق و درک رفتار واقعی کاربر · روان‌شدن مدیریت پروژه با نقاط عطف مشخص · و ساختن اعتبار و اعتماد.

و دربارهٔ زمانش: پیشنهاد هم برای جذب کارفرمای تازه نوشته می‌شود و هم در گفت‌وگوهای پروژهٔ در‌جریان. منبع اضافه می‌کند که طراح باید نشان بدهد چطور می‌خواهد کاربران را بشناسد — با روش‌های پژوهش کمی و کیفی، و با نمونه‌هایی از کارهای قبلی مثل دسته‌بندی کارت و مصاحبهٔ کاربر؛ و همهٔ این‌ها بی نقض توافق‌های محرمانگی.

و توصیف بازار را هم صادقانه می‌گوید: بازاری بی‌وفا که کاربر موبایل اپلیکیشن را بعد از یک بار استفاده حذف می‌کند، و طراح فقط چند ثانیه و یک شانس دارد تا از میان دستهٔ ضخیم پیشنهادها بیرون بزند.

دوازده بخش یک پیشنهاد

• - ۱. صفحهٔ عنوان (عنوان پروژه، نام، تاریخ ارسال) · ۲. مقدمه، که نقش نامهٔ پوششی را هم بازی می‌کند · ۳. فهرست مطالب — و منبع نکتهٔ درستی می‌گوید: پیشنهاد خودش یک طراحی است و باید بیشترین سهولت را بدهد.
• - ۴. نیازها و اهداف کارفرما، شامل بیان مسئله · ۵. دامنهٔ کار: وظایف و تحویل‌شدنی‌ها و خدمات — و «به‌طور ویژه مهم»، هر محدودیت یا استثنا · ۶. راه‌حل پیشنهادی با مفاهیم و اسکیس.
• - ۷. زمان‌بندی با نقاط عطف و مهلت‌ها · ۸. تحویل‌شدنی‌ها و جایگاهشان در زمان‌بندی — مثلاً بینش‌های پژوهش، بعد جریان‌های کاربر، بعد آزمون کاربردپذیری روی نمونهٔ اولیهٔ کم‌وفا.
• - ۹. صلاحیت‌ها و تجربه و نمونه‌کارها · ۱۰. برآورد هزینه و شرایط پرداخت، شکسته‌شده به اجزا · ۱۱. شرایط و ضوابط: مالکیت کار، بازنگری‌ها، سیاست لغو · ۱۲. نتیجه‌گیری، که باید کارفرما را به قدم بعدی ببرد و اطلاعات تماس را مثل یک فراخوان اقدام روشن بگذارد.

هفت گام ساختنش

راهنمای گام‌به‌گام منبع، فشرده:

• - ۱. برند کارفرما را بفهم: نیازها و انتظارها و رفتار و نقاط درد کاربرانش؛ و اینکه استارتاپ گوشه‌ای است یا برند جاافتاده‌ای که تازه بازآرایی شده، و B2B است یا B2C یا پروژهٔ درون‌سازمانی.
• - ۲. بیان مسئلهٔ درخشان بنویس: مشخص و موجز و مستقیماً مربوط به هدف کسب‌وکار. منبع می‌گوید سخت‌ترین بخش همین است و طراحان اغلب از آن رد می‌شوند. اول مسئلهٔ کارفرما، بعد مسئلهٔ کاربرانش و علت‌ها و پیامد حل‌نشدنش. ابزار پیشنهادی‌اش «نقطه‌نظر» است در قالبی جای‌خالی‌پرکن: «(کاربر) نیاز دارد به (نیاز) چون (بینشی که آن نیاز را توضیح می‌دهد)».
• - ۳. دامنه را با جزئیات تعریف کن: وظایف و تحویل‌شدنی‌ها و آنچه خدمات شاملش نمی‌شود — برای پرهیز از خزش دامنه و غافلگیری.
• - ۴. راه‌حل را کامل شرح بده: اهداف سنجش‌پذیر و واقع‌بینانه، ابزارها و تکنیک‌ها، مراحل فرایند، و نحوهٔ گنجاندن بازخورد کاربر. و منبع تصریح می‌کند که باید کمی روانی در آن باشد، چون راه‌حل با آمدن بینش‌های تازه تغییر می‌کند.
• - ۵. زمان‌بندی واقع‌بینانه و تحویل‌شدنی‌های محکم: با در‌نظر‌گرفتن پیچیدگی و منابع و وابستگی‌ها، و زمان ذخیره برای اتفاق‌های پیش‌بینی‌نشده؛ چون تأخیر اثر دومینویی دارد. و قالب و بسامد و کیفیت هر تحویل‌شدنی روشن باشد.
• - ۶. نمونه‌کار قوی بگذار: پاسخ به پرسش «چرا من؟»، با کارهای شبیه همین پروژه؛ و نمونه‌کار خودش باید تجربه کاربری خوبی داشته باشد.
• - ۷. هزینه و شرایط پرداخت را برآورد و مشخص کن.

پیشنهاد، اولین تحویل‌شدنی است

این بخش افزودهٔ مترجم است، و جملهٔ «پیشنهاد خودش یک طراحی است» را از یک تذکر به یک معیار تبدیل می‌کند.

کارفرما هنوز هیچ کاری از شما ندیده. تنها نمونهٔ کارتان که در دستش است، همین سند است. پس پیشنهاد شما تنها شاهد موجود بر این ادعاست که می‌توانید اطلاعات را سازمان بدهید و ابهام را کم کنید. چهار آزمون تشخیصی از این نتیجه می‌آید:

• - قیمت در ده ثانیه پیدا می‌شود؟ اگر کارفرما باید دنبالش بگردد، شما همین حالا معماری اطلاعاتتان را به او نشان داده‌اید. عدد کل، در یک جا، بی گشتن.
• - مسئله با کلمات خودِ او نوشته شده؟ اگر بیان مسئله را با واژگان صنفی خودتان بازنویسی کرده‌اید، پیام پنهانش این است که حرفش را نشنیده‌اید. جمله‌های او را نقل کنید، بعد ترجمه‌شان کنید.
• - چند صفحه دربارهٔ فرایند شماست؟ بیش از یک صفحه، یعنی پیشنهاد دربارهٔ خودتان است. کارفرما فرایند نمی‌خرد؛ نتیجه می‌خرد و فرایند را به‌عنوان تضمین می‌خواند.
• - جواب «اگر خوشم نیامد چه؟» کجاست؟ اگر این سؤال جواب ندارد، کارفرما جواب خودش را فرض می‌کند — و فرضش همیشه از آنچه شما می‌پذیرید بدتر است.

و یک تفکیک عملی: منبع «دامنهٔ کار» را فهرست کارهایی می‌داند که انجام می‌دهید و استثناها را در پرانتز می‌گذارد. در عمل برعکس است: تنها بخشی از دامنه که بعداً کار می‌کند، فهرست استثناهاست. هیچ‌کس سر «ما وایرفریم می‌سازیم» با شما دعوا نمی‌کند؛ دعوا سر چیزی است که هیچ‌جا نوشته نشده بود.

پس هر تحویل‌شدنی به یک شرط توقف نیاز دارد: چند دور بازنگری، «تأییدشده» یعنی چه، و اگر تأیید نیامد چه می‌شود. و دو بند که بیشتر از همهٔ شرایط و ضوابط ارزش دارند: چه چیزی قیمت را عوض می‌کند و چه چیزی تاریخ را عوض می‌کند.

سه‌گانهٔ ناسازگار: قیمت، دامنه، یادگیری

این بخش هم افزودهٔ مترجم است، و تعارضی را که منبع از آن رد می‌شود صریح می‌کند.

منبع سه چیز را کنار هم می‌خواهد: برآورد دقیق هزینه · پرهیز از خزش دامنه · و روانی، چون راه‌حل با بینش‌های تازه عوض می‌شود. این سه با هم جمع نمی‌شوند. حداکثر دو تا را می‌توانید ثابت کنید:

• - قیمت ثابت و دامنهٔ ثابت: یادگیری قربانی می‌شود. هر چیزی که در پژوهش کشف شود، «خارج از دامنه» است — یعنی پول داده‌اید تا چیزی را نفهمید.
• - دامنهٔ باز و یادگیری آزاد: قیمت شناور می‌شود؛ قرارداد ساعتی. برای کارفرمای بی‌سابقه معمولاً غیرقابل‌امضاست.
• - قیمت ثابت و یادگیری آزاد: دامنه باید مرحله‌ای شود. و این تنها شکلی است که هر سه خواستهٔ منبع را تا حد ممکن نگه می‌دارد.

پس توصیهٔ عملی روشن است: پیشنهاد را مرحله‌ای بنویسید، با دروازه. مرحلهٔ اول کوچک و قیمت‌دار — کشف و تعریف مسئله — و در پایانش، دامنه و قیمت مرحلهٔ بعد نوشته می‌شود، نه حدس‌زده. کارفرما در هر لحظه قیمت قطعی یک مرحله را دارد، و شما در هیچ لحظه‌ای برای چیزی که نمی‌دانستید تعهد نداده‌اید.

و مزیت فروشی‌اش را دست‌کم نگیرید: مرحلهٔ اولِ ارزان، ریسک تصمیم کارفرما را کوچک می‌کند. کارفرمایی که نمی‌تواند پروژهٔ صد‌میلیونی را به یک ناشناس بسپارد، مرحلهٔ ده‌میلیونی را می‌سپارد — و پس از آن، شما ناشناس نیستید.

در بافت فارسی: تورم، ضمانت، و مسیر پرداخت

قالب دوازده‌بخشی منبع در بازاری نوشته شده که پول در آن ثابت است و قرارداد در آن اجرا می‌شود. چهار بند اضافه لازم است.

یک: قیمت چهارماهه معنا ندارد. عددی که امروز برای پروژه‌ای چهارماهه می‌نویسید، در ماه سوم عدد دیگری است. سه راه صادقانه دارید و باید یکی را در سند انتخاب کنید: مرحله‌ها را کوتاه کنید و هر مرحله را جدا قیمت بگذارید · یا قیمت را به شاخصی گره بزنید و فرمولش را بنویسید · یا اعتبار قیمت را تاریخ‌دار کنید («این عدد تا پایان فلان ماه معتبر است»). سکوت در این بند، یعنی شما تمام ریسک تورم را بی قیمت‌گذاری خریده‌اید.

دو: حفاظت شما ساختاری است، نه حقوقی. بند «مالکیت کار» و توافق محرمانگی را بنویسید، اما به‌عنوان تنها سپر به آن‌ها تکیه نکنید؛ چون هزینه و زمان پیگیری واقعی، معمولاً از خودِ مبلغ قرارداد بیشتر است. سپر عملی در ترتیب کار است: پیش‌پرداخت پیش از شروع، تحویل مرحله‌ای، و فایل‌های منبع پس از تسویه. این‌ها را در بند تحویل‌شدنی‌ها بنویسید، جایی که خوانده می‌شود.

سه: پژوهش را به‌عنوان کاهندهٔ ریسک قیمت بدهید، نه به‌عنوان یک مرحله. بخش بزرگی از کارفرمایان محلی «طراحی» را به‌معنای «تصویر» می‌خرند و پژوهش را تأخیر می‌خوانند. اسم مرحله را عوض‌کردن فایده ندارد؛ چیزی که کار می‌کند نوشتن هزینهٔ اشتباه است: «اگر این فرض غلط باشد، فلان‌قدر بازسازی لازم می‌شود.» عدد، پژوهش را از هزینه به بیمه تبدیل می‌کند.

چهار: مسیر پرداخت را در خودِ پیشنهاد بنویسید. برای کار با کارفرمای بیرون‌مرزی، معامله معمولاً روی قیمت نمی‌میرد؛ روی این می‌میرد که پول چطور می‌رسد. ارز، مسیر، صورت‌حساب، و اینکه چه‌کسی کارمزد و ریسک نوسان را می‌دهد — هر چهارتا باید همان‌جا نوشته شود. و اگر بندش نباشد، سه هفته بعد از «بله» کشفش می‌کنید. همین‌جا تصمیم دیگری هم هست که سند باید بگیرد: پیشنهاد به فارسی یا انگلیسی؟ به زبانی بنویسید که کارفرما در آن تصمیم می‌گیرد، نه زبانی که در آن مکاتبه می‌کند.

جمع‌بندی

• - پیشنهاد طراحی، سند رویکرد و فرایند و تحویل‌شدنی و زمان‌بندی و شرایط تجاری است؛ و مثل هر خروجی دیگر، با شناخت کاربرش — یعنی کارفرما — شروع می‌شود.
• - منبع دوازده بخش و هفت گام می‌دهد، از صفحهٔ عنوان تا شرایط پرداخت، و سخت‌ترین گام را بیان مسئله می‌داند — با قالب جای‌خالی‌پرکن «نقطه‌نظر».
• - اما تعیین‌کننده این است که پیشنهاد اولین تحویل‌شدنی شماست: تنها نمونهٔ کاری که کارفرما در دست دارد. چهار آزمونش: قیمت در ده ثانیه · مسئله با کلمات خودِ او · حداکثر یک صفحه دربارهٔ فرایند · و جواب «اگر خوشم نیامد چه؟».
• - و برخلاف ترتیب منبع، تنها بخشی از دامنه که بعداً کار می‌کند فهرست استثناهاست؛ هر تحویل‌شدنی شرط توقف لازم دارد، و دو بند طلایی: چه چیزی قیمت را عوض می‌کند و چه چیزی تاریخ را.
• - سه خواستهٔ منبع — قیمت دقیق، دامنهٔ بسته، روانی برای یادگیری — با هم جمع نمی‌شوند. حداکثر دو تا: و راه‌حل، پیشنهاد مرحله‌ای با دروازه است، که قیمت هر مرحله قطعی و دامنهٔ مرحلهٔ بعد نوشته‌شده باشد.
• - و در بافت ما چهار بند اضافه می‌شود: اعتبار تاریخ‌دار یا شاخص‌دار برای قیمت · حفاظت ساختاری از راه ترتیب پرداخت و تحویل · قیمت‌گذاری هزینهٔ اشتباه به‌جای نام‌گذاری مرحلهٔ پژوهش · و نوشتن مسیر پرداخت در خودِ سند.