सीआरएम परियोजनाओं में उम्मीदें और वास्तविकताएं। हालिया घटनाक्रम कठोर वास्तविकताएँ: हितों का टकराव

समुद्री वोस्कैनियन
ओल्गा मेलनिक

जब बिक्री स्वचालन की बात आती है तो एक आईटी प्रबंधक जो पहली बात याद रखता है वह सीआरएम प्रणाली का कार्यान्वयन है। दरअसल, बिक्री प्रक्रिया में सीआरएम सिस्टम का उपयोग करने का व्यापक अनुभव दुनिया भर में जमा हुआ है। हालाँकि, अनुभव हमेशा सकारात्मक नहीं होता है। हम सीआरएम सिस्टम लागू करने के लिए परियोजनाओं के सकारात्मक और नकारात्मक पहलुओं का विश्लेषण करने का प्रयास कर रहे हैं।

सीआरएम कार्यान्वयन से आमतौर पर विशेष अपेक्षाएं होती हैं। फिर भी, यह बिक्री, प्रत्यक्ष आय प्राप्त करने या न प्राप्त करने के बारे में है। अक्सर, तीन परिदृश्यों में से एक कंपनी को CRM लागू करने के कठिन निर्णय की ओर धकेलता है:

  • संकट की स्थिति का उद्भव: प्रबंधक ने छोड़ दिया और ग्राहकों को "चुरा लिया", प्रतिस्पर्धा में तेज वृद्धि, कम ऋण वसूली, और जानकारी को नियंत्रित करना और कर्मचारियों की गतिविधियों को व्यवस्थित करना आवश्यक है;
  • तीव्र व्यवसाय विकास (या विकास की आवश्यकता), जिसे "पुराने ढंग" से जारी नहीं रखा जा सकता है, और कंपनी को नियमित संचालन, दक्षता नियंत्रण, संग्रह और ज्ञान के हस्तांतरण के स्वचालन की आवश्यकता होती है;
  • एक कॉर्पोरेट मानक जिसका पालन किया जाना चाहिए, ग्राहक आधार को मजबूत करके व्यवसाय के निवेश आकर्षण को बढ़ाना।

आईटी सेवा प्रदाता स्पुतनिक लैब्स के विशेषज्ञ इन स्थितियों को रूस के लिए सबसे विशिष्ट बताते हैं और साथ ही ध्यान देते हैं कि आधे से अधिक ग्राहकों के पास एक भी ग्राहक रजिस्टर नहीं है। सामान्य तौर पर, ग्राहक कंपनी सीआरएम के कार्यान्वयन से कम से कम ऑर्डर बहाल करने, विशिष्ट प्रबंधकों पर निर्भरता कम करने और अधिकतम बिक्री बढ़ाने की अपेक्षा करती है, अधिमानतः तेजी से।

हां, एक सफलतापूर्वक कार्य करने वाली सीआरएम प्रणाली आपको मौजूदा और संभावित (चित्र 1) दोनों, ग्राहकों और समकक्षों के बारे में जानकारी को व्यवस्थित करने की अनुमति देती है, ताकि एक एकल बनाया जा सके। सूचना स्थानऔर छँटनी और स्टाफ रोटेशन के परिणामस्वरूप ग्राहक डेटा के नुकसान और लीक को रोकें। यहां रूसी कंपनियों में से एक के प्रमुख की राय है: "सीआरएम किसी भी बिक्री विभाग के लिए एक बिल्कुल जरूरी और उपयोगी चीज है। यहां तक ​​​​कि सबसे सरल स्वचालन और ग्राहक आधार में बुनियादी आदेश की स्थापना भी आर्थिक प्रभाव देती है, व्यवसाय बनाती है अधिक पारदर्शी और टिकाऊ। यदि अधिक जटिल विपणन और विश्लेषणात्मक और सीआरएम प्रबंधन कार्यों को लागू करना संभव है, तो कंपनी अपनी दक्षता में उल्लेखनीय वृद्धि करती है।"

हालाँकि, जब बिक्री वृद्धि पर सीआरएम के प्रभाव की बात आती है, तो यह इतना आसान नहीं है। बेशक, सीआरएम में निवेश पर संभावित रिटर्न का अनुमान सीधे बिक्री वृद्धि के प्रभाव से संबंधित है। कुछ विश्व आँकड़े संकेत देते हैं कि CRM के कार्यान्वयन के माध्यम से निम्नलिखित हासिल किये गये हैं:

  • बिक्री चक्र में औसतन 10-15% की कमी;
  • जीते गए लेनदेन का प्रतिशत 5-10% बढ़ाना;
  • लाभदायक ग्राहकों की प्रतिधारण दर में 5% की वृद्धि;
  • निष्पादन समय में कमी नियमित संचालन 25-30% तक;
  • लेनदेन की औसत लाभप्रदता में 15-20% की वृद्धि;
  • बिक्री पूर्वानुमान की सटीकता को 99% तक बढ़ाना;
  • बिक्री, विपणन और उसके बाद ग्राहक सहायता की लागत में 10-15% की कमी;
  • ग्राहक सहायता विभाग सहित क्रॉस-सेलिंग के प्रतिशत में 5-10% की वृद्धि;
  • विपणन अभियानों की प्रभावशीलता में 5-7% की वृद्धि।

ऐसे आंकड़ों के परिणामस्वरूप, एक सुखद आंकड़ा कहा जाता है: "औसत सीआरएम परियोजना की लाभप्रदता दो से तीन वर्षों के भीतर 200 से 400% तक है।" हालाँकि, हर कोई इस बात से सहमत नहीं है। विप्रो के सीईओ ओलेग स्कोवोरोडनिकोव का विभिन्न सीआरएम के साथ छह साल का अनुभव थोड़ी अलग तस्वीर देता है। उनकी राय में, बिक्री में सुधार और सीआरएम के कार्यान्वयन के बीच कोई सीधा संबंध नहीं है। ओलेग स्कोवोरोडनिकोव ने निम्नलिखित को अपेक्षित लेकिन खोजे गए प्रभावों के रूप में सूचीबद्ध किया है।

1. बिक्री में वृद्धि."कोई सीधा संबंध नहीं मिला। परोक्ष रूप से, बिक्री इस तथ्य के कारण बढ़ती है कि प्रबंधक अधिक कुशलतापूर्वक और तेज़ी से काम करते हैं। लेकिन संख्याओं के साथ इसे साबित करना संभव नहीं था।"

2. सेवा की गुणवत्ता में सुधार."हमने कोई सीधा संबंध नहीं देखा। जिन कर्मचारियों ने सीआरएम के कार्यान्वयन से पहले अच्छी तरह से सेवा की और बेची थी, वे उसी भावना से जारी रहे। सीआरएम के कार्यान्वयन के बाद भी अनभिज्ञ और असावधान बने रहे। लेकिन अगर कोई कर्मचारी अनुपस्थित है या अनुपस्थित है तो यह बहुत सुविधाजनक है निकाल दिया गया - इन मामलों में सीआरएम बिल्कुल अपूरणीय है, यह गुणवत्ता में सुधार नहीं करता है, लेकिन यह सेवा की संभावना पैदा करता है।"

