- في المقاولات لا يصلح «العميل» مركزًا للسجل، لأن الجهة نفسها قد تكون مالكًا في مشروع، ومنافسًا في آخر، وشريكًا في ثالث. اجعل المشروع السجل المركزي، واربط به كل جهة بدورها في هذا المشروع تحديدًا.
- الدور يُسجل على مستوى «المشاركة في المشروع» لا على الجهة: المالك، ومدير المشروع، والاستشاري المصمم، والاستشاري المشرف، والمقاول الرئيسي، ومقاولو الباطن والموردون. ولكل مشاركة ما تؤثر فيه: المواصفات، أو الترسية، أو اعتماد المواد، أو صرف المستخلصات.
- تأثير كل طرف يتغير مع مرحلة المشروع. الاستشاري المصمم يحسم المواصفات قبل الطرح بأشهر، والمشرف يحسم اعتماد المواد بعد الترسية. خطة المتابعة تتبع المرحلة لا التقويم.
- إن كنت مقاول باطن أو موردًا فالمشروع الواحد قد يعني عروضًا لعدة مقاولين رئيسيين متنافسين. سجّلها فرصًا مرتبطة بالمشروع نفسه واحسب قيمته في المسار مرة واحدة، وإلا تضخم المسار أضعافًا.
تشرح هذه المقالة كيف تمثّل شركة المقاولات داخل CRM شبكة الأطراف المؤثرة في المشروع: من يُسجَّل، وبأي دور، وما الذي يؤثر فيه كل طرف ومتى، وكيف تتابع كل طرف بما يناسب موقعه، وكيف تقرأ علاقاتك مع الاستشاريين والملاك عبر المشاريع. أما دورة المنافسة نفسها من الرصد إلى الترسية فمشروحة في صفحة القطاع، ولا نكررها هنا.
لماذا يكون المشروع هو السجل المركزي؟
في البيع المعتاد بين المنشآت، يوجد عميل واحد تتعدد جهات الاتصال داخله. في المقاولات يوجد مشروع واحد تتعدد الجهات حوله، ولكل منها مصلحة مختلفة، وأحيانًا متعارضة. المالك يريد السعر والمدة، والاستشاري يريد المواصفة التي كتبها وجودة التنفيذ، ومدير المشروع يريد الالتزام بالجدول، والمقاول الرئيسي يريد هامشه، ومقاول الباطن يريد أن يُسمّى في المواصفات أو يُختار من بين المنافسين.
إذا بنيت CRM حول «العميل» وحده، تظهر ثلاث مشكلات سريعًا:
- الجهة ذات الأدوار المتعددة: مكتب استشاري صمّم مشروعًا فازت به شركتك، وأشرف على مشروع خسرته، وهو اليوم يصمم مشروعًا ثالثًا. تسجيله «عميلًا» يخفي أنه لم يدفع لك ريالًا واحدًا، لكنه أثّر في كل ريال كسبته منه.
- المنافس الذي يصبح عميلًا: مقاول رئيسي تنافسه على مشروع حكومي، ثم يطلب منك عرضًا لأعمال باطن في مشروع آخر. تصنيفه الثابت «منافس» أو «عميل» خطأ في الحالتين.
- المهندس المتنقل: مهندس كان مدير مشروع لدى المالك، ثم انتقل إلى مكتب استشاري. علاقته بشركتك قائمة، لكن موقعه في القرار تغيّر كليًا.
الحل أن يكون المشروع سجلًا مستقلًا في النظام، وأن تُسجَّل الجهات والأشخاص مرة واحدة في ملفات العملاء وجهات الاتصال، ثم تُربط بكل مشروع عبر سجل وسيط اسمه «المشاركة»: هذه الجهة، في هذا المشروع، بهذا الدور، ومن هذا التاريخ إلى ذاك.
الأطراف حول المشروع وما يملكه كل منها
تختلف الأطراف بحسب نوع العقد: في عقود التصميم ثم الطرح ثم التنفيذ يكون الاستشاري المصمم طرفًا مستقلًا، وفي عقود التصميم والتنفيذ ينتقل جزء من دوره إلى المقاول. لكن الطبقات التالية تغطي أغلب مشاريع البناء والبنية التحتية في السعودية، سواء كان المالك جهة حكومية أو مطورًا عقاريًا أو شركة خاصة.
- المالكيملك الميزانية وقرار الطرح والترسية النهائية وصرف المستخلصات. في الجهات الحكومية تمثّله لجان الفحص والترسية
- مدير المشروع أو ممثل المالكقد يكون إدارة داخلية لدى المالك أو شركة إدارة مشاريع متعاقدة. يراقب الجدول والتكلفة، ويوصي في الترسية والمطالبات
- الاستشاري المصمميكتب المواصفات وجداول الكميات، ويحدد الماركات أو المصنعين المقبولين، ويقيّم العروض الفنية في كثير من المشاريع
- الاستشاري المشرفيعتمد المواد والمخططات التنفيذية وعينات التنفيذ، ويصادق على الكميات المنفذة قبل المستخلص. قد يكون المكتب المصمم نفسه أو مكتبًا آخر
- المقاول الرئيسييتعاقد مع المالك، ويختار مقاولي الباطن والموردين ضمن ما تسمح به المواصفات، ويتحمل التنسيق بينهم
- مقاولو الباطن والموردونيتنافسون على حزم الأعمال لدى المقاول الرئيسي، ويحتاجون اعتماد الاستشاري المشرف لموادهم قبل التوريد
موقع شركتك يغيّر قراءة المخطط كليًا. المقاول الرئيسي يعتبر المالك عميله، والاستشاري مؤثرًا، ومقاولي الباطن موردين. أما مقاول الأعمال الكهروميكانيكية أو الواجهات أو العزل، فعميله المباشر هو المقاول الرئيسي، لكن قراره يُحسم غالبًا في مكتب الاستشاري المصمم. لذلك حدد عند إعداد النظام من هو «العميل الدافع» ومن هو «المؤثر» من موقعك أنت.
كيف يُسجَّل ذلك في النظام؟
النموذج يحتاج أربعة سجلات مترابطة، وكلها تبقى بعد انتهاء المشروع لتصبح تاريخ علاقة:
| السجل | ما يحمله | ملاحظة التصميم |
|---|---|---|
| المشروع | الاسم، والموقع، ونوع الأعمال، ونوع العقد (تصميم ثم تنفيذ، أو تصميم وتنفيذ)، والمرحلة الحالية للمشروع، والقيمة التقديرية | مرحلة المشروع هنا مرحلة المشروع نفسه (تصميم، طرح، ترسية، تنفيذ، تسليم)، وهي تختلف عن مرحلة فرصتك فيه |
| الجهة | بيانات المنشأة: مالك، أو استشاري، أو مقاول، أو مورد، ويجوز أن تحمل أكثر من صفة | لا يُحفظ الدور هنا. الصفة العامة للتصفية فقط |
| المشاركة | الجهة، والمشروع، والدور في هذا المشروع، وما تؤثر فيه، وتاريخ البدء والانتهاء، وموقفها من شركتك، والمسؤول عن متابعتها لديكم | هذا هو قلب النموذج. الجهة الواحدة لها مشاركات عدة بأدوار مختلفة |
| الشخص في المشاركة | المهندس أو المدير الذي يمثل الجهة في المشروع، ودوره (مدير المشروع، مهندس التصميم، مهندس المواد) | الشخص سجل واحد يرتبط بجهات متعددة عبر الزمن، فيبقى تاريخه حين ينتقل |
وتُربط الفرصة البيعية بالمشروع، لا العكس. فالمشروع قد يحمل أكثر من فرصة: عرضك للمقاول الرئيسي الأول، وعرضك للثاني، وفرصة أعمال إضافية بعد الترسية. وكل فرصة ترث من المشروع قائمة الأطراف وأدوارهم، فيرى المندوب داخل الفرصة من يؤثر في قرارها دون إعادة إدخال.
حقل «ما تؤثر فيه» أهم من حقل الدور
الدور يصف موقع الجهة، لكن التأثير يصف ما يجب أن تفعله معها. اجعله قائمة مغلقة متعددة الاختيار:
- المواصفات: تحديد المواد أو الأنظمة أو المصنعين المقبولين.
- التأهيل: قبول شركتك ضمن المقاولين أو الموردين المسموح لهم بالتقديم.
- التقييم الفني: ترتيب العروض فنيًا قبل فتح الأسعار.
- الترسية: القرار النهائي.
- اعتماد المواد والمخططات: بعد الترسية وقبل التوريد.
- الصرف: المصادقة على المستخلصات والكميات.
بهذا الحقل يستطيع مدير تطوير الأعمال أن يسأل النظام: «ما المشاريع في مرحلة التصميم التي لا نعرف فيها من يؤثر في المواصفات؟». وهذا سؤال يحدد عمل الأسبوع.
من يهم في أي مرحلة من مراحل المشروع؟
أكثر ما يُفقد في المقاولات ليس المنافسة الخاسرة، بل المنافسة التي حُسمت قبل أن تدخلها: مواصفة كُتبت بماركة واحدة، أو قائمة تأهيل أُغلقت. الجدول التالي يربط مرحلة المشروع بالطرف الذي يحسم فيها، وبما تفعله شركتك معه. وهو مكتوب من موقع مقاول باطن أو مورد، لأنه الموقع الذي يتأثر أكثر بالتوقيت. المقاول الرئيسي يستخدمه بحذف العمود الخاص بالمقاولين الرئيسيين.
| مرحلة المشروع | الطرف الحاسم | ما يُحسم | ما تفعله داخل CRM |
|---|---|---|---|
| التصميم | الاستشاري المصمم | المواصفات والمصنعون المقبولون | مهمة عرض فني لمهندس التصميم، وإرسال بيانات المنتج واعتماداته، وتسجيل نتيجة «سُمّينا في المواصفة» أو «لم نُسمّ» |
| ما قبل الطرح | المالك أو مدير المشروع | قوائم التأهيل وحزم الطرح | التحقق من تسجيل شركتك لدى المالك، ومتابعة موعد الطرح المتوقع |
| الطرح | المقاولون الرئيسيون المتقدمون | من يطلب منك عرضًا وبأي سعر يدخل عرضه | فرصة لكل مقاول رئيسي يطلب عرضك، مرتبطة بالمشروع، وبسعر موحد أو مختلف حسب سياستك |
| الترسية | المالك ولجانه | المقاول الرئيسي الفائز | عند إعلان الفائز: فرصته تتقدم، وفرص المقاولين الآخرين تُغلق بسبب «لم يُرسَ على المقاول» لا «خسرنا السعر» |
| التنفيذ | المقاول الرئيسي والاستشاري المشرف | اختيار مقاول الباطن النهائي، واعتماد المواد | متابعة تقديم طلب اعتماد المواد ونتيجته، وتسجيل الملاحظات وإعادة التقديم |
| التسليم | المالك والمشرف | الاستلام والضمان والمرجعية | طلب خطاب مرجعية، وتسجيل تقييم العلاقة لكل طرف لاستخدامه في المشاريع القادمة |
لاحظ سطر الترسية: التمييز بين «خسرنا السعر» و«لم يُرسَ على المقاول الذي قدمنا له» يغيّر تحليل الخسارة كليًا. الأول يعني مراجعة التسعير، والثاني لا يقول شيئًا عن أدائك، وإنما عن اختيارك للمقاولين الذين تركز عليهم.
وحين يُطرح المشروع منافسةً رسمية، تتفرع منه إدارة المواعيد والكراسة والعرضين الفني والمالي، وهذا موضوع مقالة إدارة فرص المنافسات والعروض الفنية والمالية.
مشروع واحد وعدة فرص: كيف تمنع تضخم المسار؟
مقاول الباطن والمورد يواجهان حالة لا يعرفها أغلب البائعين: مشروع واحد تُطلب له عروض من أربعة مقاولين رئيسيين يتنافسون عليه. إن سُجّلت كل منها فرصة كاملة القيمة، يظهر في تقرير المسار أربعة أضعاف ما يمكن كسبه فعلًا.
مثال توضيحيمقاول أعمال كهروميكانيكية يُطلب عرضه لحزمة قيمتها التقديرية 3,000,000 ريال في مشروع مبنى إداري، من أربعة مقاولين رئيسيين. لو سُجّلت أربع فرص مستقلة بالقيمة نفسها، لظهر في المسار 12,000,000 ريال. والصحيح أن المشروع لا يُرسى إلا على مقاول رئيسي واحد، فأقصى ما يمكن كسبه 3,000,000 ريال.
المعالجة داخل النظام:
- فرصة رئيسية على المشروع
تحمل قيمة الحزمة مرة واحدة (3,000,000 ريال) واحتمالًا يعكس فرص شركتك في الحزمة أيًا كان الفائز.
مدير تطوير الأعمال - عروض فرعية لكل مقاول رئيسي
كل عرض مرتبط بالفرصة الرئيسية، بسعره وشروطه وجهة الاتصال لدى المقاول، ولا تدخل قيمته مجموع المسار.
فريق التسعير - احتمال مركب يُحدّث عند الترسية
قبل الترسية يعكس الاحتمال مزيجًا من «هل سيُرسى على مقاول قدمنا له؟» و«هل سيختارنا؟». بعد الترسية يبقى عرض واحد حيًا، ويُحدَّث الاحتمال بناءً على علاقتك بالفائز.
مدير المبيعات
في المثال: إن قدّرت أن احتمال اختيارك من أي مقاول رئيسي يفوز هو 40%، وأنك قدمت لكل المقاولين المتنافسين، فالقيمة المرجحة في المسار = 3,000,000 × 40% = 1,200,000 ريال. وإن كنت قدمت لثلاثة فقط من أربعة، وقدّرت أن كل واحد منهم له الفرصة نفسها في الترسية، فاحتمال أن يُرسى على مقاول قدمت له 75%، والقيمة المرجحة = 3,000,000 × 75% × 40% = 900,000 ريال.
متابعة كل طرف بما يناسب دوره
المتابعة الموحدة لكل الأطراف تزعج بعضها وتهمل بعضها. الاستشاري لا يريد اتصال مبيعات أسبوعيًا، والمقاول الرئيسي في أسبوع التسعير يريد ردًا خلال ساعات. لذلك تُبنى المتابعة على الدور والمرحلة معًا، وتُنشأ مهامها تلقائيًا عند تغير مرحلة المشروع:
- الاستشاري المصمم: علاقة فنية طويلة، يملكها لديكم مهندس أو مدير فني لا مندوب مبيعات. محتواها عروض فنية، وزيارات لمشاريع منفذة، وتحديث بيانات المنتجات والاعتمادات. إيقاعها مرتبط بالمشاريع التي في مرحلة التصميم لديه، لا بتقويم ثابت.
- المالك ومدير المشروع: علاقة إدارية يملكها مدير تطوير الأعمال أو الإدارة العليا. محتواها التأهيل والتسجيل، وخطط المشاريع القادمة، والمرجعية بعد التسليم.
- المقاول الرئيسي: علاقة تجارية يملكها فريق المبيعات والتسعير. تشتد في أسابيع الطرح، ثم تنتقل بعد الترسية إلى التفاوض على الشروط والتوريد والدفعات.
- الاستشاري المشرف: علاقة تنفيذية يملكها مدير المشروع لديكم. محتواها طلبات اعتماد المواد والمخططات التنفيذية ونتائجها، وهي مصدر معلومات لمن يتابع المشاريع القادمة للمكتب نفسه.
ما يفعله CRM: حين تتغير مرحلة المشروع من «تصميم» إلى «طرح»، تُنشأ مهمة لمسؤول كل مشاركة بحسب دورها: تأكيد التسمية في المواصفة مع المصمم، وسؤال المالك عن قائمة المقاولين المتقدمين، وفتح فرص للمقاولين الرئيسيين عند طلبهم. وتُضبط هذه القواعد مرة واحدة في الأتمتة ومسارات العمل.
ويبقى داخل كل مشاركة حقل «الموقف من شركتنا» (داعم، أو محايد، أو يفضل منافسًا، أو غير معروف) مع تاريخ آخر تحديث. الموقف غير المعروف لطرف يؤثر في المواصفات، في مشروع في مرحلة التصميم، هو أول ما يستحق الانتباه. أما خريطة أصحاب القرار داخل منشأة واحدة، بأدوارهم ومواقفهم وفجوات التغطية، فتجدها في مقالة إدارة جهات الاتصال عند تعدد أصحاب القرار.
قراءة العلاقات عبر المشاريع
القيمة الحقيقية لهذا النموذج تظهر بعد سنة أو سنتين، حين تتراكم المشاركات. يصبح بالإمكان أن تسأل عن كل استشاري أو مالك: في كم مشروع التقينا، وفي كم منها سُمّينا في المواصفة، وكم كسبنا؟
مثال توضيحي| الاستشاري المصمم | مشاريع مشتركة | سُمّينا في المواصفة | مشاريع كسبناها | نسبة الكسب |
|---|---|---|---|---|
| المكتب أ | 10 | 8 | 5 | 50% |
| المكتب ب | 9 | 2 | 1 | 11% |
| المكتب ج | 4 | 4 | 3 | 75% |
الأسماء والأرقام افتراضية، ونسبة الكسب = المشاريع المكتسبة ÷ المشاريع المشتركة (5 ÷ 10، و1 ÷ 9 ≈ 11%، و3 ÷ 4). القراءة: المكتب ب يصمم مشاريع كثيرة معك لكنه نادرًا ما يسميك في المواصفة، والخسارة مع مشاريعه تبدأ من التصميم لا من التسعير. والمكتب ج قليل المشاريع لكنه يسميك دائمًا، فالسؤال معه كيف تعرف بمشاريعه مبكرًا. هذه قراءة لا تتيحها تقارير الفرص وحدها، لأن الاستشاري ليس طرفًا في الفرصة من الأساس.
وتُبنى هذه التقارير في التقارير المخصصة من سجلات المشاركة مباشرة، مع تصفيتها حسب نوع الأعمال والمنطقة ونوع المالك.
قبل التطبيق: قرارات يحسمها فريقك
تتوقف جودة هذا النموذج على قرارات بسيطة تُتخذ قبل الإعداد، لا على التقنية:
- قائمة الأدوار وقائمة التأثير
قوائم مغلقة لا يضيف إليها المستخدمون نصًا حرًا، حتى تبقى التقارير قابلة للتجميع.
مدير تطوير الأعمال - من يُسجِّل المشاركات
من يرصد المشروع يسجل المالك والاستشاري. ومن يستلم طلب عرض من مقاول رئيسي يضيف مشاركته. ومدير المشروع لديكم يضيف المشرف بعد الترسية.
كل فريق في مرحلته - ملكية العلاقة لكل جهة
مسؤول واحد عن العلاقة العامة مع كل مكتب استشاري أو مالك متكرر، بصرف النظر عن مسؤول كل مشروع.
الإدارة - ترحيل تاريخ العلاقات
المشاريع السابقة المهمة تُدخل بأطرافها ونتائجها، ولو بصورة مختصرة، حتى تبدأ تقارير العلاقات بتاريخ حقيقي.
فريق التنفيذ مع تطوير الأعمال
في صفحة CRM للمقاولات والمكاتب الهندسية تجد الدورة الكاملة من رصد المشروع إلى الترسية وحقول المنافسات والضمانات. وإن أردت أن ترى نموذج المشروع والمشاركات مبنيًا على مشاريعكم الفعلية، فاحجز عرضًا توضيحيًا على مشروع من مشاريعكم واختر له مشروعًا تعدد فيه الأطراف، لنعرض كيف تظهر الأدوار والتأثير والمتابعة لكل طرف.
أسئلة شائعة
سجّل مشاركتين للجهة نفسها في المشروع، لكل منهما دورها وتاريخها والأشخاص الممثلون فيها. غالبًا يختلف المهندسون بين فريق التصميم وفريق الإشراف داخل المكتب نفسه، والفصل يحفظ لكل منهم موقعه ويجعل تقارير المكتب تجمع الدورين معًا.
نعم، جهاتٍ لها مشاركات بدور «منافس» في المشاريع التي تنافستم عليها. فالمنافس اليوم قد يطلب منك عرض باطن غدًا، ووجود سجله الواحد يمنع التكرار ويجمع تاريخ المنافسة والتعاون معه في مكان واحد. اضبط صلاحية الاطلاع على ملاحظات المنافسة للأدوار المعنية فقط.
لا تنشئ له سجلًا جديدًا. أنهِ ارتباطه بالجهة السابقة بتاريخ، واربطه بالجهة الجديدة، فيبقى تاريخ مشاركاته السابقة ظاهرًا في ملفه. انتقاله فرصة: علاقة قائمة أصبحت داخل مكتب يكتب المواصفات، ويستحق مهمة تواصل من مسؤول العلاقة.
لا. حدد عتبة بقيمة المشروع أو نوعه، تحتها يكفي تسجيل المالك والعميل الدافع. التفصيل الكامل للمشاريع التي تتعدد فيها الأطراف ويطول فيها القرار، لأنها التي يُكسب فيها العمل أو يُخسر قبل الطرح.