یکی از بزرگ‌ترین دلایل اختلاف و نارضایتی در پروژه‌های توسعه وب، سوءتفاهم میان کارفرما (مشتری) و شرکت توسعه‌دهنده است. ریشه این سوءتفاهم‌ها معمولاً به یک جا برمی‌گردد: نبود اطلاعات کافی و دقیق در سند درخواست پیشنهاد یا همان RFP (Request for Proposal).
بیان کردن اینکه دقیقاً چه چیزی می‌خواهید و چه انتظاراتی از یک پروژه دارید برای کارفرما کار ساده‌ای است؛ اما چالش اصلی، مکتوب کردن این نیازهاست. غالباً مشتریان ایده‌های کلی در ذهن دارند (مثلاً «یک وب‌سایت می‌خواهم که محصولاتم را بفروشد»)، اما در بیان جزئیات فنی و اجرایی آن دچار مشکل می‌شوند. گاهی اوقات کارفرما از نداشتن دانش فنی آگاه است و ترجیح می‌دهد به تخصص توسعه‌دهندگان تکیه کند، اما همین موضوع اهمیت یک RFP ساختاریافته را دوچندان می‌کند.
در این مقاله بررسی می‌کنیم که چرا به RFP نیاز داریم و چگونه می‌توانیم گام‌به‌گام یک سند استاندارد برای پروژه‌های وب تهیه کنیم.
چرا نوشتن RFP در پروژه‌های وب حیاتی است؟
آماده کردن یک RFP با هدف دریافت پیشنهادهای دقیق، سنجیده و قابل مقایسه انجام می‌شود. با این سند می‌توانید در مواجهه با پروژه‌های سنگین، گران‌قیمت و پیچیده، با دید باز و آرامش خاطر تصمیم‌گیری کنید.
بخش بزرگی از سختی کارِ تهیه RFP، به این برمی‌گردد که نوشتن جزئیات پیش از داشتن تصویر روشن از نحوه عملکرد پروژه در بستر وب دشوار است. از طرفی، صنعت وب و نرم‌افزار نسبت به صنایع سنتی (مانند ساخت‌وساز پل یا راه‌اندازی شبکه داخلی کامپیوتری) جوان‌تر است؛ بنابراین تعجبی ندارد که بسیاری از کارفرمایان دانش اولیه کافی برای نگارش یک RFP استاندارد را نداشته باشند.
توصیه طلایی: مطلوب‌ترین حالت این است که پیش از نگارش نهایی RFP، از مشاوران زبردست برای ترسیم دقیق اهداف پروژه کمک بگیرید. یک مشاوره خوب منجر به نگارش یک RFP حرفه‌ای می‌شود که در نهایت، مسیر اجرای پروژه را برای هر دو طرف هموار می‌کند.
فرآیند دو مرحله‌ای برای اجرای موفق پروژه وب
برای اینکه بهترین نتیجه را از انتشار RFP بگیرید، پیشنهاد می‌کنیم روند کار را در دو مرحله مجزا دنبال کنید:
مرحله اول: شناسایی و غربالگری اولیه شرکت‌های توسعه‌دهنده
پیش از نوشتن جزئیات فنی سنگین، به جستجوی شرکت‌هایی بپردازید که صلاحیت لازم برای شرکت در مناقصه پروژه شما را دارند. ترجیح بر این است که ۳ یا ۴ شرکت برتر که توانایی انجام کار را دارند شناسایی کنید.
برای این کار، اطلاعات اجمالی اولیه‌ای که شرکت‌های علاقه‌مند به همکاری نیاز دارند را آماده کنید. این متن باید بیشتر روی اهداف کلان و چشم‌انداز شما متمرکز باشد. به عنوان مثال، متنی مشابه زیر کفایت می‌کند:
«شرکت […] به دنبال شریک تجاری مناسبی برای طراحی و توسعه یک وب‌سایت با ویژگی‌های زیر است: تقویت نام تجاری در بازارهای جهانی، فروش آنلاین محصولات […] و ارائه سیستم پشتیبانی مشتریان. شرکت‌های علاقه‌مند می‌توانند از طریق […] با ما در ارتباط باشند.»
در این بخش، شرکت خود و فعالیت‌هایتان را معرفی کنید، بودجه تقریبی و بازه زمانی مدنظر خود را اعلام نمایید. پس از دریافت پاسخ‌ها، با شرکت‌های متقاضی گفتگو کنید و با کسانی که مایل به همکاری عمیق‌تر هستند جلسات کوتاه بگذارید. پس از این مرحله، تعداد شرکت‌کنندگان نهایی را به ۳ تا ۴ شرکت معتبر محدود کنید.
ساختار استاندارد یک سند RFP وب
طرح‌های پیشنهادی که شرکت‌های توسعه‌دهنده در پاسخ به RFP شما ارسال می‌کنند، باید شامل بخش‌های ساختاریافته زیر باشد:
- خلاصه مدیریتی: شرح مختصری از مسیر اجرای پروژه و برآورد هزینه‌ها.
- معرفی شرکت مجری: همراه با جزئیات مالی و پیشینه فعالیت.
- رزومه و تصدیق‌نامه‌ها: نمونه‌کارهای قبلی به همراه اطلاعات تماس مشتریان پیشین و لینک وب‌سایت‌ها.
- متدولوژی و روند توسعه: نحوه پیشبرد فنی پروژه.
- روش ارائه پیش‌نویس و مستندسازی.
- کنترل کیفیت (QC) و تست‌های نرم‌افزاری.
- تیم اجرایی: معرفی اعضای کلیدی و پتانسیل‌های فنی آن‌ها.
- برنامه زمان‌بندی دقیق.
- جزئیات هزینه‌ها، شرایط پرداخت و صورت‌وضعیت‌ها.
- زمان‌بندی و شرایط کلی قرارداد.
نمونه تقویم زمانی (Timeline) پروژه وب
یکی از مهم‌ترین بخش‌های RFP، تعیین یک برنامه زمانی واقع‌بینانه و شفاف است. نمونه زیر یک جدول زمانی استاندارد برای فرآیند مناقصه و اجرای پروژه را نشان می‌دهد:
- ۱۰ اردیبهشت: اتمام مهلت دریافت درخواست‌های همکاری (EOI)
- ۲۰ اردیبهشت: بررسی صلاحیت فنی و عمومی شرکت‌ها
- ۲۲ اردیبهشت: نهایی کردن لیست شرکت‌کنندگان منتخب مناقصه
- ۳۰ اردیبهشت: ارسال سند نهایی RFP به شرکت‌های منتخب
- ۱۵ خرداد: بررسی و ارزیابی پاسخ‌های دریافتی
- ۲۰ خرداد: گزینش و اعلام برنده مناقصه
- ۲۲ خرداد: برگزاری جلسه آغازین (Kick-off Meeting)
- ۳۰ خرداد: شروع رسمی فعالیت اجرایی توسط تیم منتخب
- ۲۰ تیر: ارائه گزارش پیشرفت فاز اول پروژه
- ۱۰ مرداد: ارائه گزارش پیشرفت فاز دوم
- ۳۰ مرداد: پایان کار، تست نهایی و تحویل پروژه
ممکن است برنامه زمانی شما به تناسب حجم پروژه از جزئیات بیشتر یا کمتری برخوردار باشد؛ اما ارائه این چارچوب کلی به شرکت همکار الزامی است.
سخن پایانی
تمرکز مناسب روی اهداف کسب‌وکار و انتقال درست آن به شرکت‌های پیشنهاددهنده در مناقصه، تضمین‌کننده پوشش کامل نیازهای شما در RFP خواهد بود. به یاد داشته باشید که بهترین رویکرد، محدود نکردن بیش از حد خلاقیت شرکت‌های توسعه‌دهنده است؛ به آن‌ها فضای کافی بدهید تا با ذهنیت باز، خلاقانه‌ترین و بهینه‌ترین راهکارهای فنی را برای پروژه وب شما پیشنهاد دهند.