डिजाइनर बनाम डेवलपर्स: आवेदन के निर्माण के इतिहास के बारे में "मेरा स्मार्ट शहर"

बैंकिंग एप्लिकेशन की कल्पना करें। आप क्या देखते हैं? निश्चित रूप से यह आपके खातों में पैसे की मात्रा और सादे-दिखने वाले मेनू का एक गुच्छा है जो किसी न किसी तरह से इस पैसे को खर्च करने के तरीकों को सूचीबद्ध करता है। घर की तस्वीर। भुगतान गतिविधि के केंद्र के रूप में एक बैंकिंग एप्लिकेशन, अधिक सक्षम है। इसे सांस्कृतिक गतिविधि का केंद्र क्यों न बनाएं? परिवहन गतिविधि? हमें बैंकिंग एप्लिकेशन को पूर्ण-सहायक में बदलने से क्या रोकता है?



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

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

हमने नए एप्लिकेशन का मुख्य मूल्य बिछाने से शुरू किया - उपयोगकर्ता की देखभाल। भले ही वह VTB बैंक का ग्राहक हो। और यहाँ वे पहले से ही विरोधाभासों का सामना कर रहे हैं।

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

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



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

हम भागीदारों को आकर्षित करते हैं

हमने अपने कॉन्सेप्ट, प्रमुख सम्मेलनों में हमारे एप्लिकेशन के बारे में बात करना शुरू किया और इस तरह पहले प्रमुख भागीदारों को आकर्षित किया - YouDo, टेक Zaryad, FitMost, रेस्तरां आरक्षण सेवाओं और अन्य कंपनियों जो VTB क्लाइंट हैं। हमारे साझेदार मास्को सरकार और सक्रिय नागरिक सेवा हैं। कम स्थानीय सेवाओं ने उनके पीछे खींच लिया - उदाहरण के लिए, कुत्ते के चलने के लिए। हमने यह सब "मेरी तिमाही" अनुभाग में जोड़ा।



बेशक, हमें एकीकरण में समस्याओं का सामना करना पड़ा।

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

पहले डिजाइन

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

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

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

गैप टेम्प्लेट नंबर 1: एक ही टोकरी ... सभी-सभी भुगतानों के लिए

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

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

गैप टेम्प्लेट नंबर 2: संवादी चैट बॉट इन ... "बैंकिंग एप्लिकेशन"

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

गैप टेम्पलेट 3: एप्लिकेशन को प्रबंधित करने के लिए खोज बार ...

यहां डिजाइनरों से एक और "संदिग्ध" स्क्रीन है: एप्लिकेशन स्क्रीन के शीर्ष पर एक खोज पट्टी है जिसे एप्लिकेशन को नियंत्रित करने के लिए डिज़ाइन किया गया है। हमेशा की तरह "बर्गर" पास ही है। ऐसा क्यों? विकास की ओर से, यह कार्यक्षमता का एक अर्थहीन पुनरावृत्ति है।

टैली केलमी:
“वास्तव में, ये प्रबंधन इंटरफेस विभिन्न प्रकार के उपयोगकर्ताओं को लक्षित करते हैं। "ओल्ड बिलीवर्स" हैं, जो मेनू पर क्लिक करने के लिए अधिक सुविधाजनक है। और "अंतर्ज्ञान" हैं जो खोज में प्रवेश करने के लिए अधिक सुविधाजनक हैं कि उन्हें क्या चाहिए और इसे एप्लिकेशन से प्राप्त करें। तेज और सुरुचिपूर्ण। ”

गैप पैटर्न नंबर 4: एक टाइल के आसपास

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

काम करने के लिए नया तरीका

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

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



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

हमारे दृष्टिकोण के क्या फायदे हैं? डेवलपर्स के अनुसार, अच्छा डिजाइन उन्हें प्रेरित करता है। इसके अलावा, डिजाइनरों से कार्यक्षमता के दृष्टिकोण से उन चीजों के बारे में एक बड़ी प्रतिक्रिया है जो डेवलपर्स के बारे में भी नहीं सोचते हैं। हां, इससे विकास के समय में वृद्धि हो सकती है, लेकिन अनुभवी डिजाइनर यह बता सकते हैं कि आपको डिफ़ॉल्ट बटन को पांच मिनट में छड़ी करने के बजाय दो घंटे के लिए कस्टम बटन बनाने की आवश्यकता क्यों है।

क्या निकला

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

यदि आप हमारे डिजाइन-चालित अनुप्रयोग विकास या माई स्मार्ट सिटी से संबंधित किसी अन्य चीज में रुचि रखते हैं, तो हम आपकी टिप्पणियों का स्वागत करते हैं।