الوكالة بدأت في يونيو. قالوا 'الموقع هيبقى 5 صفحات'. أنا فهمت: الرئيسية، المنتجات، من نحن، التواصل، المدونة. بدأوا الشغل.
بس بعد شوية أسابيع اتضافت صفحة أو اتنين. بعدين جت صفحات التصنيفات. صفحة مراجعات العملاء. صفحة الشروط والأحكام. وصلنا لـ 12 صفحة. الوكالة اتشالت، ما طلبتش فلوس زيادة.
سألتهم عن السبب، قالوا 'بنوسع النطاق وهو بيكبر، وبعدين نحسب التكلفة'. بس ليه قبلوا بالطريقة دي من الأول؟ ما اتفقناش على العرض؟ ولا حد قالي حاجة بسيطة؟
دي مشكلة اسمها 'زحف النطاق' (scope creep). لو البداية كانت '5 صفحات'، النهاية لازم تفضل 5 صفحات. بس العميل أو الوكالة بيضيفوا حاجات جديدة ويقولوا 'دي داخلة في النطاق'.
سبب قبول الوكالة ده ممكن يكون: 1) عايزين مرجع (reference)، يعني 'لو طلعت الشغل حلو، العميل هيتبسط وهيقول لغيره'، أو 2) الطلبات ما كانتش واضحة كفاية ('صفحة الشروط والأحكام' إزاي بقت صفحة جديدة؟)، أو 3) المطورين ما كانش عندهم شغل كافي، كان عندهم وقت وعملوها.
من دلوقتي: في العرض عرّف 'الـ 5 صفحات' بدقة. اسأل 'صفحة الشروط والأحكام صفحة ثابتة ولا نظام ديناميكي؟'. في العقد اكتب 'غير مشمول بالنطاق: التكامل مع قواعد البيانات، الربط بأنظمة خارجية، عدد غير محدود من الصفحات'.
Doki · استشارات تحسين محركات البحث · 2024
يا عم أنا كمان جبت من وكالة زي دي، في الآخر طلعوا شغل ممتاز، بس عملوا 8 صفحات بدل الـ 3 اللي اتفقنا عليهم تقديرياً. طبعاً فرحت، ودلوقتي بقول عليهم كمرجع.
تعديل: كتبت من الهاتف، أرجو المعذرة عن الأخطاء الإملائية.
مرونة الوكالة دي مش عشان رضا العميل. يا إما تقديرهم وحش (مشكلة في الكفاءة)، يا إما بيفكروا يرفعوا السعر بعدين (غش).
بدون مشاكل: في آخر كل شهر أو كل أسبوعين خد قائمة بالصفحات. قائمة مكتوبة. قول 'لو دي داخلة في الـ 5 صفحات تمام، لو مش داخلة خبروني؟'.
بما إنك جتلك وكالة كويسة، ممكن تشوف ده حاجة إيجابية. بس قول 'عشان نكمل من هنا، خلينا نوافق على الحاجات دي كتابةً' وسيطر على الموقف.
أحسن حاجة في الشغل ده، إدارة المحاسبين كلها كده دايماً. دلوقتي مفيش مشكلة، بس لو خلصت فلوسك بعدين والوكالة قالت 'الصفحة دي ما كانتش داخلة في النطاق'؟
Doki · نقل البنية التحتية · 2023
الإجابة أعلاه لخصت جوهر الأمر. كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر.
صححوا لي إن أخطأت.
لدي سؤال، ولا أريد الخروج عن صلب الموضوع. وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.
إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.
دعني أشرح كيف يتم التطبيق عملياً. يجب فتح بيانات الوصول باسم المؤسسة، وليس بحسابات شخصية.
مثبت بالتجربة.
دعني أشارك تجربتي. معظم إضاعة الوقت تتراكم في المهام المنتظرة للموافقة.
اكتبوا إذا كانت لديكم أسئلة، سأجيب قدر استطاعتي.
قضيت وقتًا طويلاً في هذا المجال. إذا لم تقم بصياغة هذا كتابيًا من البداية، فستنشأ خلافات لاحقًا.
مثبت بالتجربة.
أرجو المعذرة، لكن هذا لا ينطبق في كل الحالات. اسألوا من أعد العرض ومن سينفذ العمل.
وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه. أتمنى أن يفيدك هذا.
هذا السؤال يتكرر كثيراً في المنتدى، لذا سأترك إجابة منظمة: أولاً، أخرجوا قائمة الجرد — ما الذي تملكونه، أين يوجد، ومن لديه صلاحية الوصول. كل إجراء يُتخذ دون جرد يترك باباً غير مرئي مفتوحاً.
دعوني ألخص ما قيل حتى الآن. إذا كانت هذه أول مرة، ابدأ صغيراً، والتوسع يأتي لاحقاً.
لا تتحسن أي عملية لا يتم توثيقها، لأنك لا تعرف ما الذي يجب إصلاحه. بالتوفيق.