جوه عيلة castomo
المكان اللي العميل بيبطل فيه ٨ عملاء
لو بتستخدم dash-b أو castomo أو clickSomo أو FABLS، فأنت قابلت مشكلة التكامل الحديثة: كل حاجة متوصلة بكل حاجة، ونفس الإنسان بيطلع موجود ٨ مرات، مكتوب بشكل مختلف شوية، في ٨ أماكن كل واحد فيهم فاكر نفسه المصدر الرسمي.
الحل المعتاد هو مهمة مزامنة، ودي آلة وظيفتها الوحيدة إنها تخلي كذبتين يتفقوا. بتشتغل لحد ما حد يعدّل على طرف واحد وقت التشغيل، وساعتها يبقى عندك كذبة تالتة وتذكرة دعم.
iKonekt مش متكامل مع العيلة، هو جواها. نفس تسجيل الدخول، نفس الحساب، نفس المنصة اللي تحت — فسجل العميل مش محتاج يتطابق بين المنتجات، لأن فيه نسخة واحدة منه.
castomAPI تحت الكل
طبقة المنصة اللي كل منتج في العيلة شغال عليها: حساب واحد، محفظة واحدة، ومجموعة خدمات واحدة للمصادقة والفواتير والمدفوعات والحجوزات. وده سبب إن الكونكتورات قصيرة مش بطولية.
clickSomo، في الاتجاهين
أتمتة الرسايل بتفضل في مكانها الصح — في clickSomo. اللي بيتنقل هو المحادثة والنتيجة، فالتسلسل بيعرف إمتى إنسان اتدخل، والبائع يقدر يشوف التسلسل قال إيه قبل كده.
FABLS، بيلوّق من فوق
البلوجينج والسوشيال بيجيبوا قراء، والقراء بيجيبوا استفسارات، والاستفسارات بتنزل هنا مع تسجيل المقال اللي جابها كمصدر. الدايرة بتقفل من غير جدول إكسل في النص.
فورمات castomUI
المواقع وصفحات الهبوط اللي بتتولد من castomUI فيها فورمات بتنزل هنا مباشرة — مش بالإيميل، مش بويب هوك بتديره أنت. الصفحة والإنبوكس اتعملوا من نفس العيلة.
dash-b، بيراقب
داشبوردات بتقرا من نفس الحساب، فالرقم اللي على الحيطة والرقم اللي في الـCRM مينفعش يختلفوا — ودي خاصية نادرة بشكل مدهش.
castomo، البيت
الحساب اللي عندك بالفعل. لو سجلت دخول لأي حاجة في العيلة، يبقى سجلت هنا — مفيش تسجيل تاني ومفيش باسورد تاني تقدر تنساه.
يعني إيه "في الاتجاهين" بالظبط
"الاتجاهين" كلمة بتتكرر زيادة، فدي النسخة المحددة. الكونكتور في العيلة دي مش تصدير ليلي. لما clickSomo يبعت تسلسل والعميل يرد، الرد بيظهر على محادثة iKonekt، وclickSomo بيعرف يبطل يبعت — لأن فيه إنسان بيتكلم دلوقتي. ولما بائع يقفل شغلانة هنا، المنتجات اللي تهمها الخبرة بتتقالها مرة واحدة، بالترتيب، وتقدر تتصرف.
الوظائف مش بتتنقل. clickSomo بيفضل منتج الرسايل وiKonekt بيفضل المحادثة. اللي بيعدي الخط هو المجموعة الصغيرة من المعلومات اللي كل طرف محتاجها فعلاً، وبتوصل بدقة كفاية إن ولا طرف يضطر يخمّن.
ملاحظة من تجربة بناءه: الجزء الصعب في أي تكامل مش الإرسال تقريبًا أبدًا. الصعب هو الاتفاق على إن الحاجة هي إيه — هل "عميل محتمل" في منتج هو "ليد" في تاني و"عميل" في تالت. إننا عيلة واحدة معناه إن الجدل ده حصل مرة واحدة، جوه، ومبقاش مشكلتك أنت.
حساب واحد، وواحد طريق للخروج منه
إنك تشارك حساب واحد بين المنتجات بيرفع السؤال المنطقي: يبقى إيه لو حد عايز بياناته تتمسح؟ في العيلة دي طلب المسح مش قاعدة في صندوق بريد — بيروح لكل المنتجات اللي شايلة أي حاجة، وكل واحد بيرد عن نفسه. وده أصعب بكتير في البناء من فورم، وده سبب إنه يستاهل يتذكر هنا مش في سياسة محدش بيقراها.
لو أنت بالفعل في العيلة، يبقى عندك حساب هنا بالفعل.
نفس تسجيل الدخول، نفس العميل، من غير ويكند ترحيل ومن غير مهمة مزامنة بتخترع بصمت نسخة تالتة من الحقيقة.
"يبقى هنعمل مزامنة مع كل حاجة تانية."
مفيش حاجة محتاجة مزامنة.
حساب واحد على مستوى العيلة، وسجل عميل واحد تحته. مهمة المزامنة آلة كل هدفها إنها توافق بين كذبتين؛ هنا فيه حقيقة واحدة بدل كده.
شوف المنصة ←