castomo कुटुंबाच्या आत
ग्राहक आठ ग्राहक राहणे थांबवतो तिथे
आपण आधीच dash-b, castomo, clickSomo किंवा FABLS वापरत असाल, तर आधुनिक एकत्रीकरणाची समस्या आपण भेटली आहे: प्रत्येक गोष्ट प्रत्येक गोष्टीशी जोडली जाते, आणि तोच माणूस आठ ठिकाणी आठ वेळा अस्तित्वात येतो, प्रत्येक ठिकाणी थोडा वेगळ्या पद्धतीने लिहिलेला, आणि प्रत्येक ठिकाण स्वतःलाच अधिकृत समजते.
सामान्य उपाय म्हणजे सिंक्रोनायझेशन जॉब, जो दोन खोटी एकमेकांशी जुळवण्याचा पूर्ण उद्देश असलेले यंत्र असते. ते तोपर्यंत चालते जोपर्यंत चालू अवस्थेत एका बाजूला संपादन होत नाही — तेव्हा आपल्याकडे तिसरे खोटे आणि एक सपोर्ट तिकीट तयार होते.
iKonekt कुटुंबाशी एकत्रित (इंटिग्रेटेड) नाही. ते त्याच्या आत आहे. तीच साइन-इन, तेच खाते, खाली तीच प्लॅटफॉर्म — त्यामुळे ग्राहक रेकॉर्ड उत्पादनांमध्ये जुळवावा लागत नाही, कारण तो एकच आहे.
खाली castomAPI
कुटुंबातील प्रत्येक उत्पादन ज्या प्लॅटफॉर्म स्तरावर चालते: एक खाते, एक वॉलेट, प्रमाणीकरण, बिलिंग, पेमेंट आणि बुकिंगसाठी सेवांचा एकच संच. कनेक्टर शौर्याचे नसून लहान असण्याचे कारण हेच आहे.
clickSomo, दोन्ही दिशांनी
मेसेजिंग ऑटोमेशन जिथे ते चांगले आहे तिथेच राहते — clickSomo मध्ये. प्रवास करणारे म्हणजे संभाषण आणि त्याचा निकाल, त्यामुळे मालिकेला (sequence) माणूस कधी हातात घेतो ते कळते, आणि विक्रेत्याला मालिका आधी काय म्हणाली ते दिसते.
FABLS, वर खायला घालणारे
ब्लॉगिंग आणि सोशल्स वाचक निर्माण करतात; वाचक चौकशी निर्माण करतात; चौकशी येथे येतात आणि त्या निर्माण करणारा लेख स्रोत म्हणून नोंदलेला असतो. हे चक्र मध्ये स्प्रेडशीट न ठेवता पूर्ण होते.
castomUI ची फॉर्मे
castomUI ने तयार केलेली साइट्स आणि लँडिंग पेजेस अशी फॉर्मे घेऊन येतात जी येथे थेट येतात — ईमेलने नाही, आपण सांभाळत असलेल्या वेबहुकने नाही. पान आणि इनबॉक्स एकाच कुटुंबाने बनवले आहेत.
dash-b, पाहताना
त्याच खात्यातून वाचन करणारे डॅशबोर्ड, त्यामुळे भिंतीवरील आकडा आणि CRM मधील आकडा यांत कधीच फरक पडू शकत नाही — हा आश्चर्यास्पद दुर्मिळ गुण आहे.
castomo, घर
आपले आधीचे खाते. कुटुंबातील कोणत्याही गोष्टीत आपण साइन इन केले असेल, तर आपण यात साइन इन केले आहे — दुसरी नोंदणी नाही आणि हरवण्यासारखा दुसरा पासवर्ड नाही.
“दोन्ही दिशांनी” याचा खरा अर्थ काय
द्विदिश (two-way) हा शब्द जास्त वापरला जातो, त्यामुळे ही त्याची नेमकी आवृत्ती आहे. या कुटुंबातील कनेक्टर रात्रीची निर्यात (export) नसतो. clickSomo मालिका पाठवते आणि ग्राहक उत्तर देतो, तेव्हा उत्तर iKonekt च्या थ्रेडवर असते, आणि clickSomo ला पाठवणे थांबवायचे ते कळते — कारण आता माणूस बोलत आहे. विक्रेता येथे काम पूर्ण करतो, तेव्हा त्यात स्वारस्य असलेली उत्पादने त्याची एकदा, क्रमाने, कळविली जातात आणि त्यावर कृती करू शकतात.
कार्यक्षमता स्थानांतरित होत नाही. clickSomo मेसेजिंग उत्पादनच राहते आणि iKonekt संभाषणच राहते. रेषा पार करणारे म्हणजे प्रत्येक बाजूला खरोखर लागणाऱ्या थोड्या तथ्यांचा संच, जो इतका विश्वासार्हपणे पोहोचतो की कोणत्याही बाजूला अंदाज लावावा लागत नाही.
हे बांधताना एक निरीक्षण: एकत्रीकरणाचा कठीण भाग जवळजवळ कधीच पाठवणे नसते. कठीण असते ते एका गोष्टीचे स्वरूप ठरवणे — एका उत्पादनातील "संपर्क" दुसऱ्यात "लीड" आणि तिसऱ्यात "ग्राहक" आहे का. एकच कुटुंब असणे म्हणजे हा वाद एकदा, अंतर्गत, झाला आणि तो आपली समस्या झाला नाही.
एक खाते, आणि त्यातून बाहेर पडण्याचा एक मार्ग
उत्पादनांमध्ये खाते सामायिक केल्याने हा वाजवी प्रश्न उद्भवतो की कोणी आपला डेटा काढून घेऊ इच्छित असेल तेव्हा काय होते. या कुटुंबात मिटवण्याची (erasure) विनंती हा मेलबॉक्सचा नियम नसतो — ती ज्या उत्पादनांकडे काहीही आहे त्या सर्वांपर्यंत पसरते, आणि प्रत्येक स्वतःसाठी उत्तर देते. फॉर्म बांधण्यापेक्षा हे बांधणे बरेच कठीण आहे, आणि तेच कारण आहे की ते कोणी वाचत नाही अशा धोरणात नव्हे तर येथे उल्लेखनीय आहे.
आपण आधीच कुटुंबात असाल, तर आपले येथे खाते आधीच आहे.
एकच साइन-इन, एकच ग्राहक, स्थलांतराचा वीकएंड नाही आणि शांतपणे सत्याची तिसरी आवृत्ती तयार करणारे सिंक्रोनायझेशन कार्य नाही.
“म्हणून आम्हाला ते बाकी सर्वांशी सिंक करावे लागेल.”
सिंक करण्यासारखे काहीही नाही.
कुटुंबातील सर्वांसाठी एक खाते, त्याच्या खाली एकच ग्राहक रेकॉर्ड. सिंक्रोनायझेशन कार्य म्हणजे दोन खोटी एकमेकांशी जुळवण्याचे काम करणारे यंत्र; येथे त्याऐवजी एकच सत्य आहे.
प्लॅटफॉर्म पहा →