تخيل تطبيق مصرفي. ماذا ترى؟ من المؤكد أن هذا عبارة عن بضعة أسطر تحتوي على مبلغ من المال في حساباتك ومجموعة من القوائم ذات المظهر البسيط التي تسرد طرقًا لإنفاق هذه الأموال بطريقة أو بأخرى. الصورة عائلي. تطبيق مصرفي ، كمركز لنشاط الدفع ، قادر على المزيد. لماذا لا تجعله مركز النشاط الثقافي؟ نشاط النقل؟ ما الذي يمنعنا من تحويل تطبيق مصرفي إلى مساعد متكامل؟

الجواب بسيط: النظرة التقليدية تزعجنا. في VTB ، إلى جانب استوديو الاتصالات المرئية Ampersand ، قررنا إنشاء نوع جديد من التطبيقات المصرفية ، والتي لا يمكنك حتى استدعاء تطبيق مصرفي. من أجل أن يرى الضوء بالضبط في الشكل الذي تصورناه ، كان من الضروري تغيير عمليات التنمية التقليدية. قراءة المزيد عن كيف فعلنا هذا.
تم تعيين نقطة الانطلاق للعملية بأكملها ، كالمعتاد ، بواسطة المعارف التقليدية من العميل الداخلي. بتعبير أدق ، حقيقة أن
المعارف التقليدية بالمعنى التقليدي لم تكن موجودة على الإطلاق . حصلنا على ملاحظات تمهيدية أساسية ، والتي تم استكمالها وتنقيحها ، وأحيانًا أثناء المشروع مباشرة: تحتاج إلى تشديد هذه الخدمات ، للوصول إلى هذا الجمهور. "حسنًا ، إذن فلنفعل ذلك بنفسك!"
لقد بدأنا بوضع القيمة الرئيسية للتطبيق الجديد - رعاية المستخدم. بغض النظر عما إذا كان عميلًا لبنك VTB. وهنا يواجهون بالفعل تناقضات.
تالي كيلمي ، المدير التنفيذي والمدير الإبداعي لشركة Ampersand للاتصالات المرئية :
"يضع مطورو التطبيقات المصرفية الأولوية في إجراء الدفع والرقص حولها: حتى تصل الإخطارات في الوقت المحدد ، ويتم إجراء شطب ، استجاب chatbot للمساعدة. لكننا أردنا أن يتولى تطبيقنا رعاية المستخدم نظرًا لحقيقة أن كل شخص يعرف عنه: متى يدفع وأين وكيف. استلهمنا فيلم "She" ، حيث كان للشخصية الرئيسية مساعد عالمي ، والذي كان مشبعًا بمشاعره ".
لكي يطالب أحد التطبيقات بهذا الدور في حياة المستخدم ، يجب أن يصل إلى مستوى منطقي ومرئي جديد. مع تصميم الاستوديو ، وضعنا المقدمة التمهيدية العامة:
لدمج بينتيريست والمنتج المصرفي ، وخلق أشكال كبيرة نابضة بالحياة ، وتقسيم كل شيء وفقا للسيناريوهات الطبيعية لحياة الشخص. لذلك كانت هناك شرائح كبيرة يجب ملؤها بالعديد من الخدمات المختلفة: الثقافة ، النقل ، الحي الخاص بي ، المدفوعات والتحويلات.

