उत्पाद
पाँच भाग, और उनके बीच कोई जोड़ नहीं
अधिकांश CRM एक डेटाबेस होते हैं जिसके सामने एक फ़ॉर्म होता है, और बातचीत पूरी तरह कहीं और होती है — किसी मेलबॉक्स में, किसी फ़ोन में, किसी चैट विजेट में जिसका अपना छोटा इनबॉक्स मार्च के बाद से किसी ने नहीं खोला। iKonekt बातचीत से शुरू होता है और बाहर की ओर काम करता है।
एक इनबॉक्स, हर चैनल
चैट, फ़ॉर्म, रीच-मी विजेट, कॉल-मी, ई-मेल, फ़ोन और काग़ज़ी पर्चे पर एक QR कोड। आठ दरवाज़े, एक कमरा, और हर आगंतुक के साथ वह दरवाज़ा अंकित जिससे वह आया।
आगमन पर असाइनमेंट
पहले ही सेकंड में एक स्वामी, नियम, क्षेत्र या रोस्टर से। साझा मेलबॉक्स — आशाजनक लीड्स का वह प्रसिद्ध वृद्धाश्रम — यहाँ मौजूद ही नहीं है।
एक थ्रेड, नोट्स सहित
ग्राहक द्वारा कभी उपयोग किया गया हर चैनल, एक ही इतिहास में, आंतरिक नोट्स उसी स्थान पर, और एक निजी फ़्लैग जो सचमुच कायम रहता है।
एक पाइपलाइन जो इनवॉइस तक पहुँचती है
प्राप्त, असाइन, बातचीत में, कोटेशन दिया, बुक और भुगतान हुआ, इनवॉइस जारी। पूरे रास्ते वही रिकॉर्ड, ताकि कोई चौथी बार पता दोबारा टाइप न करे।
डेटाबेस द्वारा लागू किया गया पृथक्करण
पहले माइग्रेशन से ही मल्टी-टेनेंट। कई ब्रांड, एक इंस्टॉल, और एक सीमा जो शुक्रवार को पाँच बजकर पाँच मिनट पर लिखी गई क्वेरी के विरुद्ध भी टिकी रहती है।
और वह भाग जो आपको दिखता नहीं
इन पाँचों के नीचे castomAPI है — वही खाता, वही वॉलेट और वही इंफ़्रास्ट्रक्चर जो परिवार के हर अन्य उत्पाद का है। इसीलिए कनेक्टर छोटे होते हैं।
पाँच कैसे जुड़ते हैं
हर एक इसलिए मौजूद है क्योंकि उससे पहले वाले ने एक समस्या पैदा की थी
यह कोई व्हाइटबोर्ड के सामने बैठकर समिति द्वारा तैयार की गई फ़ीचर सूची नहीं है। क्रम से पढ़िए, तो हर हिस्सा पिछले हिस्से से होने वाली गड़बड़ी का ही समाधान है।
सब कुछ एक जगह पकड़ें, और एक सप्ताह में आपके पास एक शानदार ढेर तैयार हो जाएगा। स्वामित्व के बिना मात्रा, चीज़ें खोने का बस एक तेज़ रूप है, इसलिए ज़िम्मेदारी सौंपना आने पर ही होना चाहिए — तब नहीं जब किसी को जवाब देने का मन करे।
हर चीज़ को एक स्वामी दें, और स्वामी तुरंत एकमात्र उचित प्रश्न पूछता है: इस व्यक्ति को पहले क्या बताया जा चुका है? इसीलिए हर ग्राहक के लिए एक ही थ्रेड, हर चैनल पर, कठिन हिस्सों सहित। जिस विक्रेता को अनुमान लगाना पड़े, वह पूरे आत्मविश्वास से ग़लत अनुमान लगाएगा, जो अनुमान न लगाने से भी बदतर है।
पूरा इतिहास एक थ्रेड में रखें, और थ्रेड खुद कुछ पूरा करने की चाह रखने लगता है। वह बातचीत जो "बढ़िया, मुझे विवरण भेज दीजिए" पर ख़त्म होकर वाष्प बन जाती है, बातचीत नहीं, शौक है। इसलिए रिकॉर्ड कोट, बुकिंग, भुगतान और इनवॉइस तक चलता है, बिना कभी किसी दूसरे सिस्टम में कॉपी किए।
रिकॉर्ड को इतनी दूर तक ले जाएँ, और अब उसमें नाम, नंबर, क़ीमतें और भुगतान विवरण होते हैं — और ठीक यहीं "हम एप्लिकेशन लेयर में कंपनी के अनुसार फ़िल्टर करते हैं" जैसा वाक्य अस्वीकार्य हो जाता है। इसलिए पृथक्करण डेटाबेस तक नीचे ले जाया गया, जहाँ भूला हुआ WHERE क्लॉज़ इसे रद्द नहीं कर सकता।
ईमानदार संस्करण: वे सभी समस्याएँ ऊपर लिखे क्रम में ही खोजी गई थीं, उन लोगों द्वारा जो सोचते थे कि वे पिछला चरण पूरा कर चुके हैं। साफ़-सुथरी कथा पश्चातदृष्टि की देन है। कोड की नहीं।
यह क्या नहीं है
तीन चीज़ें जो iKonekt जानबूझकर नहीं करेगा
जो उत्पाद पृष्ठ केवल अपनी खूबियाँ गिनाता है, उस पर कोई भरोसा नहीं करता। ये चुनाव हैं, और स्थायी चुनाव हैं।
यह कभी ठंडा संदेश नहीं भेजता
iKonekt उत्तर देता है, फ़ॉलो-अप करता है और याद दिलाता है। यह उन लोगों से बातचीत शुरू नहीं करता जिन्होंने कभी माँगी नहीं। यह नियम इस उत्पाद से भी पुराना है और यह कॉन्फ़िगर योग्य नहीं है — जिसकी क़ीमत हमें कम से कम एक दिलचस्प बैठक चुकानी पड़ी।
यह आपके ग्राहकों को स्कोर नहीं करता
0 से 100 के बीच कोई रहस्यमय संख्या नहीं जो विक्रेता को बताए कि किसे ध्यान देना चाहिए। थ्रेड ही प्रमाण है। अगर कोई लीड पीछा करने लायक़ है, तो कोई व्यक्ति लगभग नौ सेकंड में कारण देख सकता है।
यह आपके अन्य टूल नहीं बदलता
clickSomo मैसेजिंग ऑटोमेशन रखता है, FABLS प्रकाशन रखता है, आपका लेखपाल लेखा रखता है। iKonekt बातचीत और ग्राहक रिकॉर्ड संभालता है। बाक़ी सब वहीं रहता है जहाँ वह पहले से काम करता है।
इनबॉक्स से शुरू करें। बाक़ी सब उसी से निकलता है।
एक चैनल जोड़िए, देखिए चीज़ें कहाँ पहुँचती हैं, और जब प्रभावित होने से ऊब जाएँ तो अगला जोड़ दीजिए।