उत्पादन
पाच भाग, आणि त्यांच्यामध्ये कोणतेही जोड नाहीत
बहुतांश CRMs हे डेटाबेस असतात ज्याच्यासमोर एक फॉर्म असतो, आणि संवाद पूर्णपणे वेगळ्या ठिकाणी होतो — मेलबॉक्समध्ये, फोनवर, मार्चपासून कोणीही उघडलेला नसलेल्या स्वतःच्या लहान इनबॉक्स असलेल्या चॅट विजेटमध्ये. iKonekt संवादापासून सुरुवात करते आणि बाहेरील दिशेने काम करते.
एक इनबॉक्स, प्रत्येक चॅनेल
चॅट, फॉर्म, मला पोहोचा (reach-me) विजेट, मला कॉल करा, ईमेल, फोन आणि कागदी फ्लायरवरील QR कोड. आठ दारे, एक खोली, आणि प्रत्येक आगमन कोणत्या दारातून आले याच्या खुणेसह.
आगमनावर नियुक्ती
पहिल्या सेकंदात जबाबदार व्यक्ती, नियम, प्रदेश किंवा रोस्टरद्वारे. सामायिक मेलबॉक्स — जो आश्वासक लीड्सचे प्रसिद्ध वृद्धाश्रम आहे — तो येथे अस्तित्वात नाही.
एक थ्रेड, टिपांसह
ग्राहकाने वापरलेला प्रत्येक चॅनेल, एका इतिहासात, अंतर्गत टिपांसह त्याच ठिकाणी आणि खरोखर टिकून राहणारा खाजगी फ्लॅगसह.
बिलापर्यंत पोहोचणारी पाइपलाइन
आले, नियुक्त केले, संवादात, कोट दिले, बुक केले आणि पैसे भरले, बिल केले. संपूर्ण मार्गावर तेच रेकॉर्ड, म्हणून कोणालाही पत्ता चौथ्यांदा टाइप करावा लागत नाही.
डेटाबेस लागू करणारे विभाजन
पहिल्या मायग्रेशनपासूनच बहु-टेनंट. अनेक ब्रँड, एक इन्स्टॉल, आणि शुक्रवारी पाचच्या पाच मिनिटांपूर्वी लिहिलेल्या क्वेरीविरुद्धही टिकून राहणारी सीमा.
आणि तुम्ही जो भाग पाहत नाही
या पाच भागांच्या खाली castomAPI आहे — कुटुंबातील इतर प्रत्येक उत्पादनासारखेच तेच खाते, तेच वॉलेट आणि तीच पायाभूत सुविधा. म्हणूनच कनेक्टर लहान आहेत.
पाच कसे जुळतात
प्रत्येक अस्तित्वात आहे कारण त्याच्या आधीच्या गोष्टीने एक समस्या निर्माण केली
ही समितीने व्हाइटबोर्डसमोर बसून तयार केलेली वैशिष्ट्यांची यादी नाही. क्रमाने वाचली तर प्रत्येक भाग हा आधीच्या भागामुळे उद्भवू शकणाऱ्या गोंधळाचे उत्तर आहे.
सर्व काही एका ठिकाणी पकडा, आणि एका आठवड्यात आपल्याकडे एक भव्य ढीग तयार होतो. मालकीशिवायचे प्रमाण म्हणजे गोष्टी हरवण्याची अधिक मोठी आवृत्ती; त्यामुळे नेमणूक आल्यावर लगेचच व्हायला हवी — कोणी उत्तर देण्याची इच्छा झाल्यावर नाही.
प्रत्येक गोष्टीला मालक द्या, आणि मालक लगेच एकच वाजवी प्रश्न विचारतो: या व्यक्तीला आधीच काय सांगितले गेले आहे? त्यामुळे प्रत्येक ग्राहकासाठी एकच थ्रेड, प्रत्येक चॅनेलवर, अवघड भागांसह. अंदाज लावावा लागणारा विक्रेता आत्मविश्वासाने आणि चुकीचा अंदाज लावतो, जो अंदाज न लावण्यापेक्षा वाईट आहे.
संपूर्ण इतिहास एका थ्रेडमध्ये ठेवा, आणि थ्रेडला काहीतरी पूर्ण करावेसे वाटू लागते. "ठीक आहे, तपशील पाठवा" असे संपून नंतर वाफेवर जाणारा संवाद हा संवाद नसतो, तो छंद असतो. त्यामुळे नोंद कधीही दुसऱ्या प्रणालीत कॉपी न करता कोट, बुकिंग, पेमेंट आणि बिलापर्यंत पुढे चालते.
नोंद इतक्या दूर नेऊन ठेवा, आणि त्यात आता नावे, क्रमांक, किंमती आणि पेमेंट तपशील असतात — आणि बरोबर तेव्हाच "आम्ही अ‍ॅप्लिकेशन लेयरमध्ये कंपनीनुसार फिल्टर करतो" हे वाक्य स्वीकार्य राहत नाही. त्यामुळे विभाजन खाली डेटाबेसमध्ये हलवले गेले, जिथे विसरलेला WHERE क्लॉज ते उलटू शकत नाही.
प्रामाणिक आवृत्ती: वर लिहिलेल्या क्रमानेच त्या प्रत्येक समस्येचा शोध लागला, आधीचे टप्पे पूर्ण झाले असे समजणाऱ्या लोकांकडून. सुव्यवस्थित वर्णन हे नंतरचे आहे. कोड नाही.
हे नाही
iKonekt जाणीवपूर्वक जे तीन गोष्टी करणार नाही
फक्त गुण दाखवणारे उत्पादन पृष्ठ कोणालाही विश्वास बसत नाही. हे निर्णय आहेत, आणि कायमचे आहेत.
ते कधीही थंड संदेश पाठवत नाही
iKonekt उत्तर देते, पाठपुरावा करते आणि आठवण करून देते. ज्यांनी कधी विचारलेले नाही त्यांच्याशी संवाद सुरू करत नाही. हा नियम या उत्पादनापेक्षा जुना आहे आणि तो बदलता येत नाही — यामुळे आपल्याला कमीत कमी एक मनोरंजक बैठक गमावली आहे.
ते आपल्या ग्राहकांना गुण देत नाही
0 ते 100 दरम्यान कोणताही गूढ क्रमांक नाही जो विक्रेत्याला सांगेल कोण लक्ष देण्यास पात्र आहे. थ्रेडच हा पुरावा आहे. एखादी लीड पाठपुराव्यास योग्य असल्यास, व्यक्ती सुमारे नऊ सेकंदांत कारण पाहू शकते.
ते आपली इतर साधने बदलत नाही
clickSomo कडे मेसेजिंग ऑटोमेशन राहते, FABLS कडे प्रकाशन राहते, आपला लेखापाल लेखाकर्म ठेवतो. iKonekt संवाद आणि ग्राहक नोंद जपते. बाकी सर्व जिथे आधीपासून चालते तिथेच राहते.
इनबॉक्सपासून सुरुवात करा. बाकी सर्व त्यातूनच येते.
एक चॅनेल जोडा, ते कुठे येते ते पाहा, आणि प्रभावित होण्याचा कंटाळा आल्यावर पुढचे जोडा.