المدفوعات والتحويلات - هذا هو واحد فقط من الأقسام في طلبنا. كل ما تقدمه التطبيقات المصرفية الأخرى مناسب من حيث المبدأ. ولكن بالإضافة إلى ذلك ، يوجد لدى VTB عدد كبير من الشركاء - خدمات المدينة المختلفة التي يستخدمها الناس باستمرار. أردنا أن نجعلها ملائمة لاستخدام جميع هذه الخدمات من خلال تطبيق واحد. تجد الحدث في قسم الثقافة. إضافته إلى التقويم. تلقي إشعار لشراء تذكرة. تأجيل عملية الشراء ، وتلقى لاحقًا إشعارًا آخر حتى لا تفوت الفرصة. يمكنك شراء تذكرة ، ويتم الدفع في نظام واحد مناسب ، إلى جانب الغرامات وترويكا المدفوعة في القسم التالي. إذا لم تدفع الغرامة ، فسترى إشارة حمراء في قسم "النقل". و هكذا.
كل لرعاية المستخدم.نحن جذب الشركاء
بدأنا في الحديث عن مفهومنا ، وتطبيقنا في المؤتمرات الكبرى ، وبالتالي جذب أول الشركاء الرئيسيين - YouDo ، Take Zaryad ، FitMost ، خدمات حجز المطاعم وغيرها من الشركات التي هي عملاء VTB. شركاؤنا هم حكومة موسكو وخدمة المواطن النشط. تم تقليص عدد الخدمات المحلية الأقل وراءها - على سبيل المثال ، لمشي الكلاب. لقد جمعنا كل هذا في قسم "ربعي".

بالطبع ، واجهنا مشاكل في التكامل.
تالي كيلمي:
"يتم تطوير العديد من الخدمات ، لا سيما الخدمات الكبيرة ، من قبل مطوري" المدرسة القديمة "، الذين لا يفهمون في بعض الأحيان الحالات" البشرية ". وبدون ذلك ، من الصعب توضيح سبب حاجتك إلى واجهة برمجة تطبيقات للتكامل على الإطلاق. غالبًا ما نحصل على WebView للعمل فقط ، وعندها فقط يتم ضبط الشركاء وتقديم واجهة برمجة تطبيقات عادية. هنا يمكنك أن تستشهد كمثال للجميع بفريق شاب من مبرمجي YouDo ، الذين ، على الرغم من الخبرة القصيرة ، اكتسبوا بالفعل تجربة هائلة وينشرون نهجًا مرنًا قريب منا. بالطبع ، كلما كانت الخدمة أكبر ، كقاعدة عامة ، مشاكل التكامل. "
التصميم أولا
بولينا ميخائيلوفا ، مديرة مشروع VTB لمدينتي الذكية:
"حتى قبل بدء التطوير ، أصبح واضحًا: المصممون يفهمون" افتقارنا للمعارف التقليدية "على أفضل وجه ، ولهذا يجب عليهم لعب دور رئيسي. كان لدينا شرط واحد فقط - لإبراز الحد الأقصى لاتصالات الدفع الخاصة بالبنك في التطبيق الجديد - من دفع تكاليف الوجبات المدرسية إلى تذاكر مباريات Dynamo FC. "
في هذه المرحلة ، قمنا بتوصيل المطورين من شركة
Intervale . لديها طاقم عمل خاص بها من المصممين ، وقد اعتاد مطورو Intervale على العمل معه ، ولكن فريق وكالة Ampersand فهمنا تمامًا كعميل أعمال. نتيجة لذلك ، حصلنا على فريق موزع جغرافيا. ذهب Ampersand ، كإيديولوجيين من جانب تصوُّر المشروع ، إلى حل أفضل من خلال العديد من التكرارات - كنتيجة لذلك ، كان يتعين نقل الشلال ، الذي كان معتادًا في مشاريع VTB ، إلى الرشاقة ، وإلا كان المشروع مستحيلًا.
في بداية المشروع ، كان لدى Ampersand أخصائي تقني خاص به ساعد في التحقق الأولي من مواد التصميم - تطلع لمعرفة ما إذا كان يمكن تنفيذها تقنياً على الإطلاق. في البداية ، بالطبع ، كان هناك العديد من الأسئلة المتبادلة. كانت اللائحة على النحو التالي: تم وضع متطلبات الأعمال من قبل وحدة أعمالنا بالتعاون الوثيق مع Ampersand. ثم التنسيق الفني يتبع ، تلقى المطورين المواد الرسومية ، وكان التنفيذ جاريا. وهنا بدأ الشيء الأكثر إثارة للاهتمام:
صراع المصممين مع المطورين ، والذي رافقه فصل بين المقاربات النمطية للعمل وانعدام الثقة المتبادل التام في البداية .
قالب الفجوة رقم 1: سلة واحدة ... لجميع المدفوعات
إنه مناسب عندما يمكنك وضع كل ذلك في سلة واحدة. مثل ، على سبيل المثال ، المدفوعات. ابتكر المصممون منطقًا تندرج فيه جميع المدفوعات - المخططة والعفوية - في سلة مدفوعات واحدة. صنعت على الفور اسكتشات الشاشة وسلمت للمطورين.
لقد اعتدنا جميعًا على رؤية سلة واحدة في متاجر على الإنترنت تركز على الأشياء. هناك ، لهذا ، هناك ممارسات تنفيذ راسخة. ولكن في تطبيق البنك؟ في سلة واحدة ، تحتاج إلى جمع كل من UTP (مستندات الدفع المفرد) والغرامات ، بالإضافة إلى المدفوعات التلقائية وحتى تذاكر الأداء. قم بالتجميع بحيث يمكنك باستخدام زر واحد دفع كل شيء دفعة واحدة أو حذف شيء ببساطة بضغطة واحدة. للتطبيقات المصرفية ، وهذا هو نهج جديد.

