اشتراک گذاری تجربیات در مورد هزینه قرار دادها و پروژه ها و سایر موارد
سلام دوستان عزیز پیرو موضوعی که اقا حامد عزیز ایجاد کردند لینک به نظرم امد که خوب است یک بخشی ایجاد شود که دوستان در ان از تجربیاتشان در مورد بستن قرار داد برای پروژه ها و مشکلات احتمالی پیش امده و سایر موارد که در زیر می اورم صحبت کنند تا سایرین هم بتوانند از تجربیات این عزیزان بهره ببرند .
تجربیات شما در مورد:
1-میزان قیمت پروژه
2-توافق در مورد شکل در یافت پول
3-کنترل توقعات سفارش دهنده
-4هزینه های زمانی و مالی پنهان یک پروژه
5-نکاتی که قبل از بستن قرار داد حتما باید در مورد انها صحبت شود
6-و سایر نکاتی که به دهنتان می رسد....
7-مقایسه سرمایه گذاری برای تولید اپ برای مارکت ها و یا شرکت های خصوصی
8-سایر موارد
دوستان عزیز توجه کنند که خیلی از دوستان هنوز در ابتدای کار هستند و شاید خیلی از بدیهیات هزینه های یک شرکت و یا اصول اولیه ی یک قرار داد را ندانند به طور مثال اینکه چگونه باید ان را تنظیم کرد پس لطفا با ریز جزئیات تجربیات خودشان را بیان کنند.
من توی یه سوال نظرم دادم در مورده سفارش گرفتن..این گفته های من براساس فقط تجربه است و چیزی نیست که بگید از روی کتاب جمع آوری شده و حتما درست هست..و به اندازه اطلاعاتم صحبت میکنم...و تاکیدی هم ندارم که حتما باید شخص اینطور رفتار کنه...
ببینید شما وقتی یک سفارشی میگیرید..یک طرف قضیه سفارش دهنده است و یک طرف هم سفارش گیرنده.. چیزی که باعث میشه رابطه بین این دو برقرار بشه یک قرار داد کاری هست...
اصولا سفارش دهنده یا شخص هست یا ارگان..که ماهیت هر کدوم بر روی قرار داد تاثیر میزاره .من نمیخوام زیاد تئوری صحبت کنم و اصطلاح پیچیده به کار ببرم چون اولا بنده این موارد بلد نیستم و مهمتر از همه لزومی نمیبینم که شخص حتما باید بشینه با مباحث اضافی خودش گیج کنه .
اما مهمترین بخش قرار داد هست، که باید واضح و شفاف و محکم بسته بشه.
مطمئنا شخصی یا ارگانی که به شما سفارش میده ،اولین کاری که شما باید انجام بدید،اینکه در ابتدا بتونید با این شخص یک جلسه حضوری انجام بدید (.تا حد ممکن صحبت کردن در مورد جزئیات سفارش از پشت تلفن انجام ندید،مگر اینکه واقعا چاره ندارید و محدودیت مکانی شما رو مجبور کنه).
باید توی این جلسه تمام موارد کلی مشخص بشه ،از نوع سفارش _ کار کرد برنامه _ قیمت برنامه _ مشخص کردن بازه تحویل سفارش...اگه احساس میکنید که باید در مورد المانهای سفارش بیشتر فکر کنید ،هیچ اشکالی نداره به شخص بگویید که چند روز بعد جواب قطعی رو میدم.
اما رفتارتون نباید طوری باشه که شخص فکر کنه شما از انجام این پروژه ناتوان هستید..
میتونید با جمله هایی مثل اینکه " بنده باید با تیمم صحبتهایی انجام بدم"..."ساختار کلی سفارش شما قابل اجراست ولی باید کمی دقیق تر روی زمان تحویل پروژه فکر کنم" و....
.این جملات بنده مثال بود ولی چیزی که توی جملات بالا قابل ذکر هست ،این هست که جملات بالا نمایانگر ضعف یا عدم توانایی شما نیست...
برخی دوستان به غلط فکر میکنن اگه سریع بدون توجه به جزئیات نرم افزار و پروژه، سفارش قبول کنند.نشون دهنده قدرتشان هست..در حالی که این اشتباه هست..شما باید دقیق به خواسته طرف مقابل گوش بدید.و اگر احتیاج به فرصت بیشتر دارید ،باید از شخص مقابل بخواهید که چند روز دیگر نظر نهایی رو بدهید.
نکته ای که مهمه بعضی دوستان بخاطر اینکه حتما میخوان سفارش بگیرند،سفارشهایی رو میگیرن که واقعا از عهده شخص بر نمیاد و همین باعث میشه ،با کلی مشکل مواجه بشن..
بهتره سفارشی رو نگیریم که واقعا از توانمون بر نمیاد و یا اگر بر بیاد به هزینه زمانی و مکانی و....بیارزه.
پس سفارش باید متناسب باید با مهارت شما باشه.
ادامه دارد.........
سلام و درود
من که خوب جاوا خیلی خوب بلد نیستم که پروژه درست و حسابی بگیرم و بخواهم نظر بدم ولی در مورد کدنویسی xml و کلا طراحی باید بگم که اصل کار یک برنامه طراحی اون هست و کاربر موقع دانلود برنامه فقط میتونه رابط کاربری را ببینه و اگه جذاب باشه حتما دانلود میکنه!
به نظر من یه برنامه هرقدر هم که قوی باشه اگه UI خوبی نداشته باشه،امکان این که شکست بخوره بالاست.
در مورد هزینه ها باید بگم توافقی هست و بستگی به کیفیت کار شما داره!
به عنوان مثال برای این کار دیگه کمتر از صفحه ای 100 هزار تومان ارزش نداره(100 هزار توامن یه حالت نرمال هست)،چون خیلی وقت گیره و نباید قیمت را به هر دلیلی کم گفت چون ارزش کار خودتون میاد پایین و دفعه بعد متوجه ضرر بزرگ این کار خواهید شد!
در پایان خوشحال میشم سری هم به سایت شخصیم(میلاد جلالی) بزنید و نظرتون را راجع به کارهای من بگید.
پاسخگویی و مشاهده پاسخ های این سوال تنها برای اعضای ویژه سایت امکان پذیر است .
چنانچه تمایل دارید به همه بخش ها دسترسی داشته باشید میتوانید از این بخش لایسنس این آموزش را خریداری نمایید .
