نمونه Proposal براي يك WebApplication

[Mostafa_Dindar]

سلام .

از دوستان كسي ميتونه منو در نوشتن يك Proposal رسمي براي يك پروژه WebApplication راهنمايي كنه .

چه مواردي رو بايد در يك Proposal بياريم يا نياريم . تا چه حد به جزئيات بپردازيم يا نپردازيم .
اگر نمونه آماده اي هم دارند در اختيار بقيه قرار بدن ممنون ميشم .

مرسي

[mohsen507]

سلام

يك نمونه Proposal خارجي كه البته با صرف وقت بيشتر مي توانيد نمونه هاي بهتري پيدا كنيد

http://www.localwebsolutions.com/website-proposal.html

فكر كنم اين مبحث خيلي مهم باشه چون زياد در داخل به اين موارد توجه نميشه

[m.hamidreza]

Prpoposal رو باید بر اساس RFP یا Request For Proposal ای که از مشتری میگیرین تهیه کنید.
RFP از اهمیت زیادی برخوردار هست چون پیش نیاز Proposal هست و شما بر اساس اون هست که طرحتون رو ارائه میکنین. در RFP کلیاتی که مد نظر مشتری هست نوشته میشه. به نظر من RFP اولیه تا بیست درصد از حدود پروژه رو مشخص میکنه که این درصد باید به حداقل به 40 برسه.
معمولا مشتری توانایی و دید تهیه RFP خوب رو نداره. اون در مورد امکانات پروژه نهایت یه پاراگراف میتونه بنویسه و صرفا کلیات قضیه رو میبینه! اگه منظور از این کلیات مشخص نشه مطمئنا در برآورد قیمت و زمانبندی پروژه دچار مشکل میشین. و البته ذهنیت مشتری در تهیه RFP چیز غریب الوقوعی نیست شما وقتی میخوای بری مثلا بنز بخری هم دقیقا همین حالت رو داری مگر اینکه بری جزئیات مدل ها رو بررسی کنی. شما بعنوان مشاور می بایست به مشتری در هرچه کامل تر شدن RFP کمک کنید و حد و حدود پروژه رو تو جلساتی که با مشتری میذارین تعیین کنید و این موارد رو مکتوب کنید. معمولا تو این جلسات مطالبی که توسط مشتری بیان میشه سازماندهی خاصی نداره و هر چیزی که به ذهنش میرسه بیان میکنه. توسعه و طبقه بندی این موارد به تجربه ی شما برمیگرده که بتونین ذهن مشتری رو متناسب با امکانات پروژه و دیدی که شما از آینده کار دارین متمرکز کنین.مثلا میتونین یه فرم اولیه طراحی کنید و در اون یه سری سوالات در مورد پروژه از مشتری بپرسین و بعد روی این موارد بحث کنید و امکانات رو بسط بدین. تعامل شما با مشتری خیلی مهم هست و اگر میخواین پروژه رو بگیرین به این موارد حتما توجه کنید و حتی اگه مبلغ قرارداد 100 تومن هست باز کارتون رو جدی بگیرین. اعتماد مشتری رو تو این جلسات هست که میتونید جلب کنید. در سیستم های نرم افزاری معمولا جا برای توسعه و شاخ و برگ دادن به امکانات زیاد هست اصلا به این فکر نکنید ممکنه مشتری به این امکانات نیاز نداشته باشه شما پیشنهاداتی که میتونین عملی کنین و احساس میکنین میتونه مفید باشه بیان کنید. حتما مثال هایی از نمونه کارهای قبلی تون رو برای مشتری عنوان کنین تا بهتر بتونه با موضوع آشنا شه.
بعد از اینکه به یه RFP نسبتا خوب رسیدین حالا یه وقتی رو از مشتری بگیرین برای ارائه طرح پیشنهادی یا همون Proposal.
اون چیزی که باید در Proposal باشه بسته به شرایط پروژه میتونه متفاوت باشه ولی کلیات اینا هستن:


بهتره یه توضیحی در مورد شرکت خودتون، روند انجام پروژه و تکنولوژیهایی که برای تولید پروژه استفاده میکنید بدین. این توضیحات باید مختصر باشه.
امکانات، قیمت و زمان تحویل نهایی باید در پروپوزال قید شه.
بهتره بیاین متناسب با امکانات چند نوع پیشنهاد قیمت بدین. مثلا پروژه با حداقل امکانات n تومن، چند مورد از امکانات رو به اولی اضافه کنین و یه قیمت بالاتر و .... طوری که مشتری متناسب با بودجش حق انتخاب داشته باشه.
همیشه سعی کنید چند مورد جدیدتر از امکاناتی که در RFP بحث شد به پروپوزال اضافه کنید طوری که مشتری بعد از خوندنش از شما در مورد اونها سوال کنه و در واقع حس کنجکاوی مشتری برانگیخته بشه.
سعی کنید موارد رایگان در پروژه داشته باشین. مثلا اگه 200 هزازتومن قیمت هاست و دومین هست این قیمت رو به مبلغ پروژه اضافه کنین و در شرح بنویسید با هاست و دامنه یکساله ی رایگان.
تاریخ جلسه حضوری بعدی رو پس از ارائه پروپوزال تعیین کنید.

همینا فعلا به ذهنم رسید.
موفق باشید.

[Mostafa_Dindar]

با تشكر از آقاي m.hamidreza (http://barnamenevis.org/forum/member.php?u=35652) بابت توضيحات مفيدي كه دادن . نميدونم مبحث گارانتي و خدمات پشتيباني رو هم بايد در Proposal بياريم يا نه . ولي در هر حال ميخوام بدونم پروژه هاي Web Application در سطح Medium گارانتي و خدمات پشتيباني به چه صورت هست .

[m.hamidreza]

بله میتونید در قسمت توضیحات پروپوزال در مورد پشتیبانی هم بنویسید. اتفاقا خوبه.
پشتیبانی به نوع پروژه و مبلغ قرارداد بستگی داره. مثلا میتونید 2ماه پشتیبانی رایگان داشته باشین. بسته به نوع پروژه، بطور میانگین حدود 20 درصدِ مبلغ قرارداد تعرفه پشتیبانی یکساله هست منتها مستقیم لزومی نداره اینو به مشتری بگین! بعضی پروژه ها کار زیادی در پشتیانی ندارن ولی بعضی ها چرا کار زیادی میبرن تقریبا مشخص هست و در تعیین قیمت تاثیر داره.
قبل ار قرارداد چارچوب خدمات پشتیبانی رو به مشتری توضیح بدین طوریکه توقع نداشته باشه چون پول پشتیانی داده شما بعد از 4ماه یه سایت دیگه براش بنویسین! جزئیات خدمات پشتیبانی رو هم حتما در قرارداد مکتوب کنید.
پ.ن: بعنوان یه استراتژی غیر منصفانه، متاسفانه بعضی از شرکت ها قیمت رو پایین میدن و در قرارداد، بند پشتیبانی رو ذکر میکنن و توش اینجوری مینویسن که قیمت خدمات پشتیانی طبق توافق اعلام میشه و تحت عنوان متمم این قرارداد پس از توافق طرفین امضاء میشه. مشتری هم اغلب به این بند زیاد گیر نمیده بعد قیمت پشتیانی رو بالا میدن و چون کار مشتری هم گیره مجبور میشه قرارداد ببنده.
موفق باشید.