3. बार-बार खरीदारी की संख्या बढ़ाना, ग्राहक निष्ठा बढ़ाना, अतिरिक्त सामान और सेवाएं खरीदना। "यह सब पूरी तरह से प्रबंधकों की योग्यता है। कोई भी सीआरएम उनकी जगह नहीं लेगा, लेकिन यह अप्रत्यक्ष रूप से इन लक्ष्यों को प्राप्त करने में मदद करता है।"
जहां तक ​​एक अन्य गंभीर समस्या - डेटा सुरक्षा की बात है, यह भी सीआरएम प्रणाली के वास्तविक कार्यान्वयन से हल नहीं होती है। "उदाहरण के लिए, विकास निदेशक को निकाल दिया गया था," ओलेग स्कोवोरोडनिकोव टिप्पणी करते हैं। "उनके पास क्लाइंट डेटाबेस तक पहुंच थी। वे उसे निष्क्रिय करना भूल गए। जाने से पांच मिनट पहले, उस व्यक्ति ने क्लाइंट डेटाबेस निर्यात किया और इसे घर पर खुद को भेज दिया।" मेलबॉक्स. सामान्य तौर पर, यदि कोई बेईमान कर्मचारी आपके अर्दली रैंक में दिखाई देता है, तो सीआरएम उसे आपके लिए कुछ बुरा करने में मदद कर सकता है।" हमें यह नहीं भूलना चाहिए कि किसी कंपनी में सीआरएम की उपस्थिति कम नहीं होती है, बल्कि संभावित खतरों की संख्या बढ़ जाती है और इसके लिए पर्याप्त आवश्यकता होती है और, यदि संभव हो तो, आईटी सेवा से निवारक उपाय। उपाय

कुछ संदेह के बावजूद, विभिन्न अनुमानों के अनुसार, रूस में सीआरएम सिस्टम की मांग प्रति वर्ष 50-100% बढ़ रही है। सेवा क्षेत्र, वित्तीय क्षेत्र, आईटी, दूरसंचार और व्यापारिक कंपनियाँ मुख्य रूप से सक्रिय हैं। एक नियम के रूप में, रूसी कंपनियां अपनी प्रक्रियाओं के लिए एक लचीला समाधान चाहती हैं। हालाँकि अक्सर ऐसे मामले होते हैं, जब सीआरएम समाधानों के एक प्रतिष्ठित निर्माता द्वारा संचित अनुभव का सम्मान करते हुए, किसी कंपनी ने सीआरएम प्रणाली की कार्यक्षमता में गंभीर बदलाव करने के बजाय अपनी व्यावसायिक प्रक्रियाओं को बदलने का फैसला किया।

इसके अलावा, फ्रंट-ऑफिस और बैक-ऑफिस एकीकरण और एकीकृत ईआरपी/सीआरएम सिस्टम प्रदान करने वाले समाधान मांग में हैं। तथ्य यह है कि सीआरएम प्रणाली को लागू करने की लागत का 60% तक मौजूदा सीआईएस के साथ एकीकरण की लागत है। और यह आश्चर्य की बात नहीं है: ईआरपी सिस्टम से अलग किया गया सीआरएम समाधान कार्यात्मक रूप से अधूरा रहता है। सामान्य बैक ऑफिस के बिना, कंपनी की व्यावसायिक प्रक्रियाओं में अंतराल उत्पन्न होते हैं - उदाहरण के लिए, निष्पादन के लिए आदेश स्थानांतरित करते समय या चालान जारी करते समय।

CRM प्रोजेक्ट विफलताएँ

पश्चिम में सीआरएम परियोजनाओं पर आंकड़े (गार्टनर ग्रुप, कैप जेमिनी अर्न्स्ट एंड यंग और पेपर्स एंड रोजर्स ग्रुप के अनुसार) दुखद हैं - 50 से 80% कार्यान्वयन अंततः अपेक्षाओं को पूरा नहीं करते हैं। यह ठीक से ज्ञात नहीं है कि रूस में यह प्रतिशत कितना है, लेकिन इसके कम होने की संभावना नहीं है। ऐसा क्यूँ होता है? सबसे कठिन मामला मौजूदा कॉर्पोरेट संस्कृति की स्थितियों में एक परियोजना को लागू करने की असंभवता है, उनके स्वचालन को सक्षम करने के लिए व्यावसायिक प्रक्रियाओं की संरचना के उचित स्तर की कमी (नियमों की कमी, संचालन के संचालन के लिए आंतरिक नियम)। और कमी भी प्रतिक्रियासिस्टम के लिए कार्यात्मक और अन्य आवश्यकताओं की एक सूची तैयार करने की प्रक्रिया में कार्यान्वयन कार्य समूह और सिस्टम के इच्छित उपयोगकर्ताओं के बीच।

एक सामान्य गलती प्रौद्योगिकी को रणनीति से "आगे" रखना है। सीआरएम तब लागू किया जाता है जब लक्ष्य, प्रक्रियाएं और संरचनाएं अभी तक तैयार नहीं की गई हैं। केवल एक "मिशन" उपलब्ध है, जो सीपीएसयू केंद्रीय समिति के "बेहतर काम करने" के ऐतिहासिक आह्वान की याद दिलाता है। ग्राहक-उन्मुख दृष्टिकोण को लागू करने के लिए कंपनी द्वारा आवश्यक संगठनात्मक परिवर्तन करने से पहले सीआरएम अनुप्रयोगों की स्थापना होती है। इसके अलावा, बहुत से लोग सब कुछ एक ही बार में लागू करना चाहते हैं। एफबी कंसल्ट के मैनेजिंग पार्टनर एंड्री पावलोव के अनुसार, एक तरह का मिथक है: जितनी अधिक कार्यक्षमता, उतना बेहतर: दोनों "रिजर्व में" और "काम के नमूने के लिए।" इस दृष्टिकोण के साथ, धन और प्रयास के लिए एक "ब्लैक होल" बनता है: संसाधनों को अधिकतम प्राप्त करने के लिए बिखेर दिया जाता है कार्यक्षमता, और इस प्रकार लावारिस तकनीकी अतिरेक पैदा करता है। साथ ही, परिवर्तन के लिए चरण-दर-चरण दृष्टिकोण के बजाय, कार्य संपूर्ण ग्राहक व्यवसाय को "एक चरण में" बदलना है: ग्राहक आधार को संरचित करना, प्रस्तावों में अंतर करना, संचार को वैयक्तिकृत करना और निष्पादन को अनुकूलित करना।

क्लासिक गलतियाँ भी हैं - शीर्ष प्रबंधन से उचित ध्यान की कमी, योजना के दौरान त्रुटियाँ, कंपनी के भीतर विभागों और विभागों के बीच समन्वय की समस्याएं। कुछ मामलों में, पहले से ही सीआरएम कार्यक्षमता लागू करने के बाद, कंपनियां विकसित सीआरएम रणनीति के लिए संसाधन उपलब्ध कराने और आवश्यक संगठनात्मक परिवर्तन करने में सक्षम नहीं हैं।

अल्फ़ास्ट्राखोवेनी कंपनी, जहां सेल्सलॉजिक सीआरएम प्रणाली संचालित होती है, सीआरएम कार्यान्वयन की सफलता के लिए आवश्यक शर्तों के रूप में बिक्री इकाई प्रबंधन की दृढ़ इच्छाशक्ति और परियोजना की निगरानी, ​​​​आंतरिक सिस्टम समर्थन संसाधनों की पर्याप्तता और इसके अलावा, इच्छा को नोट करती है। विक्रेताओं को स्वयं खेल के नए नियमों को स्वीकार करना होगा, या यूँ कहें कि उन्हें एक नए "गेम" में शामिल करना होगा। यह ज्ञात है कि सीआरएम के लिए एक विशिष्ट और तीव्र समस्या काफी हद तक स्वयं बिक्री प्रबंधकों का प्रतिरोध है। वे इसे अपने काम पर बढ़ते नियंत्रण और ग्राहकों के बारे में ज्ञान के वाहक के रूप में अपने स्वयं के मूल्य के नुकसान के रूप में एक खतरे के रूप में देखते हैं। अक्सर ऐसा होता है कि प्रबंधकों के पास सभी उपलब्ध उपकरणों का उपयोग करके ग्राहकों के साथ संबंधों का गंभीरता से विश्लेषण करने और "बिक्री फ़नल" बनाने के लिए पर्याप्त कौशल या समय नहीं होता है।

