عميل غيّر الوكالة: شرح عملية التسليم والاستلام (من منظور الطرف المستلم)

عندي خبرة كمان في كونك الطرف اللي بيستلم، فخليني أضيف نقطتين من هناك.

1. التسليم بيحصل في أسوأ لحظة للعلاقة، وعشان كده غالباً بيتم بشكل سيء. لو حطيت بند "إجراء التسليم" في العقد، الجزء العاطفي ده بيقل: إيه اللي هيتسلم، لمين، وفي كام يوم، كله يبقى مكتوب من البداية.

2. خليني أقول حاجة للوكالة اللي بتستلم كمان: التسليم الجيد هو أفضل تسويق. عميلين سلمناهم بشكل جيد، رجعوا لنا بعد سنتين لشغل تاني. اللي بيخبطوا الباب ويقفلوه مش بيرجعوا.

عندنا حصل كده: لما استلمنا، عملنا اجتماع تسليم واحد مع الوكالة القديمة، وهذا نفع جداً.

ساعتين، مسجلين، بس سؤال وجواب. فريقنا جهز نفسه الأول، وكتب الأسئلة. اللي عرفناه في الساعتين دول، ما كنانش هنقدر نعرفه لوحدنا في أسبوعين.

العميل كان حاطط الاجتماع ده في العقد، وإلا ما كان حصلش. أنصح به.

بصفتنا وكالة صغيرة، خليني أضيف: في المشروع اللي تستلمه، في الشهر الأول ما تغيرش أي حاجة لأنها "قبيحة".

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

قبل ما تغير، جاوب على سؤال "ليه اتعمل كده". حتى لو مفيش إجابة، مجرد بحثك عن الإجابة هو اللي بيحميك مش اللي بيبطئك.

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

صححوا لي إن أخطأت.

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

هذا كل شيء، أرجو المعذرة إذا أطالت.

سأتحدث من الطرف الآخر، فأنا من جانب الموردين. عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

معظم إضاعة الوقت تتراكم في المهام المنتظرة للموافقة. بالتوفيق.

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

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

مثبت بالتجربة.

الإجابة أعلاه لخصت جوهر الأمر. معظم إضاعة الوقت تتراكم في المهام المنتظرة للموافقة.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

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

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

إذا دخلنا في التفاصيل: الحلول التي تنجح على نطاق صغير تنهار عند التوسع، تعلمت هذا متأخراً.

بالتوفيق.

شكرًا جزيلًا، كان مفيدًا جدًا. لا تترددوا في السؤال، فالسائل يدفع ثمناً أقل دائماً.

إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.

عندنا نفس المشكلة. إذا لم تقم بصياغة هذا كتابيًا من البداية، فستنشأ خلافات لاحقًا.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

أتابع الموضوع... المسألة ليست الرقم، بل الأساس الذي بُني عليه.

شكرًا، هذا هو الجواب الذي كنت أبحث عنه. الكود بدون وثائق تثبيت لا يُعتبر ملكك حتى لو كان بين يديك.

وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه... مثبت بالتجربة.

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

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

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

هناك جانب قياس لهذا الأمر أيضًا. انظروا أولاً إلى البيانات المتاحة لديكم عند اتخاذ القرار.

مثبت بالتجربة.