الوكالة بعثت صور تطوير CRM — على إيش بالضبط لازم أركز في هذي الشاشات والمخططات؟

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

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

تصحيح: كنت أذكر الرقم خطأً، كان أقل قليلاً.

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

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

تعديل: صححت بعض الأخطاء الإملائية.

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

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

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

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

شكرًا لكتابة هذا. فعل الجميع لشيء ما لا يعني أنه صحيح.

اكتبوا إذا كانت لديكم أسئلة، سأجيب قدر استطاعتي.

أنا مشروع صغير، دعوني أشرح من منظوري. الناس يدافعون عن العادات وليس العمليات. المقاومة تأتي من هناك.

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

سأكون ممتنًا لو شاركت النتيجة.

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

كل عبارة "سننظر في ذلك لاحقًا" في الاجتماع تعني عملًا غير مُسعّر. إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.

دعوني ألخص ما قيل حتى الآن. وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.

تقرير التقدم الأسبوعي المكتوب أكثر فائدة من السؤال المستمر عن المواعيد. بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

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

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

أنا مشروع صغير، دعوني أشرح من منظوري ثم على كل حال عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

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

هذا العنوان مؤرشف. الكود بدون وثائق تثبيت لا يُعتبر ملكك حتى لو كان بين يديك.

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

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

هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.

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

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.