كم تكلفة التطبيق لبناء

أنا مستقل ، وبالتالي ، "والسويسريين ، والريبر ، والمتأنق على الأنابيب". ويتم قضاء جزء كبير من وقت العمل في المفاوضات مع العملاء المحتملين. فيما يلي سوء الفهم الأساسي الذي ألاحظه في الأشخاص في 50٪ من الحالات:

يكلف مشروع تطوير التطبيقات قدر تكلفته. وفي عصر العولمة والإنترنت ، لا يمكنك الحصول على برامج مخصصة بتكلفة أقل بكثير مما تكلفه في السوق.

مثال بسيط على الوضوح. زميلي السابق ينمو الدجاج في مزرعة منزلية. إنها حقًا تحبها وهي في هذا الوضع الخاص. وهنا أنا مهتم بها:

- لماذا ، ارتفع سعر الدجاج في الآونة الأخيرة؟
- وهكذا ارتفعت العلف ، لذلك ارتفع الدجاج. ويحفز موردو الأعلاف هذا بارتفاع أسعار الوقود والكهرباء.

الجميع يعرف هذا ، والجميع يفهم ذلك ، نعم. ولكن عندما يتعلق الأمر بمنتجات البرمجيات ، فإن فهم كثير من الناس لسبب ما يفشل. هنا هو دوافعهم:

- حسنًا ، هذا لك 5 دقائق من العمل! كل شيء بسيط جدا هنا!

حسنًا ، افعلها بنفسك إذا كان الأمر بهذه البساطة.

بالمناسبة ، يمكنني أن أقول بصراحة ، ولا حتى سؤال. فقط لأن على شخص ما أن يقول الحقيقة مباشرة في العين. خلاف ذلك ، فإن المجتمع الذي يخشى الجميع أن يقول الحقيقة بسبب المخاوف من التكاليف المالية سوف يصبح بلا قيمة بسرعة. سينتقل المبرمجون من هذا المجتمع تدريجياً إلى بعض المجتمعات المجاورة ، حيث ينظرون إلى عملهم بشكل أكثر واقعية ويقيمونه بشكل صحيح.

من ناحية أخرى ، سيكون هناك دائمًا هندي ماكر من بنغلادش لكل مستقل مفترض مستعد للعمل مع 1/4 الوجبة. وها نحن في وضع خاسر بشكل متعمد ، لأن أسعار الدجاج لدينا أعلى والمناخ أكثر برودة - ببساطة لا يمكننا تحمل تكلفة العمل بنفس المعدل. وإلا سنموت من البرد والجوع.

لكن هل يفوز العميل عند اللجوء إلى خدمات أحد البنغلاديشيين (أعتبره هنا بتفسير موسع ، "بنغلاديش هي أسلوب حياة")؟ نعم ، إنه لا يفوز بأي شيء ، لأنه ، عند العودة إلى الأطروحة الأصلية ، يكلف مشروع تطوير البرمجيات ما يكلفه. وحتى إذا تم في الوقت الحالي رؤية بعض المدخرات الكبيرة ، فعلى أي حال ، سيتعين على شخص ما دفع ثمنها ، ليس بالمال ، ولكن مع الوقت والأعصاب.

إليك مثال شائع جدًا من التطوير المستقل الذي يجب أن تتوصل إليه أنت أو معارفك:

1. يأتي الشخص بأمر من التبادل الحر.
2. بموجب شروط الدفع على مراحل ، يجد فنانًا مقابل ثمن ضئيل.
3. يؤدي المؤدي المرحلة الأولى ويدمج في اتجاه السكينة.
4. يخدش العميل الجزء الخلفي من رأسه ، ويذهب مرة أخرى إلى البورصة.
5. التاريخ يعيد نفسه.
6. في التكرار الثالث أو الرابع ، يرفض العديد من المنفذين ببساطة وضع اللمسات الأخيرة على مثل هذا الرمز ، والذي يكون من الأسهل إعادة كتابته بدلاً من القيام بأي شيء آخر.
7. ...

لماذا يحدث هذا؟

لأنه كما في تلك الحكاية الخيالية: "لن تطارد موسيقى البوب ​​لرخيصة".

الحقيقة هي أنه على أساس الدفع الضئيل للمشروع ، عادة ما يتم أخذ المبتدئين في هذا المجال. وبسعر منخفض ، وضعوا في البداية (بشكل مبرر ، بالمناسبة) إمكانية اكتساب خبرة تطوير. ولكن نظرًا لأن هذه التجربة لا تزال صغيرة جدًا بالنسبة إليهم ، لا يمكنهم في البداية تقييم حجم العمالة التي ينطوي عليها المشروع بشكل كافٍ. وفهم هذا المجلد يأتي لهم فقط في سياق العمل. وهم يفهمون أنهم قللوا من شأن عملهم. ولكن نظرًا لأنهم ملزمون بالفعل بعقد ، فإنهم يتخذون قرارًا مؤقتًا: لاستكمال العمل الحالي ، والحصول على مكافأة مقابل ذلك ، و- إلى السكينة!