رقم قالب الفجوة 2: بوت المحادثة في ... "التطبيق المصرفي"
مرة أخرى ، جاءت شاشة من المصممين إلى المطورين ، حيث يقوم Maxim - روبوت الدردشة - بالإجابة على أسئلة مثل "هل لدي عقوبة أم لا؟" أو "ما هي حالة الدفع الخاصة بي؟" وهذا هو ، النسخ المتماثلة المحادثة. ثم ، كالمعتاد في مثل هذه السيناريوهات ، يتم استخدام قائمة من الأسئلة المعدة مسبقًا. بحيث يمكن للمستخدم طرح أسئلة طبيعية أكثر ملاءمة ، في هذه المرحلة ، يجب استخدام نهج مختلف تمامًا للتنمية مقارنة بما تم تبنيه في التطبيقات المصرفية. في الوقت الحالي ، ما زلنا نعمل على تدريب chatbot.
قالب الفجوة 3: شريط البحث ... لإدارة التطبيق
فيما يلي شاشة "مشكوك فيها" أخرى من المصممين: في الجزء العلوي من شاشة التطبيق ، يوجد شريط بحث مصمم للتحكم في التطبيق. تماما مثل المعتاد "برغر" في مكان قريب. لماذا هكذا؟ من ناحية التطوير ، هذا تكرار لا معنى له للوظائف.
تالي كيلمي:
في الواقع ، تستهدف واجهات الإدارة هذه أنواع مختلفة من المستخدمين. هناك "المؤمنون القدامى" ، وهو أكثر ملاءمة للنقر على القائمة. وهناك "الحدس" التي هي أكثر ملاءمة للدخول في البحث ما يحتاجون إليه والحصول عليه من التطبيق. سريع وأنيق. "

رقم نمط الفجوة 4: حول بلاطة واحدة
تتكون الشاشة الرئيسية للتطبيق من البلاط مع الأقسام. من بينها بلاط واحد بقلب ، "المفضلات". يقوم المستخدم بالنقر فوقه و ... الوقوع في مربعات جديدة. لماذا طبقتين؟ والشيء هو أن الطبقة الأولى من البلاط تبقى دائمًا دون تغيير وتمثل القائمة الكاملة لوظائف التطبيق. ولكن الطبقة الثانية من التجانبات ديناميكية بالفعل ، حيث تم تكوينها خصيصًا لكل مستخدم ، اعتمادًا على عدد مرات استخدامه وعدد مرات استخدامها. قد يبدو أن الشاشتين سوف تربكان فقط ، ولكن في الحقيقة هذا ليس كذلك - في النهاية ، كل شيء يتضح بحدسي.