इसके कार्यात्मक और तकनीकी कारण भी हो सकते हैं: सिस्टम विशिष्ट कार्यों के लिए उपयोग करने के लिए बस असुविधाजनक है। परिणामतः वह एक कार्यशील उपकरण के स्थान पर एक अशांत कारक बन जाता है। कर्मचारी एक्सेल फाइलों में या किसी अन्य तरीके से अपने ग्राहकों की सूची एक साथ बनाए रखना शुरू कर देते हैं। बड़े रूसी ग्राहकों में से एक के आईटी प्रबंधक के अनुसार, जिनके पास 2001-2003 में SalesLogix को लागू करने का अनुभव था, कई रूसी आईटी सेवा प्रदाता सुखद शब्दों के साथ काम शुरू करते हैं "मुझे बताएं कि आप क्या और कैसे चाहते हैं, और हम यह सब स्वचालित कर देंगे।" ।” फिर परामर्श गतिविधियों की झड़ी लग जाती है, और नतीजा केवल कागजी होता है। और परिणामस्वरूप, या तो एक बॉक्स्ड समाधान पेश किया जाता है (सस्ता, लेकिन तेज़), या सबसे एकीकृत समाधान, कंपनी में उपलब्ध लगभग सभी सॉफ़्टवेयर के साथ (यह सुंदर होगा, लेकिन महंगा होगा, और क्या यह ख़त्म हो जाएगा?)।

असफलताओं से कैसे बचें?

एंड्री पावलोव का मानना ​​है कि कार्यान्वयन के दौरान एक अद्वितीय व्यावसायिक समाधान प्राप्त करने का प्रयास करना बहुत महत्वपूर्ण है जो कंपनी को एक अद्वितीय प्रतिस्पर्धी लाभ प्रदान करे। आपको उस कार्यक्षमता को उजागर करने की आवश्यकता है जिसकी आपके व्यावसायिक उपयोगकर्ताओं को वास्तव में आवश्यकता है और कार्यात्मक अतिरेक से बचते हुए इसे लागू करने का प्रयास करें। एक न्यूनतम परियोजना की सफलता उचित प्रयास के साथ परिणाम की दृश्यता से सुनिश्चित होती है। फिर आप उन्हीं चरणों में आगे बढ़ सकते हैं। यह एक विशेष रूप से महत्वपूर्ण मामले में भी मदद कर सकता है - कई महीनों तक चलने वाली परियोजना में प्रबंधन की रुचि बनाए रखना।

"एक केंद्रित और व्यावहारिक दृष्टिकोण की आवश्यकता है, जिसमें व्यवसाय सबसे पहले उन व्यावसायिक प्रक्रियाओं की पहचान करने के लिए महत्वपूर्ण प्रयास और समय लगाता है जो लाभ लाएंगे, मौजूदा लाभों का लाभ उठाएंगे या "फ्रंट ऑफिस" परिचालन समस्याओं को हल करेंगे। "किस लिए" पर ध्यान केंद्रित करना "क्या" और "किस पर नहीं" कुछ कार्यों को लागू किया जाता है," वह नोट करता है और शुरुआत के लिए एक "महत्वपूर्ण लिंक" चुनने की सिफारिश करता है - एक रणनीतिक रूप से महत्वपूर्ण कार्य जिसे बिना अधिक तनाव के लागू किया जा सकता है। ऐसे लिंक "लो-टेक" पहलों के बीच पर्याप्त हो सकते हैं। सच है, अभ्यास से पता चलता है कि जब आप सिस्टम की एक कड़ी खींचते हैं, तो आप अनिवार्य रूप से कई अन्य कड़ियों को प्रभावित करते हैं... यह एक कला है - एक ऐसी कड़ी चुनना जो आवश्यक हो, लेकिन दूसरों के साथ बहुत अधिक जुड़ी हुई न हो।

कार्यक्षमता की अतिरेक, एक सार्वभौमिक रामबाण के रूप में प्रौद्योगिकी पर अत्यधिक निर्भरता इस तथ्य की ओर ले जाती है कि कार्रवाई का एक तर्क जो उनके लिए विदेशी और समझ से बाहर है, उसे प्रबंधकों के काम में पेश किया जाता है। एंड्री पावलोव के अनुसार, कार्य को दो उप-कार्यों में विभाजित करना समझ में आता है: सिस्टम में केवल तर्क पेश करना जो शीर्ष प्रबंधकों के लिए समझ में आता है, चल रहे संगठनात्मक परिवर्तनों को ध्यान में रखते हुए। और अन्य सभी उपयोगकर्ताओं को सरलीकृत लेकिन प्रभावी "ऐड-ऑन" को अपडेट करके "संतुष्ट" होना चाहिए।

जहां तक ​​नई प्रणाली में परिवर्तन के दौरान बिक्री विभाग के कर्मियों के साथ काम करने की बात है, तो अधिकांश प्रबंधक दृढ़ता से बहुत सख्त रुख अपनाते हैं: बल देना, दंडित करना, जुर्माना लगाना। किसी भी स्थिति में, यह सुनिश्चित करना आवश्यक है कि लोग हर दिन नए नियमों के अनुसार काम करें। कंसल्टिंग कंपनी बर्नर एंड स्टैफ़ोर्ड के निदेशक वादिम डोज़ॉर्टसेव के अनुसार, इसके बिना ऐसा करना संभव नहीं होगा। कभी-कभी आप अभी भी अधिक रचनात्मक दृष्टिकोण के बारे में सुनते हैं, जो कर्मचारियों की उत्पादकता बढ़ाने में उनकी रुचि पर आधारित होता है। विशुद्ध रूप से तकनीकी तरीकों और संगठनात्मक तरीकों के साथ उनके संयोजन दोनों का सफलतापूर्वक उपयोग किया जाता है। विक्रेता को पूर्ण अनुबंधों की संख्या के अनुपात में वेतन मिलता है। सीआरएम में कुछ फॉर्म भरे बिना कोई समझौता नहीं किया जा सकता है। बेशक, यह हस्ताक्षर के लिए अनुबंध जमा करने से तुरंत एक घंटे पहले किया जा सकता है, लेकिन सिस्टम लॉग का उपयोग करके ऐसी चीजों को आसानी से ट्रैक किया जा सकता है। और इसके लिए उन पर पहले ही जुर्माना लगाया जा चुका है.

अन्य संगठनात्मक निष्कर्ष भी हैं। जैसा कि रूसी विकास बैंक में मेटोडीएक्स सीआरएम प्रणाली को लागू करने के अभ्यास से पता चला है, कार्यान्वयन के समय उपयोगकर्ता का समर्थन बहुत महत्वपूर्ण है। इस परियोजना में, कार्यान्वयन विशेषज्ञों की एक टीम एक महीने के लिए हर दिन उपयोगकर्ताओं के कार्यस्थलों पर मौजूद थी, प्रक्रियाओं और व्यावसायिक नियमों के निष्पादन की निगरानी करती थी, प्रक्रियाओं में बाधाओं और उपयोगकर्ता की इच्छाओं को रिकॉर्ड करती थी। इसके आधार पर, प्रक्रियाओं में बदलाव के अनुरोध उत्पन्न हुए। आरबीआर प्रतिनिधियों के अनुसार, "ऐसी टीम की मौजूदगी सिस्टम में काम करने के अनुकूलन के दौरान उपयोगकर्ताओं को सदमे से राहत देती है।"

