39

"العميل دوما على حق؟" لا!

في مقال مؤخر قرأته على مدونة chris lema حيث يتكلم عن اختفاء المطور فجأة بدون إنذار.

أحد المقالات تكلمت عن أنّ السبب في اختفاء المطور هو العميل

العميل النكد والمزعج قد يكون دوما سببا في اختفاء المطور وعدم العمل معه

السبب في هذا هو أن العالم يتحرك بالمقولة الشهيرة "العميل دوما على حق"

وصراحة هذه من أغبى المقولات إطلاقا. فالعميل ليس دوما على حق

هذه المقولة تعطي العميل الحرية الكاملة على المطور من إزعاج وتكبر وبهدلة وما إلى ذلك فقط لأن العميل هو من يدفع.

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

لكن أكبر سبب في نشوء عميل كهذا هو أن المطور يسمح له ولا يوقفه عند حده.

أحد أسباب هذا هو خشيان فقدان العميل. والسبب الثاني هو السمعة

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

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

هذا عادة يحدث في خمسات حيث العميل المالك أبو 5 دولارات وشوية سنتات، يتحكم في البائع وإن لم يعجبه الأمر فيستعيد نقوده ويقيم البائع سلبا مما يؤثر على عمله

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

وهل يدرك العميل أن الشخص الطيب يحصل على خدمة أفضل من المتكبر؟

النقاش لكم


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

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

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

على الاقل هذا هو رأيي.