هذا هو ميكانيكا بسيطة للغاية ، وحيوية للغاية.

- ولكن ماذا عن "العمل لمدة 5 دقائق"؟ - أنت تسأل.

وهنا قصة مختلفة تماما. عادة ما يكون المبرمج الذي "يعمل هناك لمدة 5 دقائق" ضليعًا بالفعل في تكاليف العمالة لدرجة أنه لا يرى عدالة في الموقف الذي يتقاضاه فيه أجر ، ليس فقط 5 دقائق من العمل الحالي ، ولكن أيضًا كل لياله التي لا نوم فيها قبل بضع سنوات. عندما خاض من خلال غابة من أدلة غير واضحة والدروس شبه يمكن ملاحظتها.

هنا ، بعد كل شيء ، هنا شيء آخر (سامحني سائقي سيارات الأجرة). عندما تكون سائق سيارة أجرة ، على سبيل المثال ، فإن منتجك النهائي يكون دائمًا كما هو أو أقل. يتم تسليم هذا العميل من النقطة A إلى النقطة B في وقت x. وعندما يبدأ العميل في المساومة معك ، فإنه يبدأ أيضًا من فرضية أنه في أي حال سيتلقى منتجًا معروفًا.

في حالة تطوير البرمجيات ، لا سيما على مراحل ، خاصة مع مزيد من الدعم ، يختلف الموقف إلى حد ما عن النقل ، أو ، على سبيل المثال ، حفر الخنادق. لأن المبرمج هو ، إلى حد ما ، فنان دائمًا. وفي بعض الأحيان يكون من الأفضل للفنان أن يمنحه الفرصة لدخول أكاديمية فيينا أكثر من ذلك الحين لتفكيك كل ما ابتكره نصف جائع ، وقضى الليل على مقاعد البدلاء. إذا فهمت ما أعنيه.

ونعم ، يرجى فهم لي بشكل صحيح ، أنا لا أتصل هنا "لتقديم المزيد من المال للمبرمجين" ، أو شيء من هذا القبيل. ولكني أود فقط لفت الانتباه إلى حقيقة أنه كلما كان تقييمك لمشروعك بشكل كافٍ من حيث التكلفة والعمالة ، كان ذلك أفضل للجميع. بعد كل شيء ، حيث أن هناك "غير المكتمل" سيئ السمعة في مجال تشييد المباني ، بنفس الطريقة هناك ظاهرة "غير المكتملة" في مجال تطوير البرمجيات. الآلاف منهم. حتى العشرات والمئات من مشاريع البرامج التي تم إغلاقها بسبب حقيقة أن أصحابها لم يتمكنوا في البداية من تقييم تكلفة العمل بشكل صحيح.

"حسنًا ، ماذا علي أن أفعل؟" لدي 500 دولار فقط لهذه الأعمال!

أيضا سماع هذه العبارة بشكل دوري. والعمل هناك ، مثلا ، خمسة آلاف باكز. وماذا تفعل؟ ولا تفعل شيئا. أنت لا تأتي إلى المتجر للحصول على الدجاج ، ولا تخبر البائع أنه "هنا لدي دولار واحد ، لكنني بحاجة إلى هذا الدجاج الكبير الدسم". لأنك تفهم أن هذا الدجاج الكبير الدسم يكلف عدة مرات أكثر من دولارك. ولكن إذاً لماذا لا تفهم هذا في حالة مشروع البرنامج؟ هذا سؤال بلاغي.

كما تعلمون ، اعتدت أن أفسر الموقف عندما يُعرض عليك وظيفة مقابل القليل من المال ، كاحترام. ولكن بعد ذلك أدركت أننا نتحدث أكثر عن عدم الكفاءة. بعد كل شيء ، على الفور لتقييم كمية العمل المطلوبة لتنفيذ جميع وظائف المخطط بشكل صحيح لا يمكن إلا العباقرة صحيح من الإدارة. وبعد ذلك ، لا يمكننا التحدث إلا عن المشروعات القياسية التي ظل هذا المدير يختمر فيها لعدة سنوات. لأنه من الضروري فقط الخروج من السكة المعتادة قليلاً إلى الجانب ، حيث تبدأ الفروق الدقيقة سيئة السمعة على الفور.

لهذا السبب أنا من أشد المؤيدين لنهج MVP لتطوير البرمجيات ، إذا كان هذا البرنامج أكثر تعقيدًا من مدونة WordPress. يمنحك هذا النهج ، على الأقل ، بعض الضمان على الأقل أنك ستحصل في النهاية على ما تريد.

آمل أن يكون فهم ما ورد أعلاه مفيدًا في المرة القادمة التي تأتي فيها إلى التبادل الحر مع مشروعك.

كن بصحة جيدة!

رومان د.