خانه / عمومی / تجارت با برنامه نویسی(قسمت 1)
3

تجارت با برنامه نویسی(قسمت 1)

سلام
مقداد خداداد هستم با آموزش “تجارت در برنامه نویسی”.

البته من Developer نیستم و اساسا فعالیت من راه اندازی تجارت شخصی و ایجاد فرصت شغلیه.
بنا به شغلی که دارم روزانه دهها مراجعه دارم از جوونهای خوبی مثل شما که تو عرصه IT وتمام محصولاتش فعالند و سوال همه اونها اینه : چطور می شه از این محصول کسب درآمد چشمگیر داشت؟

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

جدای از همه تعریفها ، در موضوع بحث ما البته ، برنامه نویسی تجاری فرآیندی هست که بتونه به Developer کمک کنه که ابتدا به امنیت مالی و سپس به استقلال مالی برسه.

اونچه که الآن شاهدش هستیم ،موفقیت نسبی اونهم تازه برای برخی شرکتهای نرم افزاری هست که بعضا مدیر اون شرکت هم، حتی� برنامه نویس نیست.

گاهی هم به مواردی بر می خوریم که یک برنامه نویس موبایل ، یا وب سایت با ارائه یک نرم افزار خاص در یکی از مارکت ها ، یا ایجاد یک سرویس جانبی درآمد مقطعی قابل توجهی بدست میاره.

اما هیچکدوم از اینها معنی استقلال مالی در برنامه نویسی رو نمی ده.
امنیت مالی یک درآمد پایه اما ثابت و همیشگی و استقلال مالی یک سیستم درآمدی نسبتا بالا و مستمره.

خدمات هاست و دامین و فروش سیستمهای فروشگاهی آماده فارسی شده و کارهایی از این دست نمی تونه یک برنامه نویسی تجاری یا تجارت در برنامه نویسی حساب بشه .

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

اول : برنامه نویسهای جوان ما از انجام کار تیمی فراری هستند!
معمولا یک برنامه نویس یک ایده وب یا اپ موبایل رو در دست می گیره و حتی در ساخت اینترفیس از طریق نمادها و گرافیک های موجود و حداکثر متریالی که امثال گوگل ارائه می دن پیش می ره.

خوب این اشتباه بسیار بزرگی در عدم موفقیته.
دوم : برنامه نویسهایی که تونستن بصورت یک تیم دوستانه دور هم جمع بشن ، رفتار تیمی ندارن و حداکثر تصمیم دارن موضوعات فنی رو چند نفری تحلیل و اجرا کنن.
سوم : اعضاء تیم ها توقع مالی زود هنگام دارن.
حتی اونهایی که تیم دارن و تیم خوب هم تشکیل دادن به زودی درگیر این موضوع می شن که بعضی یا همه اعضاء تیم روی کارها و مدلهای درآمدی نظر موافق دارن که خیلی فوری بتونه زندگی و خرج روزمره اونها رو تامین کنه.
خوب ..
تا اینجا بحث رو یه ریویو کنید تا چند علت دیگه رو هم بگم
چهارم : تحلیل های فقط فنی !
در یک برنامه سازی موفق ، حتما باید به جز تحلیل فنی ، تحلیل بازار فروش ، گرافیک ، نیاز بازار و از همه مهمتر برندینگ هم انجام بشه.

همچنین موضوع هزینه ها و پشتیبانی و تیم لازم.
زمان هم موضوع بسیار مهمی هست که باید تحلیل بشه.

من اصطلاحا می گم سه تا T رو خیلی جدی بگیریم.

  • Task
  • Time
  • Team

پنجم : اجراهای فقط فنی !
اکثر دوستانی که به من مراجعه می کنن ،با موضوع فنی خیلی آشنا هستند اما صرف دانش فنی بقیه ابعاد کار رو در اجرا در نظر نمی گیرن.
ششم : عدم توجه به کاربر !
دو موضوع استراتژیک UX و UI دربین اکثر برنامه نویسان جوان ایرانی ، متاسفانه تقریبا� جایگاه و تعریفی نداره.
هفتم : عدم توجه به نیاز بازار.
یادمه سال ۱۳۸۰ تا ۱۳۸۵ که تب گرفتن مدرک MCSD از ماکروسافت خیلی داغ بود ، همیشه روی یک جمله خیلی حساس بودم.

Developer is a solution artchitector !!

و انصافا کمتر پیش میاد که امروزه ما شاهد نرم افزاری باشیم که به هدف طراحی برای یک راه حل نوشته شده باشه.

به عنوان مثال ، نرم افزار هلو رو ببینید.
کاری به مسایل فنیش که شما شاید بهش انتقاد داشته باشید ندارم ، اما انصافا تونست راه حلی باشه برای حل نیازهای عموم جامعه و سالهای ساله که داره کار می کنه و کارش ادامه دار هم هست.البته بازهم تاکید می کنم ، انتقادات زیادی به این نرم افزار هست ، اما تونست کاربران رو به خودش جذب کنه.
بعد از بیان این علتها در جلسات بعدی مرحله به مرحله راه حل رفع تمام این مشکلات رو خواهم گفت و با رعایت چند راهکار ساده به زودی امیدوارم شاهد موفقیت تک تک شما دوستان برنامه نویس باشم.

منبع :سایت ilikephp

پاپ کده

درباره‌ی majidkingkm

پاسخ دهید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *