لماذا تتفوق طبقة البيانات المشتركة على التكاملات نقطة إلى نقطة

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

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

الحسابات تسوء بسرعة

النقطة إلى نقطة تتوسع بشكل سيء لسبب تركيبي بحت. مع n من الأنظمة، عدد الاتصالات المباشرة الممكنة هو n(n-1)/2. ثلاث أدوات تحتاج إلى ما يصل إلى ثلاثة تكاملات، وهذا لا شيء. عشر أدوات تحتاج إلى ما يصل إلى خمسة وأربعين. وكل تكامل ليس أنبوباً. إنه مجموعة من ربط الحقول، وجدول مزامنة، وتحويل، ونمط فشل. اضرب ذلك في خمسة وأربعين ويكون لديك سطح صيانة لا يستطيع أي فريق إبقاءه نظيفاً.

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

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

ماذا تعني "طبقة البيانات المشتركة" فعلياً

طبقة البيانات المشتركة أكثر من قاعدة بيانات يمكن للجميع الاستعلام عنها. ثلاث خصائص تفصلها عن مكبّ نفايات مشترك.

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

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

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

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

كيف يبدو في سيناريو واحد

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

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

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

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

متى تكون النقطة إلى نقطة جيدة

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

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

فك الكتلة المتشابكة

إذا كانت لديك بالفعل الكتلة المتشابكة، لا تنتزعها بين عشية وضحاها. المسار الذي يعمل:

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

إنه نفس الانضباط التدريجي الذي يجعل الترحيل من جداول البيانات ممكن النجاة منه. غيّر السباكة بدون قطع المياه.

أبرز النقاط

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

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