फेडरल प्रोजेक्ट को बिजनेस कार्ड वेबसाइट में कैसे बदलें? लगभग विस्तृत निर्देश

जब ग्राहक ने पहली बार अपने प्रोजेक्ट - रोजनात्सज़द्रव के विचार को रेखांकित किया, तो यह बहुत दिलचस्प लगा। दरअसल, ऐसा था।

जरा सोचिए, संघीय संघ, जो पूरे रूस के चिकित्सा संगठनों को मिलाएगा, देश के किसी भी स्थान से आम मरीजों को एक विशेषज्ञ से ऑनलाइन परामर्श प्राप्त करने की अनुमति देगा, कहते हैं, मास्को से, और, यदि आवश्यक हो, तो एक नियुक्ति करें।

प्रारंभिक चरण में, यह थोड़ा चिंताजनक हो सकता है कि ऊपर वर्णित अवधारणा टीके का सार था। लेकिन परियोजना दिलचस्प और महत्वाकांक्षी है - इसलिए, एक अधिक पर्याप्त TK के गठन में भाग लेना भी दिलचस्प था।

नतीजतन, इसका गठन किया गया था। यह एक वेबसाइट के रूप में सबसे अधिक समझने योग्य उत्पाद शेल बनाने के लिए था, जहां क्लाइंट, न्यूनतम सेट पैरामीटर प्रदान करते हुए, अपने व्यक्तिगत खाते में समाप्त हो गया, जो मुख्य परियोजना थी।

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

ग्राहक, हालांकि, "लॉबी" शब्द का उपयोग करने से बहुत डरते थे, हालांकि इसमें कुछ भी नकारात्मक नहीं है, और यहां तक ​​कि इसे परियोजना की प्रस्तुति से बाहर करने के लिए कहा गया, लेकिन बाद में उस पर और अधिक।

व्यक्तिगत खाता, या व्यक्तिगत खाते, एक डॉक्टर, रोगी, संगठन के साथ-साथ विभिन्न संगठनों के डॉक्टरों के बीच बातचीत की एक बहु-स्तरीय प्रणाली थी।

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

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

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

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

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

नतीजतन, दो डिजाइन पुनरावृत्तियों को तैयार किया गया था, जिनमें से समन्वय, सौभाग्य से, बिना किसी समस्या के पारित हो गया।

• पहला संस्करण कुछ इस तरह से देखा गया
• लेकिन दूसरा संस्करण इस तरह देखा गया

और फिर असली कचरा और कचरा शुरू हो गया, ग्राहक, जाहिर तौर पर समझ नहीं पा रहा था कि प्रोग्रामिंग प्रक्रिया कैसे चल रही है, उसने प्रोग्रामर से खुद संपर्क करने का फैसला किया, हमें दरकिनार किया और न सिर्फ संपर्क किया, बल्कि सीधे उसे नया इनपुट देना शुरू कर दिया, और बाद में पूरी तरह से भुगतान करने का फैसला किया उसे सीधे, लेकिन एक ही समय में, जबकि हमारे साथ काम करना जारी है।

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

इस तथ्य के बावजूद कि हमने सहयोग जारी रखा, परियोजना की एक पूर्ण प्रस्तुति तैयार की, कर्मचारियों के कर्मचारियों के कार्ड के मॉक-अप और ग्राहक के साझेदार (जो, काम के दौरान, दो बार बदल गए) - एक बड़ी परियोजना नहीं ले सका।

प्रारंभिक चरण में, हमने अतिरिक्त विशेषज्ञ राय जानने के लिए, कमजोरियों को दूर करने के लिए, IIDF (इंटरनेट इनिशिएटिव्स डेवलपमेंट फंड) के लिए एक परियोजना को जोड़ने का प्रस्ताव रखा, लेकिन ग्राहक ने इस विचार को खारिज कर दिया। वह पहले से ही जानता है कि क्या करना है। यह उल्लेखनीय है कि कुछ महीने बाद, एक सामान्य चैट में, हमने भावना में एक संदेश देखा: "IIDF का उपयोग क्यों नहीं किया?"

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

यह हमेशा दुख की बात है जब एक दिलचस्प परियोजना कार्यान्वयन तक नहीं पहुंचती है, लेकिन लगभग पूरा होने वाले प्रोजेक्ट की मृत्यु होने पर भी दुख होता है, क्योंकि ग्राहक समझ नहीं पा रहा था कि वह क्या चाहता है, और हर बार अधिक से अधिक नए अद्भुत विचार थे।

नतीजतन, एक संघीय बहुक्रियाशील पोर्टल के बजाय एक व्यवसाय कार्ड साइट।