किसी भी अन्य आईटी परियोजना की तरह, सीआरएम प्रणाली कार्यान्वयन परियोजना में परियोजना टीम की भूमिका बहुत महत्वपूर्ण है। यह वांछनीय है कि यह बदले नहीं और एकीकृत हो: व्यावसायिक इकाइयाँ, इसका अपना आईटी विभाग और सलाहकार-समाधान प्रदाता, प्रत्येक के अपने निश्चित अधिकार और जिम्मेदारियाँ हों। संसाधनों के लिए पर्याप्त समय-सीमा, जो हो रहा है उसकी परिचालन निगरानी, ​​हर तीन महीने में कम से कम एक बार वास्तविक परिणामों का नियंत्रण - ग्राहक सम्मेलनों में इन सबके बारे में खून और पसीने से प्राप्त एक मूल्यवान अनुभव के रूप में बात करते हैं। और ऐसा प्रतीत होता है - परियोजना प्रबंधन की एबीसी...

और अंत में, सीआरएम सिस्टम कार्यान्वयन परियोजनाओं की लागत के बारे में थोड़ा। इनसाइट टेक्नोलॉजी के अनुसार, सीआरएम प्रोजेक्ट की लागत चित्र 4 में दिखाए अनुसार वितरित की जाती है। हालांकि, स्पुतनिक लैब्स के पावेल चर्काशिन चेतावनी देते हैं: "आंकड़ों के अनुसार, छिपी हुई लागत परियोजना की प्रारंभिक लागत का 200-500% है। इसलिए यदि आपको अन्य का अनुपात मिलता है, तो जांचें कि क्या आप कुछ भूल गए हैं..."

कठोर वास्तविकताएँ: हितों का टकराव

2001-2003 में SalesLogix को लागू करने में अपने अनुभव का विश्लेषण करते हुए, बड़े रूसी ग्राहकों में से एक ने CRM परियोजना में हित समूहों के टकराव का संकेत दिया। ग्राहक के प्रबंधन के लिए, सीआरएम एक सॉफ्टवेयर है जो "हमारी सभी समस्याओं का समाधान करेगा," "कार्यान्वयन की समय सीमा कल है।" साथ ही, यह पूरी तरह से नजरअंदाज कर दिया गया है कि सीआरएम समाधान इतना सॉफ्टवेयर नहीं है जितना कि सॉफ्टवेयर द्वारा समर्थित क्लाइंट के साथ एक नए रिश्ते की अवधारणा है। प्रबंधन का कहना है: “हम देखेंगे कि आईटी प्रणाली को कैसे लागू करता है। यदि यह काम नहीं करता है, तो आईटी हर चीज के लिए जिम्मेदार होगा। विक्रेताओं को यकीन है कि उन्हें सिस्टम की आवश्यकता नहीं है, "हम पहले से ही ग्राहकों के बारे में सब कुछ जानते हैं," "वे हमें फिर से नियंत्रित करना चाहते हैं।" विश्लेषक चाहते हैं कि सिस्टम अधिक रिपोर्टिंग की अनुमति दे, और विक्रेताओं को इसमें कई अलग-अलग जानकारी दर्ज करने की आवश्यकता होगी। (यह ज्ञात है कि बड़ी मात्रा में जानकारी एकत्र करने से सिस्टम को बेहतर प्रबंधनीय बनाना जरूरी नहीं है।) और व्यवसायिक ग्राहक का सामान्य दृष्टिकोण यह होता है: "जैसा आपको बताया गया है वैसा ही करें - हम सबसे अच्छी तरह जानते हैं, और हम मौजूदा को नहीं बदलेंगे व्यावसायिक प्रक्रियाएं।" आइए इसमें जोड़ें: कंपनी का अपना आईटी विभाग आश्वस्त है कि वह सब कुछ अपने आप कर सकता है, और सामान्य तौर पर सिस्टम स्वयं का विकासबहुत बेहतर होगा. परिणामस्वरूप, आईटी क्षमताओं, आईटी प्लेटफ़ॉर्म, परिचालन स्थितियों, सुरक्षा आदि के साथ सॉफ़्टवेयर असंगतता के बहाने परियोजना धीमी हो गई है।

पता प्रसंस्करण ( यूआरएल पुनः लिखें) का उपयोग इसलिए किया जाता है ताकि स्क्रिप्ट न केवल अपने भौतिक पते पर, बल्कि किसी अन्य निर्दिष्ट पते पर भी प्रतिक्रिया दे सके। उदाहरण के लिए, आप पतों को संसाधित करने के लिए सेटिंग्स सेट कर सकते हैं ताकि फ़ाइल में स्क्रिप्ट /fld/c.phpपते का जवाब देना

/fld/c.php?id=15

संबोधन का जवाब भी दिया

/कैटलॉग/15.php

जिस पते पर स्क्रिप्ट प्रतिक्रिया देगी वह सर्वर पर भौतिक रूप से मौजूद नहीं होना चाहिए। यदि ऐसा कोई पता भौतिक रूप से मौजूद है, तो स्क्रिप्ट को इस पते पर बुलाया जाएगा। इस स्थिति में पता प्रसंस्करण प्रणाली प्रारंभ नहीं होगी.

प्रसंस्करण नियम

प्रसंस्करण पते के नियम प्रत्येक साइट के लिए अलग से कॉन्फ़िगर किए गए हैं और साइट के मूल में फ़ाइल में संग्रहीत हैं urlrewrite.php. फ़ाइल में एक सरणी है $arUrlRewrite, जिसकी प्रत्येक प्रविष्टि एक पता प्रसंस्करण नियम है। फ़ाइल urlrewrite.phpनिम्नलिखित रूप है:

"#^/गैलरी/#", "नियम" => "", "आईडी" => "बिट्रिक्स:फोटो", "पथ" => "/max/images/index.php",), ऐरे("CONDITION " => "#^/फोरम/#", "आईडी" => "बिट्रिक्स:फोरम", "पाथ" => "/फोरम/इंडेक्स.php",), ऐरे("CONDITION" => "#^/ इंडेक्स/(+)/(+)/#", "नियम" => "मोड=रीड&सीआईडी=$1&जीआईडी=$2", "आईडी" => "बिट्रिक्स:कैटलॉग.सेक्शन", "पाथ" => "/न्यूफोरम /index.php",), array("CONDITION" => "#(.+?)\\.html(.*)#", "RULE" => "$1.php$2",),); ?>

प्रत्येक नियम में उस नियम को निष्पादित करने के लिए एक शर्त होनी चाहिए जो साइट के भीतर अद्वितीय हो। निष्पादन की स्थिति कुंजी पर लिखी गई है " स्थिति"सरणी और एक पर्ल-संगत नियमित अभिव्यक्ति पैटर्न है। उदाहरण के लिए, शर्त:

"शर्त" => "#^/सूचकांक/(+)/(+)/#"

इंगित करता है कि यह नियम उन सभी पतों पर लागू किया जाना चाहिए जो फ़ॉर्म के सबस्ट्रिंग से शुरू होते हैं:

/अनुक्रमणिका/<число>/<число>/

नियम में भौतिक रूप से विद्यमान स्क्रिप्ट का पता शामिल हो सकता है जो शर्त पूरी होने पर कनेक्ट हो जाएगा। यह पता कुंजी पर लिखा गया है " पथ"। उदाहरण के लिए, यदि कोई नियम एड्रेस प्रोसेसिंग सिस्टम में पंजीकृत है:

सारणी("स्थिति" => "#^/गैलरी/#", "पथ" => "/max/images/index.php",)

