لماذا تكون إيرادات الشركاء المصدرها غير مرئية في معظم أنظمة إدارة علاقات العملاء

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

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

بُني نظام إدارة علاقات العملاء للمبيعات المباشرة

Salesforce، وHubSpot، وكل نظام إدارة علاقات عملاء مُصمم على غرارها تشترك في افتراض تأسيسي: الصفقة لها مالك واحد، وحساب واحد، ومسار خطي واحد من العميل المحتمل إلى الإغلاق. هذا جيد حين يجد مندوبك عميلًا محتملاً، ويعمل عليه، ويوقعه. ينكسر لحظة ظهور شريك.

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

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

يُقرَّر الإسناد في الوقت الخطأ، من قِبل الأشخاص الخطأ

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

ذلك تضارب مصالح مدمج. راتب مسؤول الحسابات يعتمد على أن تكون الصفقة ذاتية المصدر. حجة عدد موظفي فريق التحالفات تعتمد على أن تكون مصدرها شريك. كلاهما ينظر إلى الفرصة نفسها بحوافز معاكسة، ولا تقدم إدارة علاقات العملاء دليلًا محايدًا لحسم الأمر. من يتحكم بالحقل يتحكم بالقصة، وعادة ليس فريق الشركاء. هذا هو قلب مشكلة إسناد البيع المشترك التي لا يتحدث عنها أحد: نظام السجل لا يسجل الشيء الذي يُتجادل حوله.

النتيجة قابلة للتنبؤ. إيرادات الشركاء المصدرها يُقلَّل تقديرها، لأن كل الحوافز تميل في اتجاه واحد. وبمجرد أن يبدو الرقم صغيرًا، يبدو البرنامج اختياريًا.

الدليل موجود، فقط ليس حيث تنظر إدارة علاقات العملاء

الجزء المحبط هو أن دليل مشاركة الشريك موجود دائمًا تقريبًا في مكان ما. التعريف في بريد إلكتروني أو نموذج إحالة في بوابة الشريك. تنسيق البيع المشترك في Slack أو Teams أو غرفة صفقة مشتركة. معاملة السوق في وحدة تحكم شريك AWS أو Azure أو Google Cloud. تاريخ العلاقة في إدارة علاقات العملاء الخاصة بالشريك، التي لا يمكنك رؤيتها إطلاقًا.

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

ما يتطلبه جعله مرئيًا

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

تبنَّ نموذج صفقة متعدد الأطراف. يجب أن يكون الفضل قابلًا للتعبير كشركاء متعددين بأدوار مميزة، سواء مصدرها، أو متأثرة، أو بيعت مشتركًا، أو نُفذت، كل واحد بختم زمني. كل شيء آخر يعتمد على هذا.

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

ضع قواعد إسناد قبل بدء الربع. قرر مسبقًا ما يُحتسب كمصدر مقابل متأثر وطبّقه بالطريقة نفسها في كل مرة. قاعدة متوسطة تُطبق باستمرار تتفوق على قاعدة مثالية يُتفاوض عليها تحت ضغط العمولة.

اربط الأنظمة المحيطة. نماذج الإحالة، والأسواق، وأدوات التعاون حيث تعيش إشارات الشركاء يجب أن تتدفق إلى صورة الإيرادات. هذه هي الفجوة التي وُجد تنسيق الإيرادات لسدها، بتوحيد الإشارات عبر مجموعة الأدوات بدلًا من الثقة بحقل واحد محدَّث يدويًا.

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

أبرز النقاط

• بُنيت أنظمة إدارة علاقات العملاء لبائع واحد، وصفقة واحدة، ومسار واحد. لا تستطيع هيكليًا تمثيل صفقة مصدرها شريك، ولا طبقة تقرير تصلح ذلك.
• حقل الشريك أحادي الاختيار يسطّح حركة متعددة الأطراف إلى قيمة واحدة، وعادة يكون فارغًا على أي حال لأنه لا يؤثر على العمولات.
• يُقرَّر الإسناد بعد وقوع الحدث من قِبل أشخاص بحوافز معاكسة. فريق الشركاء نادرًا ما يفوز بذلك الجدال.
• الدليل يجلس في نماذج الإحالة، ووحدات تحكم السوق، ومحادثات Slack. إنه فقط لا يصل أبدًا إلى سجل الفرصة.
• نموذج بيانات متعدد الأطراف، والتقاط عند المصدر، وقواعد متفق عليها قبل الربع. مزيد من التقارير اليدوية لن يوصلك إلى هناك.

إيرادات الشركاء المصدرها لا يجب أن تبقى غير مرئية. يجب التقاطها حيث تولد وربطها بحيث تُحتسب. إذا أردت رؤية كيف تجمع منصة تنسيق إيرادات مثل Revnewo إشارات الشركاء المبعثرة تلك معًا، فتلك خطوة تالية معقولة نحو إثبات ما تستحقه منظومتك فعليًا.