Bayangkan aplikasi perbankan. Apa yang kamu lihat Tentunya ini adalah beberapa baris dengan jumlah uang di akun Anda dan banyak menu yang tampak sederhana yang mencantumkan cara untuk membelanjakan uang ini. Gambar sederhana. Aplikasi perbankan, sebagai pusat kegiatan pembayaran, mampu berbuat lebih banyak. Mengapa tidak menjadikannya pusat kegiatan budaya? Aktivitas transportasi? Apa yang mencegah kami mengubah aplikasi perbankan menjadi asisten penuh?
Jawabannya sederhana: tampilan tradisional mengganggu kita. Kami di VTB, bersama-sama dengan studio komunikasi visual Ampersand, memutuskan untuk membuat jenis aplikasi perbankan baru, yang bahkan Anda tidak dapat memanggil aplikasi perbankan. Agar dapat melihat cahaya persis dalam bentuk yang kita bayangkan, perlu untuk mengubah proses pembangunan tradisional. Baca lebih lanjut tentang bagaimana kami melakukan ini.
Titik awal untuk seluruh proses ditetapkan, seperti biasa, oleh TK dari pelanggan internal. Lebih tepatnya, fakta bahwa
TK dalam pengertian tradisional tidak ada sama sekali . Kami mendapat catatan pengantar utama, yang kemudian ditambah dan disempurnakan, kadang-kadang tepat selama proyek: Anda perlu memperketat layanan ini, menjangkau pemirsa ini. "Baiklah, kalau begitu mari kita lakukan sendiri!"
Kami mulai dengan meletakkan nilai utama dari aplikasi baru - merawat pengguna. Terlepas dari apakah dia adalah pelanggan VTB Bank. Dan di sini mereka sudah dihadapkan dengan kontradiksi.
Tally Kelmi, CEO dan Direktur Kreatif, Ampersand Visual Communications :
“Pengembang aplikasi perbankan memprioritaskan melakukan pembayaran dan menari di sekitarnya: sehingga pemberitahuan tiba tepat waktu, penghapusan dilakukan, bantuan chatbot merespons. Tetapi kami ingin aplikasi kami menjaga pengguna karena fakta bahwa semua orang tahu tentang dia: kapan dia membayar, di mana dan berapa banyak. Kami terinspirasi oleh film "Dia" , di mana karakter utama memiliki asisten universal, yang kepadanya ia bahkan dipenuhi perasaan. "
Agar suatu aplikasi dapat mengklaim peran tersebut dalam kehidupan pengguna, ia harus mencapai tingkat logis dan visual yang baru. Dengan studio desain, kami mengerjakan pengantar umum: untuk
menggabungkan Pinterest dan produk perbankan , membuat bentuk besar, bersemangat, mensegmentasi segala sesuatu sesuai dengan skenario alami kehidupan seseorang. Jadi ada segmen besar yang harus diisi dengan berbagai layanan: Budaya, Transportasi, Kuartal Saya, Pembayaran dan transfer.
Pembayaran dan transfer - ini hanya salah satu bagian dalam aplikasi kami. Segala sesuatu yang ditawarkan oleh aplikasi perbankan lain pada prinsipnya cocok di dalamnya. Namun selain itu, VTB memiliki sejumlah besar mitra - berbagai layanan kota yang selalu digunakan orang. Kami ingin membuatnya nyaman untuk menggunakan semua layanan ini melalui satu aplikasi. Anda menemukan acara di bagian Budaya. Tambahkan ke kalender. Terima pemberitahuan untuk membeli tiket. Tunda pembelian, nanti terima notifikasi lain agar tidak ketinggalan acara. Anda membeli tiket, dan pembayaran jatuh ke dalam satu sistem yang nyaman, bersama dengan denda dan Troika dibayar di bagian selanjutnya. Jika Anda belum membayar denda, di bagian "Transport" Anda akan melihat sinyal merah. Dan sebagainya.
Semua untuk perawatan pengguna.Kami menarik mitra
Kami mulai berbicara tentang konsep kami, aplikasi kami di konferensi besar dan dengan demikian menarik mitra utama pertama - YouDo, Take Zaryad, FitMost, layanan pemesanan restoran dan perusahaan lain yang merupakan klien VTB. Mitra kami adalah pemerintah Moskow dan layanan Warga Aktif. Lebih sedikit layanan lokal berhenti di belakang mereka - misalnya, untuk berjalan anjing. Kami menggabungkan semua ini di bagian "My quarter".
Tentu saja, kami mengalami masalah dalam integrasi.
Tally Kelmi:
“Banyak, terutama layanan besar dikembangkan oleh pengembang“ sekolah lama ”, yang terkadang tidak memahami kasus“ manusia ”. Dan tanpa ini, sulit untuk menjelaskan mengapa Anda memerlukan API normal untuk integrasi sama sekali. Seringkali kami hanya mendapatkan WebView untuk bekerja, dan baru kemudian mitra mendengarkan dan menawarkan API normal. Di sini Anda dapat mengutip sebagai contoh setiap orang tim muda programmer YouDo, yang, meskipun memiliki pengalaman singkat, telah memperoleh pengalaman luar biasa dan mengajarkan pendekatan fleksibel yang dekat dengan kami. Tentu saja, semakin besar layanan, semakin banyak, sebagai masalah, masalah dengan integrasi. ”
Desain dulu
Polina Mikhailova, manajer proyek VTB untuk My Smart City:
“Bahkan sebelum dimulainya pengembangan, menjadi jelas: desainer memahami“ kurangnya TK ”terbaik kami , itulah sebabnya mereka harus memainkan peran utama. Kami hanya memiliki satu syarat - untuk mengeluarkan koneksi pembayaran maksimum bank dalam aplikasi baru - mulai dari membayar makanan sekolah hingga tiket untuk pertandingan Dynamo FC. "
Pada titik ini, kami menghubungkan pengembang dari
Intervale . Ia memiliki staf desainernya sendiri, dan pengembang Intervale terbiasa bekerja dengannya, tetapi tim agensi Ampersand sepenuhnya memahami kami sebagai pelanggan bisnis. Sebagai hasilnya, kami mendapat tim yang tersebar secara geografis. Ampersand, sebagai ideolog dari sisi visualisasi proyek, pergi ke solusi yang lebih baik melalui banyak iterasi - sebagai akibatnya, air terjun, yang biasa untuk proyek-proyek VTB, harus bergerak dengan gesit, kalau tidak proyek itu tidak mungkin.
Pada awal proyek, Ampersand memiliki spesialis teknisnya sendiri yang membantu validasi awal bahan desain - dia melihat apakah mereka dapat diimplementasikan secara teknis sama sekali. Pada awalnya, tentu saja, ada banyak pertanyaan timbal balik. Peraturannya adalah sebagai berikut: persyaratan bisnis ditetapkan oleh unit bisnis kami dalam kerja sama erat dengan Ampersand. Kemudian koordinasi teknis diikuti, pengembang menerima materi grafis, dan implementasi sedang berlangsung. Dan di sini hal yang paling menarik dimulai:
perjuangan para desainer dengan pengembang, yang disertai dengan pemisahan pendekatan stereotip untuk bekerja dan rasa saling tidak percaya pada awalnya .
Gap template No. 1: satu keranjang ... untuk semua pembayaran
Lebih nyaman bila Anda bisa memasukkan semua itu ke dalam satu keranjang. Seperti, misalnya, pembayaran. Desainer datang dengan logika di mana semua pembayaran - terencana dan spontan - jatuh ke dalam satu keranjang pembayaran. Segera membuat sketsa layar dan diserahkan kepada pengembang.
Kita semua terbiasa melihat satu keranjang di toko online yang fokus pada hal-hal. Di sana, untuk ini, ada praktik implementasi yang telah lama ditetapkan. Tetapi dalam aplikasi bank? Dalam satu keranjang, Anda perlu mengumpulkan UTP (dokumen pembayaran tunggal), dan denda, serta pembayaran otomatis dan bahkan tiket ke pertunjukan. Pasang sehingga dengan satu tombol Anda dapat membayar semuanya sekaligus atau cukup menghapus sesuatu dengan gesek sederhana. Untuk aplikasi perbankan, ini adalah pendekatan baru.
Celah template nomor 2: bot obrolan percakapan di ... "aplikasi perbankan"
Di lain waktu, sebuah layar datang dari desainer ke pengembang, di mana Maxim - bot obrolan kami - menjawab pertanyaan seperti "Apakah saya mendapat penalti atau tidak?" atau "apa status pembayaran saya?" Yaitu, replika percakapan. Kemudian, seperti biasa dalam skenario seperti itu, daftar pertanyaan yang sudah disiapkan digunakan. Agar pengguna dapat mengajukan pertanyaan yang alami dan lebih nyaman, pada tahap ini diperlukan untuk menggunakan pendekatan pengembangan yang sama sekali berbeda dibandingkan dengan apa yang diadopsi dalam aplikasi perbankan. Saat ini, kami masih mengerjakan pelatihan chatbot.
Gap template 3: bilah pencarian ... untuk mengelola aplikasi
Berikut ini adalah layar "meragukan" dari desainer: di bagian atas layar aplikasi adalah bilah pencarian yang dirancang untuk mengontrol aplikasi. Sama seperti "burger" yang biasa ada di dekatnya. Kenapa begitu? Dari sisi pengembangan, ini adalah pengulangan fungsi yang tidak berarti.
Tally Kelmi:
“Faktanya, antarmuka manajemen ini ditargetkan pada berbagai jenis pengguna. Ada "Old Believers", yang lebih nyaman untuk mengklik menu. Dan ada "intuisi" yang lebih nyaman untuk masuk ke dalam pencarian apa yang mereka butuhkan dan mendapatkannya dari aplikasi. Cepat dan elegan. "
Pola celah nomor 4: sekitar satu ubin
Layar utama aplikasi terdiri dari ubin dengan bagian-bagian. Di antara mereka ada satu ubin dengan hati, "Favorit". Pengguna mengkliknya dan ... jatuh ke ubin baru. Mengapa dua lapisan? Dan masalahnya adalah bahwa lapisan pertama ubin selalu tetap tidak berubah dan mewakili seluruh daftar fungsi aplikasi. Tetapi lapisan kedua ubin sudah dinamis, itu dikonfigurasi khusus untuk setiap pengguna, tergantung pada apa dan seberapa sering ia menggunakan. Tampaknya kedua layar hanya akan membingungkan, tetapi kenyataannya tidak demikian - pada akhirnya semuanya ternyata cukup intuitif.
Pendekatan baru untuk bekerja
Semua kesulitan interaksi yang dijelaskan di atas tidak diselesaikan dengan sia-sia. Kami dan desain, di satu sisi, pengembang dan analis, di sisi lain, semua akhirnya sampai pada satu algoritma tunggal. Pertama, kami memiliki ide dan persyaratan bisnis. Kemudian para desainer melihat bagaimana mengintegrasikan ide ini ke dalam konsep umum, dan membuat konsep umum. Jika jelas bahwa integrasi diperlukan untuk mengimplementasikan gagasan - dan ini sering terjadi pada layanan - maka, seiring dengan perancang, analis mulai mengerjakan API atau protokol.
Analis menambah ide-ide desainer, berdasarkan situasi nyata. Misalnya, pembayaran parkir. Awalnya, desainer tidak tahu format apa nomor akun itu, informasi tambahan apa yang dibutuhkan - dan oleh karena itu, berapa banyak bidang yang dibutuhkan untuk itu. Dengan informasi baru ini, para desainer memperhalus ide-ide mereka dan meneruskannya kepada pengembang untuk implementasi. Dalam beberapa kasus, pengembang berada di depan kurva - dan desainer sudah mengevaluasi catatan pengantar mereka.
Tentu saja, setidaknya jarang, tetapi ada kontradiksi - dalam hal ini kita berpihak pada desainer, karena, seperti yang sudah kita katakan,
desain terlebih dahulu . Selain itu, desainer kami memiliki pengalaman luas, keakraban, dan di saat-saat yang disengketakan, pengalaman sering muncul di pihak mereka - pilihan yang mereka tawarkan adalah di antara praktik terbaik.
Apa kelebihan dari pendekatan kami? Menurut pengembang, desain yang bagus menginspirasi mereka. Selain itu, dari sudut pandang fungsionalitas dari desainer ada umpan balik besar tentang hal-hal yang bahkan tidak dipikirkan pengembang. Ya, ini dapat menyebabkan peningkatan waktu pengembangan, tetapi desainer yang berpengalaman dapat membenarkan mengapa Anda perlu membuat tombol khusus selama dua jam alih-alih menempelkan default dalam lima menit.
Apa yang terjadi?
Anda dapat mengevaluasi hasil pekerjaan kami di
App Store . Sementara aplikasi baru mulai diisi dengan layanan, sudah ada bagian "Budaya", "Transportasi", "Pembayaran dan Transfer", "Kuartal" dan "Warga Aktif". Seiring waktu, itu akan dilengkapi dengan fitur lain - jadwal transportasi, peta kemacetan lalu lintas, tempat parkir dan mesin berbagi mobil. Bagian "Olahraga" akan muncul, di mana berita Dynamo FC akan diposting, yang mana VTB berkolaborasi, dan modul augmented reality juga akan dibuat. Selain itu, di masa mendatang, kami akan melengkapi aplikasi dengan bagian "Untuk Ibu" dengan informasi tentang restoran dengan kamar anak-anak dan menu untuk seluruh keluarga, poster acara, penawaran khusus dari toko, dll. Di bagian "Kesehatan", Anda dapat membuat janji dengan dokter, melihat kontak fasilitas medis. Sekarang kami sedang berupaya meluncurkan aplikasi tidak hanya di Moskow, tetapi juga di St. Petersburg, dan akhirnya di kota-kota lain dengan populasi lebih dari satu juta.
Jika Anda tertarik dengan pengembangan aplikasi berbasis desain kami atau hal lain yang terkait dengan My Smart City, kami menyambut komentar Anda.