أساليب جديدة للعمل
جميع صعوبات التفاعل الموضحة أعلاه لم تحل سدى. نحن والتصميم ، من ناحية ، المطورين والمحللين ، من ناحية أخرى ، وصلنا جميعًا في النهاية إلى خوارزمية واحدة. أولاً ، لدينا أفكار ومتطلبات العمل. ثم ينظر المصممون إلى كيفية دمج هذه الفكرة في المفهوم العام ، ووضع المسودات العامة. إذا كان من الواضح أن التكامل ضروري لتنفيذ الفكرة - وغالبًا ما يكون هذا هو الحال مع الخدمات - ثم ، بالتوازي مع المصممين ، يبدأ المحللون في إعداد API أو بروتوكول.
يضيف المحللون إلى أفكار المصممين ، بناءً على الموقف الحقيقي. على سبيل المثال ، الدفع لوقوف السيارات. في البداية ، لا يعرف المصممون تنسيق رقم الحساب ، وما هي المعلومات الإضافية المطلوبة ، وبالتالي ، كم عدد الحقول المطلوبة. في ضوء هذه المعلومات الجديدة ، يقوم المصممون بتحسين أفكارهم ونقلها إلى المطورين للتنفيذ. في بعض الحالات ، يكون المطورون متقدمين على المنحنى - ويقوم المصممون بالفعل بتقييم ملاحظاتهم التمهيدية.

بالطبع ، نادرًا على الأقل ، ولكن هناك تناقضات - في هذه الحالة ، نحن إلى جانب المصممين ، لأننا ، كما قلنا سابقًا ،
نصمم أولاً . بالإضافة إلى ذلك ، يتمتع المصممون لدينا بخبرة واسعة ، وإلمام ، وفي اللحظات المتنازع عليها ، غالبًا ما تظهر الخبرة بجانبهم - الخيارات التي يقدمونها هي من بين أفضل الممارسات.
ما هي مزايا نهجنا؟ وفقا للمطورين ، التصميم الجيد يلهمهم. بالإضافة إلى ذلك ، من وجهة نظر الوظائف من المصممين ، هناك ردود فعل كبيرة حول الأشياء التي لا يفكر فيها المطورون. نعم ، قد يؤدي ذلك إلى زيادة وقت التطوير ، ولكن يمكن للمصممين المتمرسين تبرير سبب الحاجة إلى إنشاء زر مخصص لمدة ساعتين بدلاً من لصق الزر الافتراضي في خمس دقائق.

ما تبين
يمكنك تقييم نتيجة عملنا في
متجر التطبيقات . في حين أن التطبيق بدأ للتو في ملء الخدمات ، هناك بالفعل أقسام "الثقافة" ، "النقل" ، "المدفوعات والتحويلات" ، "حيي" و "المواطن النشط". بمرور الوقت ، سيتم استكماله بميزات أخرى - جدول النقل وخريطة ازدحام المرور ومواقف السيارات وآلات مشاركة السيارات. سيظهر قسم "الرياضة" ، حيث سيتم نشر أخبار Dynamo FC ، التي تتعاون معها VTB ، وسيتم أيضًا بناء وحدة للواقع المعزز. بالإضافة إلى ذلك ، في المستقبل ، سنكمل التطبيق مع قسم "للحصول على الأمهات" بمعلومات عن المطاعم مع غرف الأطفال وقائمة لجميع أفراد الأسرة ، ملصقات الأحداث ، العروض الخاصة من المتاجر ، وما إلى ذلك. في قسم "الصحة" ، يمكنك تحديد موعد مع الطبيب ، راجع جهات الاتصال المرافق الطبية. نعمل الآن على إطلاق التطبيق ليس فقط في موسكو ، ولكن أيضًا في سان بطرسبرغ ، وفي النهاية في مدن أخرى يزيد عدد سكانها عن مليون نسمة.
إذا كنت مهتمًا بتطوير التطبيقات الذي يعتمد على التصميم أو أي شيء آخر متعلق بـ My Smart City ، فإننا نرحب بتعليقاتك.