और उपयोगकर्ता ने पृष्ठ का अनुरोध किया:

/गैलरी/38.php

जो भौतिक रूप से अस्तित्व में नहीं है, तो एड्रेस प्रोसेसिंग सिस्टम स्क्रिप्ट को कनेक्ट करेगा:

/max/images/index.php

एक नियम में एक प्रतिस्थापन नियम शामिल हो सकता है, जो कुंजी पर लिखा होता है " नियम"। यदि प्रतिस्थापन नियम सेट किया गया है, तो वास्तविक जीवन प्लग-इन स्क्रिप्ट का पता निष्पादन स्थिति (अभिव्यक्ति टेम्पलेट) को नियमित अभिव्यक्ति द्वारा संयोजन के साथ प्रतिस्थापित करके बनाया जाता है। भौतिक पथ(चाबी " पथ") और प्रतिस्थापन नियम (कुंजी " नियम")। उदाहरण के लिए, यदि कोई नियम एड्रेस प्रोसेसिंग सिस्टम में पंजीकृत है:

ऐरे("स्थिति" => "#^/सूचकांक/(+)/(+)/#", "नियम" => "मोड=पढ़ें&सीआईडी=$1&जीआईडी=$2", "पथ" => "/न्यूफोरम/सूचकांक .php",)

/सूचकांक/5/48/

$url = preg_replace("#^/index/(+)/(+)/#", "/newforum/index.php?mode=read&CID=$1&GID=$2", "/index/5/48/") ;

और स्क्रिप्ट कनेक्ट हो जाएगी:

/newforum/index.php?mode=read&CID=5&GID=48

यदि कोई नियम एड्रेस प्रोसेसिंग सिस्टम में पंजीकृत है:

ऐरे("शर्त" => "#(.+?)\\.html(.*)#", "नियम" => "$1.php$2",)

और उपयोगकर्ता ने पृष्ठ का अनुरोध किया:

/about/company.html?show

फिर कनेक्ट होने वाली स्क्रिप्ट का पता उत्पन्न करने के लिए, कोड निष्पादित किया जाएगा:

$url = preg_replace("#(.+?)\\.html(.*)#", "$1.php$2", "/about/company.html?show");

और स्क्रिप्ट कनेक्ट हो जाएगी:

/about/company.php?show

किसी नियम में उस घटक का नाम हो सकता है जिसने नियम बनाया है। यह नाम कुंजी पर लिखा गया है " पहचान"। स्वचालित रूप से नियम फ़ाइल को पुन: बनाते समय urlrewrite.phpसाइट के प्रशासनिक भाग के टूल का उपयोग करके, केवल उन नियमों को फिर से बनाया जाता है जिनके लिए कुंजी "भरी हुई है पहचान"। ये नियम साइट फ़ोल्डर में भौतिक फ़ाइलों के विश्लेषण के आधार पर फिर से बनाए गए हैं। एक खाली कुंजी के साथ नियम " पहचान"जब फ़ाइल स्वचालित रूप से पुनः बनाई जाती है, तो नियम नहीं बदलते हैं।

एड्रेस प्रोसेसिंग सिस्टम को कनेक्ट करना

इसका उपयोग करने से पहले, एड्रेस प्रोसेसिंग सिस्टम को साइट से जोड़ा जाना चाहिए। ऐसा करने के लिए आपको चाहिए:

  • यदि आपका वेब सर्वर 404 त्रुटियों को संभालने के लिए कॉन्फ़िगर किया गया है (उदाहरण के लिए, अपाचे के लिए निर्देश सेट है)। त्रुटि दस्तावेज़ 404 /404.php), तो आपको फ़ाइल की शुरुआत में कमांड डालकर /404.php फ़ाइल को बदलना होगा: include_once($_SERVER["DOCUMENT_ROOT"]।"/bitrix/modules/main/include/urlrewrite.php");
  • यदि आप अपाचे के लिए मॉड्यूल का उपयोग कर रहे हैं mod_rewrite, तो इसकी सेटिंग्स में आप निर्दिष्ट कर सकते हैं (उदाहरण के लिए, .htaccess फ़ाइल में): RewriteEngine On RewriteCond %(REQUEST_FILENAME) !-f RewriteCond %(REQUEST_FILENAME) !-l RewriteCond %(REQUEST_FILENAME) !-d RewriteCond %(REQUEST_FILENAME) !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite .php [एल]

घटक 2.0 समर्थन

किसी पृष्ठ पर सीएनसी-सक्षम घटक जोड़ते समय (" मानव-पठनीय यूआरएल") (यदि फ़ाइल एपीआई का उपयोग करके सहेजी गई है), एक पता प्रसंस्करण नियम स्वचालित रूप से बनाया जाता है। यदि पृष्ठ एपीआई का उपयोग करके नहीं बनाया गया है, लेकिन, उदाहरण के लिए, एफ़टीपी के माध्यम से लिखा गया है, तो आपको नियमों को फिर से बनाने की आवश्यकता है ( पता प्रसंस्करण नियम स्थापित करने के लिए पृष्ठ पर टूलबार पर बटन)।

पूर्वनिर्धारित इनपुट पैरामीटर का उपयोग करके एक घटक में सीएनसी समर्थन सक्षम किया गया है SEF_MODE. इसके अलावा, पूर्वनिर्धारित इनपुट पैरामीटर में SEF_FOLDERवह फ़ोल्डर स्थापित है जिसमें घटक चलता है। फ़ोल्डर आभासी हो सकता है (अर्थात, यह भौतिक रूप से अस्तित्व में नहीं हो सकता है)। किसी पृष्ठ को उस पर रखे गए घटक के साथ सहेजते समय, सीएनसी मोड (पैरामीटर) पर स्विच करें SEF_MODEके बराबर होती है वाई), एक मानक इंटरफ़ेस के माध्यम से, एक एड्रेस प्रोसेसिंग नियम निम्नानुसार बनाया जाता है: टेम्पलेट एप्लिकेशन शर्तों कुंजी में (" स्थिति") पैरामीटर में फ़ोल्डर से प्राप्त एक रेगुलर एक्सप्रेशन लिखता है SEF_FOLDER, कुंजी में " पहचान"घटक का नाम पथ कुंजी पर लिखा गया है (" पथ") पृष्ठ का भौतिक पता दर्ज किया गया है।

उदाहरण के लिए, घटक को " बिट्रिक्स:कैटलॉग"पेज पर पोस्ट किया गया /fld/c.phpऔर इसका कनेक्शन इस तरह दिखता है:

$Application->IncludeComponent("bitrix:catalog", "", Array("SEF_MODE" => "Y", "SEF_FOLDER" => "/mycatalog/", "IBLOCK_TYPE_ID" => "कैटलॉग", "BASKET_PAGE_TEMPLATE" = > "/personal/basket.php",));

फिर पेज को सेव करते समय /fld/c.phpएड्रेस प्रोसेसिंग सिस्टम में एक प्रविष्टि जोड़ी जाएगी:

ऐरे ("शर्त" => "#^/mycatalog/#", "नियम" => "", "आईडी" => "बिट्रिक्स:कैटलॉग", "पथ" => "/fld/c.php",)

इस प्रकार, जब पतों का अनुरोध किया जाता है तो लाइन से शुरू होता है /मायकैटलॉग/, स्क्रिप्ट कनेक्ट हो जाएगी /fld/c.php. इस स्क्रिप्ट में, अनुरोधित पते का विश्लेषण किया जा सकता है और आवश्यक कार्रवाई की जा सकती है।

