حالة عرض السعر تصف وضعه الحالي وتساعد الفريق على تحديد الخطوة التالية. تأخر الرد وحده لا يجعل العرض مرفوضا ولا منتهي الصلاحية. نستخدم هنا تصنيفا تشغيليا مقترحا، مع فصل قرار العميل عن صلاحية المستند وعن قرار الفريق إيقاف المتابعة، حتى لا تختلط التقارير أو يبدأ التنفيذ على معلومات غير محسومة.
الحالات الأساسية والحالات المكملة
الحالة | التعريف | سبب الانتقال | ما يوثق عند الانتقال |
|---|---|---|---|
مرسل | خرج العرض إلى العميل ولم يصله أي رد أول منه | أول سؤال أو طلب تعديل أو رد من العميل | تاريخ الإرسال، من أرسله، القناة |
معلق | ينتظر توضيحا أو تعديلا أو قرارا، مع تحديد سبب الانتظار | رد أو توضيح موثق يغير الوضع | آخر تواصل وتاريخه والمسؤول ومرجع الإصدار والخطوة التالية |
مقبول | قبول موثق لكامل النطاق المحدد وفق إجراء الشركة | استكمال تحقق التسليم للتنفيذ، وليس التنفيذ التلقائي | تاريخ الإشعار والمرسل ومرجع النسخة وحدود القبول |
مقبول جزئيا | قبول بنود محددة دون بقية النطاق | حسم بقية البنود أو بدء نطاق مقبول وجاهز بإجراء واضح | البنود المقبولة والمعلقة والمستبعدة كل على حدة |
مرفوض | قرار صريح بالرفض وصل من العميل | إعادة فتح المشروع من العميل نفسه لاحقًا | تاريخ الرفض، من قرر، السبب المسجل |
منتهي الصلاحية | مضى تاريخ صلاحية موثق في العرض | مراجعة الشروط وإصدار عرض محدث عند الحاجة، دون اعتبار الصمت رفضا | تاريخ الانتهاء ومرجع المستند وما يلزم التحقق منه |
متابعة مغلقة داخليا | قرر الفريق وقف المتابعة دون قرار من العميل | سبب موثق لإعادة فتحها | سبب الإغلاق الداخلي وتاريخه؛ لا ينسب القرار للعميل |
المبدأ الذي يحكم الجدول كله: الحالة تصف وضع النقاش لا مشاعرنا حوله. الرفض الصريح هو الوحيد الذي يحمل كلمة "مرفوض"، والصمت مهما طال لا يمنحنا هذا الحق.
صورة توضيحية مولّدة بالذكاء الاصطناعي.
معلق أم منتهي الصلاحية؟
التعليق يصف سبب انتظار، بينما انتهاء الصلاحية يصف تاريخا في المستند. يمكن أن تبقى فرصة المشروع مفتوحة بعد انتهاء صلاحية نسخة العرض، لكن يلزم مراجعة شروطها قبل الاعتماد عليها. عند استخدام حقل واحد للحالة، سجل التفاصيل الأخرى في حقول مستقلة أو ملاحظة واضحة حتى لا تخفي حالة واحدة حقيقة مهمة.
تحويل العروض الصامتة إلى «مرفوضة» يخلط قرار العميل بغياب الرد، وقد يجعل تقرير الأسباب مضللا. ناقشنا فصل الحالتين في مقال تحليل أسباب رفض عروض الأسعار لتحسين المتابعة.
مراجعات العرض: نفس الحالة، مرجع جديد
مراجعة العرض لنفس الفرصة لا تُعد فرصة بيع جديدة في التقارير. احفظ الإصدارات بمرجع واحد للفرصة وأرقام نسخ متسلسلة، ووثق تاريخ كل نسخة وسببها. الأحدث ليس بالضرورة المقبول؛ مرجع التنفيذ هو الإصدار الذي تحقق الفريق من قبوله ونطاقه. إذا ظهرت حاجة مستقلة تماما فعرّف فرصة مستقلة وفق قاعدة ثابتة، وليس لمجرد وجود رقم إصدار جديد. نوضح خطوة التسليم في تسليم عرض السعر المقبول لفريق التنفيذ: قائمة تحقق عملية.
صورة توضيحية مولّدة بالذكاء الاصطناعي.
أين تُدار هذه الحالات عمليًا؟
يمكن تمثيل التصنيف في جدول متابعة أو في سجل عمل مناسب. عند تجربة موتفلكس، اختبر كيف تربط العميل ومرجع العرض والمرفقات والمهمة التالية، وهل يستطيع المسؤول والبديل استرجاع الحالة بوضوح. لا نفترض وجود مسار عروض جاهز أو حقول مخصصة قابلة للفرز؛ حدد ما تدعمه التجربة الفعلية وما يحتاج إلى سجل خارجي. نجاح التصنيف يعتمد أولا على تعريفاته والتزام الفريق بتحديثها.
وضع هذه الحالات كلها ضمن السياق الكامل للعملية — من الإرسال حتى تسليم التنفيذ — هو موضوع الدليل الشامل لمتابعة عروض الأسعار في المشاريع.
مصفوفة قرار وحالات تفصيلية (أمثلة افتراضية)
المصفوفة التالية تساعد في اختيار الحالة الصحيحة لحظة وقوع الحدث، مع فصل واضح بين حالة الفرصة نفسها وحالة مستند العرض:
| الحدث | حالة الفرصة | حالة مستند العرض | الخطوة التالية |
|---|---|---|---|
| أرسلنا العرض ولم يصل رد | معلق | الإصدار الأصلي صالح حتى تاريخ انتهاء صلاحيته | متابعة مجدولة، وتحديث الحالة عند الرد |
| العميل طلب تعديل النطاق | قيد التفاوض — نفس الفرصة | إصدار جديد بمرجع محدث؛ القديم يبقى للأرشيف | إرسال الإصدار الجديد وتوثيق الفرق في السعر |
| قبول جزئي لبعض البنود | مقبول جزئيا؛ حالة الباقي مسجلة منفصلة | الإصدار الحالي مقبول جزئيًا موثقًا بالبنود | اتفاق كتابي على البنود المتبقية أو فصلها كعرض مستقل |
| قبول كتابي كامل | مقبول — مرحلة التسليم | الإصدار المقبول هو المرجع المعتمد | تسليم الملف لفريق التنفيذ بقائمة تحقق |
| مرّ تاريخ انتهاء الصلاحية دون رد | لا يثبت انتهاء المستند رفض الفرصة؛ تسجل المتابعة وحالة الرد بصورة منفصلة | المستند منتهي الصلاحية؛ تُراجع الشروط ويُوثق التمديد أو التحديث إذا اعتمد | راجع الموعد المتفق عليه وسبب المتابعة قبل التواصل أو الإغلاق الداخلي |
سيناريوهات محلولة
سيناريو القبول الجزئي (افتراضي): عرض تجهيز ثلاثة طوابق بقيمة 180,000 ر.س؛ وافق العميل كتابيًا على الطابق الأول فقط (60,000 ر.س) وأرجأ الباقي. الحالة الصحيحة: الفرصة لا تصبح مقبولة بالكامل؛ يبقى جزء الطوابق 2 و3 في قيد التفاوض أو يفصل كفرصة جديدة مستقلة بمرجع خاص. مستند العرض يوثق البند المقبول (الطابق الأول) وقيمة الجزء المقبول منفصلة عن قيمة البنود المؤجلة؛ التأجيل لا يعني رفضا، حتى لا تتضخم أرقام التقرير لاحقًا.
سيناريو انتهاء الصلاحية مع استمرار النقاش (افتراضي): انتهت صلاحية عرض في 30 سبتمبر، ثم رد العميل في 5 أكتوبر بالتفاوض على السعر. المستند منتهي الصلاحية، لكن الفرصة ليست مرفوضة: نرد بأن السعر السابق لم يعد ساريًا ونصدر إصدارًا جديدًا بمرجع وتاريخ صلاحية محدثين. الخطأ الشائع هنا اعتبار العرض "مقبولًا" أو "منتهيًا نهائيًا" دون التمييز بين حالة المستند وحالة الفرصة — والتصنيف الصحيح موضح في تحليل أسباب رفض العروض وقائمة التسليم بعد القبول.
أسئلة شائعة
متى ننقل العرض من "مرسل" إلى "منتهي الصلاحية"؟ عند مرور تاريخ صلاحية موثق. إذا لم يوجد تاريخ فلا تختلقه؛ سجل حالة التواصل كما هي، أو قرار إغلاق المتابعة داخليا وسببه بصورة منفصلة.
كيف نسجل إشعار قبول شفهي؟ سجل ما ورد وتاريخه وصاحبه ومرجع العرض، وحدد هل ينتظر تأكيدا وفق إجراء الشركة. لا تجعل تدوين المكالمة وحده تفويضا تلقائيا للتنفيذ أو حكما قانونيا؛ تحقق من صاحب الصلاحية ونطاق الموافقة والمتطلبات المتفق عليها.
ماذا لو رفض العميل جزءًا وقبل الباقي؟ استخدم حالة "مقبول جزئيا" مع تفاصيل البنود، ولا تدخل القيمة الكاملة ضمن المقبول. ما أُرجئ ليس مرفوضا تلقائيا، ويظل التنفيذ مقصورا على النطاق الذي حُسمت جاهزيته وتفويضه.
هل يمكن للعرض العائد من "منتهي" أن يبدأ من الصفر؟ لا بالضرورة؛ إذا عاد العميل لنفس النطاق نفسه، يعاد فتح السجل نفسه بمراجعة جديدة بسعر محدث، وهكذا يبقى تاريخ النقاش كله في مكان واحد بدل عرض ثانٍ مكرر لنفس العميل.
اختبر في تجربة موتفلكس كيفية تنظيم سجل العميل والمهام والمرفقات وفقا لهذا التصنيف. المعيار العملي هو أن يفهم زميل يتسلم المتابعة حالة العرض ومصدرها وخطوته التالية من السجل، لا من التخمين.