यह सभी देखें

  • एडमिनिस्ट्रेटर बेसिक कोर्स में।
  • बिट्रिक्स फ्रेमवर्क डेवलपर पाठ्यक्रम में।

दूसरा नियम "आपके" पते के लिए काम नहीं करेगा (उदाहरण के लिए /about/news/55/), क्योंकि पहला, सार्वभौमिक, इस पते के लिए काम करता है। अर्थात्, फ़ाइल की शुरुआत में अधिक सटीक नियम लिखे जाने चाहिए और अंत में सामान्यीकृत नियम लिखे जाने चाहिए।

उसी फ़ाइल में एक शर्त बनाएँ:

कोड
RewriteEngine On RewriteCond %(HTTP_HOST) ^olddomain\.ru$ RewriteRule ^(.*)$ http://newdomain.ru/$1 RewriteCond %(REQUEST_FILENAME) !-f RewriteCond %(REQUEST_FILENAME) !-l RewriteCond %(REQUEST_FILENAME) !-d RewriteCond %(REQUEST_FILENAME) !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]

"बिट्रिक्स", 2001-2019, "1सी-बिट्रिक्स", 2019

आइए BITRIX में एक सूचना ब्लॉक बनाएं, घटक का उपयोग करके बनाए गए तत्वों की एक सूची प्रदर्शित करें बिट्रिक्स: समाचार.सूचीऔर तत्व के विवरण पृष्ठ को एक घटक बनाएं बिट्रिक्स: समाचार.विस्तार

भरने के लिए आवश्यक फ़ील्ड:
सूचना ब्लॉक टैब

एक्सेस टैब

सूचना सुरक्षा तत्वों का आउटपुट

सूचना ब्लॉक तत्वों को प्रदर्शित करने के लिए, bitrix:news.list का उपयोग करें Index.php

IncludeComponent("bitrix:news.list", "टूर", // टेम्पलेट ऐरे("IBLOCK_TYPE" => "सामग्री", // सूचना ब्लॉक प्रकार "IBLOCK_ID" => "1", // सूचना ब्लॉक आईडी "NEWS_COUNT" => "10", // प्रदर्शित तत्वों की संख्या "INCLUDE_IBLOCK_INTO_CHAIN" => "N", "ADD_SECTIONS_CHAIN" => "N", "SET_TITLE" => "N", "PROPERTY_CODE" => array(0 => " नाम ", // इन्फोब्लॉक से संपत्ति सक्षम करें),), गलत); ?>

किसी घटक के लिए सभी संभावित पैरामीटरों की सूची

यदि फ़िल्टर करना आवश्यक है, तो एक FILTER_NAME पैरामीटर है। Bitrix:news.list घटक पर कॉल के ऊपर, हम फ़िल्टरिंग पैरामीटर के साथ एक वैश्विक चर बनाते हैं।

1); // वे तत्व जिनकी OLD संपत्ति 1 पर सेट है, प्रदर्शित नहीं होंगे?>

और में बिट्रिक्स: समाचार.सूचीफ़िल्टर पास करें.

"FILTER_NAME" => "arrFilter",

यूआरएलरीराइट सेट अप करना

urlrewrite.php में आपको URL प्रोसेसिंग पैरामीटर निर्दिष्ट करने की आवश्यकता है।

"#^/tury/(.*)/.*#", // प्रसंस्करण विवरण पृष्ठ"नियम" => "ELEMENT_CODE=$1", "ID" => "bitrix:news", "PATH" => "/tury/detail.php", "SORT" => 100,), सारणी ("स्थिति" => "#^/tury/#", // अनुभाग "RULE" => "", "ID" => "bitrix:news", "PATH" => "/tury/index. php", "SORT" => 100,),);

विस्तृत पृष्ठ आउटपुट

एक विस्तृत पृष्ठ प्रदर्शित करने के लिए विवरण.phpइस्तेमाल किया गया बिट्रिक्स: समाचार.अंतिम. किसी कॉल के लिए पैरामीटर का न्यूनतम सेट:

IncludeComponent("bitrix:news.detail", "टूर", // टेम्पलेट ऐरे("IBLOCK_ID" => "1", // सूचना ब्लॉक आईडी "IBLOCK_TYPE" => "सामग्री", // सूचना ब्लॉक प्रकार "ELEMENT_CODE" => $_REQUEST["ELEMENT_CODE"], // प्रेषित पृष्ठ का पैरामीटर "INCLUDE_IBLOCK_INTO_CHAIN" => "N", "ADD_SECTIONS_CHAIN" => "N", "SET_BROWSER_TITLE" => "Y", "SET_META_DESCRIPTION" => " Y" , "SET_TITLE" => "Y", "ADD_ELEMENT_CHAIN" => "Y", "PROPERTY_CODE" => array(0 => "NAME", // इन्फोब्लॉक से एक प्रॉपर्टी शामिल करें),), गलत); ?>

इन्फोब्लॉक गुणों से छवियाँ आउटपुट करना

सूचना सुरक्षा तत्व के गुणों वाली तस्वीरें प्रदर्शित करना इतना आसान नहीं है। विस्तृत पृष्ठ के डेटा ऐरे में, हम केवल फोटो आईडी देखेंगे, इन फ़ाइलों का पथ नहीं। इसलिए, फ़ाइल result_modifier.php में इन फ़ोटो के आउटपुट को संसाधित करना आवश्यक है।

टेम्पलेट फ़ोल्डर में, फ़ाइल में परिणाम_संशोधक.phpहम तस्वीरों की श्रृंखला से गुजरते हैं:

$फोटो) ($photo_small = CFile::ResizeImageGet($photo, array("width"=>200, "height"=>200), BX_RESIZE_IMAGE_PROPORTIONAL, true); $photo_original = CFile::ResizeImageGet($photo, array( "चौड़ाई"=>800, "ऊंचाई"=>800), BX_RESIZE_IMAGE_PROPORTIONAL, सत्य); $arResult["PHOTOS"] = सारणी ("मूल" => $photo_original["src"], "छोटा" => $photo_small ["src"],); )

और फ़ाइल में टेम्पलेट.phpहम पहले से ही तस्वीरें स्वयं प्रदर्शित कर रहे हैं:

"> ">

PayCash प्रणाली क्रेडिट कार्ड का उपयोग करके वस्तुओं के दूरस्थ भुगतान में अविश्वास के लिए एक व्यावसायिक प्रतिक्रिया बन गई है। यह परियोजना टैवरिचेस्की बैंक और अल्कोर-होल्डिंग समूह की कंपनियों द्वारा विकसित की गई थी और इसे इलेक्ट्रॉनिक स्टोर के खरीदारों और विक्रेताओं की सहायता के लिए डिज़ाइन किया गया है (ऑनलाइन भुगतान प्रणाली प्रदान करने से लेकर ऑनलाइन स्टोर होस्ट करने तक)। PayCash उपयोगकर्ताओं को क्रेडिट कार्ड की आवश्यकता नहीं है। यह एक ओपन पेमेंट सिस्टम है, इससे कोई भी बैंक जुड़ सकता है. इंटरनेट पर भुगतान गुमनाम होते हैं, और उपयोगकर्ता को एक PayCash सिस्टम खाता प्राप्त होता है जिससे आप कोई भी गैर-नकद भुगतान कर सकते हैं। बेशक, इससे पहले आपको एक ऐसे बैंक में खाता खोलना होगा जो PayCash प्रणाली का समर्थन करता हो, जिसके बाद जमा की गई धनराशि को "इलेक्ट्रॉनिक कैश" में बदल दिया जाएगा। उदाहरण के लिए, भुगतान इस प्रकार किया जाता है: वर्चुअल स्टोर पर आने वाला कोई आगंतुक "PayCash के माध्यम से भुगतान" बटन पर क्लिक करता है; ऑर्डर डेटा भुगतान स्वीकृति केंद्र में स्थानांतरित कर दिया जाता है; विक्रेता को डिजिटल हस्ताक्षर द्वारा प्रमाणित पुष्टि प्राप्त होती है। इसके बाद, भुगतान केंद्र स्टोर के प्रति दायित्व वहन करता है और PayCash भुगतान की राशि में विक्रेता द्वारा निर्दिष्ट बैंक को धन हस्तांतरित करता है। क्या यह भुगतान का एक विश्वसनीय साख पत्र जैसा नहीं दिखता? बेशक, सिस्टम का उपयोग करने के लिए भुगतान राशि का 1-3% (सिस्टम में प्रवेश की शर्तों के आधार पर) का कमीशन लिया जाता है।

खरीदार के लिए, PayCash प्रणाली का उपयोग करने का मतलब कंप्यूटर पर एक वॉलेट प्रोग्राम स्थापित करना और उससे वित्तीय लेनदेन करना है। "वॉलेट" में इलेक्ट्रॉनिक हस्ताक्षर उत्पन्न करने के लिए एक कुंजी होती है, जिसका उपयोग प्रोग्राम से भेजे गए किसी भी दस्तावेज़ को "टैग" करने के लिए किया जाता है। वॉलेट प्रोग्राम, सौभाग्य से, पीसी हार्डवेयर से बाइंडिंग के लिए एल्गोरिदम का उपयोग नहीं करता है (उदाहरण के लिए, पेंटियम III प्रोसेसर का सीरियल नंबर), इसलिए "वॉलेट" को कंप्यूटर से कंप्यूटर में दर्द रहित तरीके से स्थानांतरित किया जा सकता है।

सहायता देना

ASSIST इलेक्ट्रॉनिक भुगतान प्रणाली एक परियोजना है जो वास्तविक समय में क्रेडिट कार्ड का उपयोग करके किए गए भुगतान को अधिकृत और संसाधित करना संभव बनाती है। इसके अलावा, भुगतान इंटरनेट प्रदाता के साथ ग्राहक के खाते से किया जा सकता है। गोपनीय ग्राहक जानकारी (क्रेडिट या जमा कार्ड डेटा) स्थानांतरित करते समय, साझा नेटवर्क पर भुगतान एसएसएल 3.0 प्रोटोकॉल का उपयोग करके एक सुरक्षित कनेक्शन के माध्यम से किया जाता है। क्रेडिट कार्ड का प्राधिकरण और प्रसंस्करण प्लैटिना बैंक के साइबरप्लेट सिस्टम में किया जाता है। बेशक, कार्ड विवरण के बारे में जानकारी गोपनीय रहती है और प्रत्यक्ष विक्रेता को भी प्रदान नहीं की जाती है। केवल भुगतान की पुष्टि ऑनलाइन स्टोर पर भेजी जाती है, जो 512-बिट एन्क्रिप्शन कुंजी के साथ डिजिटल हस्ताक्षर द्वारा प्रमाणित होती है।

ASSIST प्रणाली का उपयोग दर्जनों ऑनलाइन स्टोर और सूचना एवं परामर्श संसाधनों द्वारा किया जाता है। सिस्टम के सबसे प्रसिद्ध "विशेषज्ञों" में से एक ऑनलाइन स्टोर "ओज़ोन" (http://www.o3.ru) है - जो राष्ट्रीय इंटेल इंटरनेट पुरस्कार के लिए एक और नामांकित व्यक्ति है।

दोस्तवका.रू

Dostavka.Ru, यदि कोई घटना नहीं है, तो इंटरनेट के रूसी हिस्से में एक बेहद सफल व्यावसायिक परियोजना है। इसका व्यवसाय मॉडल मौके पर ही नकद भुगतान के साथ कार्यालय उपकरण, संचार उपकरण और सूचना सेवाओं (इंटरनेट एक्सेस प्रदान करना) की कूरियर डिलीवरी के सिद्धांत पर बनाया गया है। यह दूरस्थ भुगतान और वितरण तंत्र की तुलना में अधिक तेज़ और अधिक विश्वसनीय रूप से काम करता है, विशेष रूप से हमारे मेल की "विचारशीलता" को देखते हुए। वस्तुओं और सेवाओं की सीमा, सिद्धांत रूप में, सीमित है: समेकित मूल्य सूची में एक हजार से कुछ अधिक वस्तुएं शामिल हैं। स्टोर केवल मॉस्को रिंग रोड के भीतर मॉस्को में सेवा प्रदान करता है। उत्पाद नि:शुल्क वितरित किए जाते हैं: चाहे वह प्रिंटर कार्ट्रिज हो, मॉनिटर हो या कॉपियर हो। कीमतें मॉस्को के औसत से बहुत कम नहीं हैं, लेकिन, निश्चित रूप से, कम सिरदर्द हैं। जिस वर्चुअल सर्वर पर ऑर्डर प्राप्त होते हैं वह इंटरनेट प्रदाता ज़ेनॉन एन.एस.पी. के उपकरण पर चलता है। वैसे, डिलीवरी.आरयू उन पहले स्टोरों में से एक बन गया जिसने अपने आगंतुकों को मुफ्त इंटरनेट एक्सेस प्रदान किया (स्वाभाविक रूप से, केवल अपने सर्वर पर जाने के लिए)।

यह परियोजना केवल तीन लोगों द्वारा शुरू की गई थी जिनके पास दो कंप्यूटर और एक मॉडेम था - बिल्कुल सिलिकॉन वैली में "गेराज" कंपनियों के गठन के बारे में विदेशी कहानियों की तरह। स्टोर बनाने में बेहद कम समय लगा - दो महीने। वर्तमान में कार्यालय कार्य में लगभग 20 कर्मचारी कार्यरत हैं। आमतौर पर, स्टोर प्रति दिन 50-70 ऑर्डर परोसता है, लेकिन कर्मचारियों के व्यवस्थित विस्तार (और, उचित मांग के साथ, निश्चित रूप से) के साथ कई गुना अधिक अनुरोधों को "पचाने" में सक्षम है।

इसे बढ़ने में क्या लगता है? इंटरनेट कॉमर्स के संबंध में ऐतिहासिक रूप से विकसित हुई अविश्वास की बर्फ को कैसे पिघलाया जाए? Dostavka.Ru के प्रोजेक्ट मैनेजर एंड्री खोमोव जवाब देते हैं, "हां, सामान्य तौर पर, कोई नुस्खा नहीं है।" "हमारा काम यह सुनिश्चित करना है कि ग्राहक कम से कम एक बार हमारी सेवाओं का उपयोग करें।" केवल व्यक्तिगत सफल अनुभव ही ऑनलाइन शॉपिंग की सुविधा का मूल्यांकन करने में मदद करता है। इसके अलावा, डिलीवरी कुछ ही घंटों या दिनों में हो जानी चाहिए, और इस पूरे समय पैसा अपने असली मालिक की विश्वसनीय निगरानी में रहता है। ये बैंक हस्तांतरण करने के बाद उत्सुकतापूर्वक प्रतीक्षा करने के दिन नहीं हैं।

क्या Dostavka.Ru ऑनलाइन स्टोर के संचालन को विनियमित करने वाले कानूनी अंतराल के नकारात्मक प्रभाव को महसूस करता है? परियोजना नेताओं की आधिकारिक प्रतिक्रिया के अनुसार, वे मौजूदा कानून के ढांचे के भीतर काफी सहज महसूस करते हैं। एंड्री ख्रोमोव के अनुसार, केवल उन प्रकार के इंटरनेट वाणिज्य के लिए कुछ कानून की आवश्यकता होती है जिसमें विक्रेता और खरीदार कभी नहीं मिलते हैं। उदाहरण के लिए, क्रेडिट कार्ड से भुगतान करते समय। उन वस्तुओं का व्यापार जिनके लिए विशेष अनुमति की आवश्यकता होती है (शराब, तंबाकू उत्पाद, आभूषण आदि की बिक्री) भी जोखिम में है। Dostavka.Ru के लिए वेब बस एक सुंदर शोकेस है, जो ऑर्डर एकत्र करने के लिए एक सुविधाजनक और सस्ता उपकरण है। क्लाइंट के साथ काम का आगे का संगठन कुछ पिज़्ज़ेरिया से बहुत अलग नहीं है। "हमारे पास एक साधारण स्टोर है," खोमोव पुष्टि करता है। "हम "भौतिक" नियमों के अनुसार काम करते हैं, आभासी नियमों के अनुसार नहीं।"

ऑनलाइन कॉमर्स के सामने आने वाली कठिनाइयों के बीच, ख्रोमोव ने ऑनलाइन स्टोर के लिए एक स्थापित बी2बी योजना की कमी पर ध्यान दिया।

मेगाशॉप.आरयू

मेगाशॉप.आरयू वेब स्टोर कंप्यूटर उपकरणों की बिक्री और वितरण में माहिर है। डिलीवरी केवल मॉस्को में की जाती है, और भुगतान नकद, सभी प्रमुख भुगतान प्रणालियों के क्रेडिट कार्ड और रूबल में स्थानांतरण द्वारा किया जा सकता है। आप डिलीवरी के समय कार्ड को स्लिप मशीन में "रोल" कर सकते हैं। इसके अलावा, स्टोर पैसे वापस करने का वचन देता है, भले ही ऑर्डर के लिए वास्तव में पहले ही भुगतान किया जा चुका हो, लेकिन खरीदार ने इसे अस्वीकार कर दिया, भले ही बिना स्पष्टीकरण के (जो पूरी तरह से "उपभोक्ता अधिकार संरक्षण कानून" के अनुरूप है)।

परियोजना डेवलपर्स की आधिकारिक जानकारी के अनुसार, स्टोर बनाने में छह महीने और 100 हजार डॉलर लगे। मेगाशॉप.आरयू का प्रतिनिधित्व करने वाले रुस्तम अखियारोव ने यह भी बताया कि स्टोर को बढ़ावा देने में कई गुना अधिक लागत आई। परियोजना के हार्डवेयर संगठन के विकल्पों पर विचार करने के बाद, कंपनी ने सर्वर को अपने परिसर में नहीं रखा और एक महंगा चैनल बिछाया। परिणामस्वरूप, हमने कोलोकेशन विकल्प पर निर्णय लिया - सर्वर को प्रदाता की साइट पर रखकर।

रुस्तम अखियारोव कहते हैं, "ऑनलाइन शॉपिंग के प्रति अविश्वास की बाधा स्वस्थ मानव रूढ़िवाद का एक रूप है।" इस पर काबू पाने का एकमात्र तरीका सुविधाजनक भुगतान शर्तें, कम कीमतें और एक विस्तृत श्रृंखला प्रदान करना है। स्टोरफ्रंट की वेब होस्टिंग स्पष्ट रूप से सभी लागत केंद्रों पर लागत कम करने में मदद करती है।

मेगाशॉप.आरयू का प्रबंधन विशेष रूप से अपूर्ण कानून से बाधाओं के बारे में शिकायत नहीं करता है। पूरी तरह से "रोज़मर्रा" प्रकृति की कठिनाइयाँ हैं - बाज़ार की असभ्यता का परिणाम। "स्थिति बेतुकेपन के बिंदु तक पहुँच रही है: कंप्यूटर उपकरण के सभी आपूर्तिकर्ता आवश्यक प्रारूप में माल की उपलब्धता और कीमत के बारे में जानकारी प्रदान नहीं कर सकते हैं," श्री अखियारोव टिप्पणी करते हैं। - बिक्री प्रबंधक बिक्री करने के लिए अपने रास्ते से हट जाता है, लेकिन उसके पास केवल A4 प्रारूप के लिए डिज़ाइन की गई मूल्य सूची होती है। इस कंपनी का सिस्टम प्रोग्रामर दिन-ब-दिन यह समझाने में घंटों बिता सकता है कि दो कॉलम में कीमतों के साथ सामानों की केवल एक सूची प्राप्त करना "असंभव" क्यों है, हालांकि उसके लिए यह 5 मिनट का काम है।

पेजरगेट.आरयू
एसएमएस.गेट.आरयू

पेजर और जीएसएम मोबाइल फोन के कई उपयोगकर्ता संचार गेटवे http://www.pagergate.ru और http://sms.gate.ru से परिचित हैं। इन वेब साइटों से आप रूस और सीआईएस देशों में 400 ऑपरेटरों द्वारा सेवा प्राप्त पेजर और जीएसएम सेल फोन पर संदेश भेज सकते हैं।

एलेक्सी विनोग्रादोव (SMS.Gate.Ru परियोजना के समन्वयक) के अनुसार, परियोजना की मुख्य श्रम तीव्रता सेवाओं के विकास और समर्थन में भी नहीं थी (इसमें 30% समय लगता है), लेकिन ऑपरेटरों और उपयोगकर्ताओं के साथ संचार में। पेजरगेट की आय का बड़ा हिस्सा विज्ञापन (इंटरनेट विज्ञापन एजेंसी मेनिफेस्ट द्वारा प्रदान किया गया) से आता है। लेकिन अब कुछ कंपनियां अपने कर्मचारियों को तुरंत सूचित करने के लिए व्यावसायिक उद्देश्यों के लिए एसएमएस सेवाओं का उपयोग कर रही हैं। निकट भविष्य में एसएमएस-टू-आईसीक्यू और आईसीक्यू-टू-एसएमएस सेवाएं शुरू की जाएंगी। इसके अलावा, पहले से ही ऐसी सेवाएँ हैं जो ईमेल के माध्यम से रेडियो संचार को संदेश भेजने की सुविधा प्रदान करती हैं (और इसके विपरीत)। मेलिंग सूचियों के साथ काम करने के लिए एक सेवा वर्तमान में तैयार की जा रही है (एक बड़े प्रिंट प्रकाशन और मेलिंग सूची सर्वरों में से एक के साथ बातचीत चल रही है)। कॉर्पोरेट ग्राहकों के लिए, कॉर्पोरेट वेब साइटों के माध्यम से संदेश प्रसारण के संगठन की मेजबानी, एक समर्पित एसएमएस गेटवे इत्यादि जैसी सेवाएं प्रदान की जाती हैं।

परियोजना डेवलपर्स ने किसी भी विदेशी उपकरण का उपयोग नहीं किया। "हेड" टेलीफोन एक्सचेंज एम9 पर एक सर्वर है और दूसरे प्रदाता साइट पर दूसरा बैकअप है। SMS.Gate.Ru हार्डवेयर में कई अलग-अलग जीएसएम फोन और जीएसएम टर्मिनल शामिल हैं। परियोजना वास्तव में चार लोगों द्वारा सेवा प्रदान की जाती है: एक समन्वयक (सामान्य प्रशासन, प्रोग्रामिंग, उपयोगकर्ताओं के साथ संचार), एक सिस्टम इंजीनियर, एक विपणन और विज्ञापन विशेषज्ञ और सामान्य मुद्दों के लिए जिम्मेदार एक व्यक्ति।

विषय पर प्रकाशन