Dalam bentuk apa tugas itu datang kepada Anda? Apakah ini deskripsi lisan dari manajer, diagram pada flipchart, atau spesifikasi pelanggan? Untuk tim pengembangan kami, ini adalah kisah pengguna. Dan mungkin terlihat seperti ini: "Saya, sebagai pemilik bisnis, ingin melihat akun di aplikasi seluler." Pertanyaan-pertanyaan berikut mengikuti dari cerita: “Informasi apa yang saya butuhkan? Apa yang harus dilihat karyawan saya? Mengapa saya menggunakan aplikasi seluler dan bukan bank online? "
Agar pengguna mendapatkan apa yang mereka inginkan, kata-kata singkat dari cerita tersebut harus menyembunyikan analitik produk yang mendalam. Kita membaca tentang apa yang tidak terletak pada permukaan di bawah luka.
Belajarlah dari pesaing Anda karena dia akan belajar dari Anda
Markswebb adalah kata yang tidak asing bagi semua orang di proyek kami. Analis dari agen konsultasi setiap tahun membuat peringkat bank seluler untuk bisnis dalam dua kategori: pengusaha individu dan eksekutif. Himpunan fungsi, serta kebutuhan pengusaha, berbeda dalam kategori.
Seorang pengguna yang tidak berpengalaman akan bertanya: “Apa yang Anda lakukan? Apakah Anda mendukung platform? Semuanya sudah diimplementasikan sejak lama. ” Sebagian benar: melakukan pembayaran di telepon bukanlah berita. Tetapi pembayaran seluler bukan satu-satunya tugas bank seluler untuk bisnis. Ada juga pembukuan, perolehan, pelaporan, dll - daftarnya agak besar.
Berjuang untuk ketinggian Markswebb adalah mesin perbankan mobile yang kuat. Jumlah kriteria evaluasi hanya gila - 443 pada tahun 2019, dua kali lebih banyak dari pada tahun 2017. Anda tidak dapat mengikutinya di mana-mana: Anda harus bermanuver antara bobot fitur dalam peringkat dan kompleksitas, tidak melupakan nilai untuk pengguna dan efek finansial. Maka semua orang puas: pengguna, manajer, dan analis Markswebb.
Tetapi hanya mengejar pesaing itu membosankan. Oleh karena itu, dari waktu ke waktu kami membuat fitur wow di mana kecerdikan produk dan tim digunakan:
- Guys, mari kita buat kode QR
- Ya, itu ada di mana-mana: dalam tagihan utilitas, register kas online, bahkan di karyawan Subway, ada ... Apa lagi yang bisa Anda pikirkan?
- Hmm ... Mungkin kita akan menambahkan kode ke faktur untuk pembayaran?
- Dan masalah apa yang akan kita pecahkan?
- Nah, rekanan mengirimi saya faktur dan menginginkan saya uang. Mengumpulkan detail dengan tangan Anda panjang dan membosankan. Sekarang, jika saya bisa mengarahkan kamera dengan biaya ...
Tidak lebih cepat dikatakan daripada dilakukan. Sekarang, di Alfa-Business Mobile, ketika Anda mengklik tombol "Set Faktur", kami menghasilkan kode QR dengan rincian pembayaran di masa depan, mengubahnya menjadi base64 dan mengirimkannya dengan parameter lain ke sistem pelaporan. Sistem memetakan data ke dalam templat yang sudah ditandai, mengumpulkan gambar dari karakter dan mengembalikan file dalam format pdf. Hasilnya bisa dilihat di bawah ini.
Jika organisasi menginginkan uang, tetapi tidak ingin menampilkan dokumen, pengguna dapat membagikan detail di layar atau mengirim ke kurir. Kode QR juga dikenali dalam segala hal: ketika Anda membawa kamera, unduh file pdf / png / jpg di dalam aplikasi, saat Anda membukanya dari luar menggunakan tombol "Buka dengan".
Omong-omong, Subway bukan lelucon. Bank bagus dan kontes menarik
Pengguna yang terhormat, terima kasih atas tanggapan Anda! Kami bersukacita ketika Anda bahagia dan sedih dengan Anda. Untuk mengetahui pendapat Anda, dukungan fungsional, umpan balik dari manajer dan, tentu saja, ulasan di toko membantu Anda. Kami memantau dan menganalisis umpan balik pada dua platform. Catatan tentang kurangnya fitur yang berguna mengubah persyaratan fungsional. Keluhan tentang pengunduhan yang lama atau crash aplikasi - dalam hal kinerja dan stabilitas. Selain itu, semakin banyak panggilan, semakin tinggi prioritas.
Agar tim selalu terbarui dengan perkembangan terakhir, pengembang kami telah menulis bot obrolan. Informasi dari App Store dikumpulkan dalam format RSS, diurai dan, di hadapan sesuatu yang baru, dikirim ke saluran Slack. Dalam kasus Google Play, token diminta untuk umpan balik melalui konsol pengembang, dan ulasan terjadwal juga masuk ke obrolan.
Ulasan bagus bagus, dan ulasan buruk bermanfaat. Karena itu, perhatian khusus diberikan pada penilaian negatif. Untuk setiap kasus seperti itu, kami melihat platform dan versi aplikasi, dan mencoba mereproduksinya dalam lingkungan pengujian. Seringkali masalah diperbaiki di versi terbaru dari depan, maka kami menyarankan pengguna untuk memperbarui. Tidak selalu mungkin untuk memperbaiki bug dengan segera, karena beberapa masalah bersifat global. Salah satu contoh adalah penggantian kode dari SMS secara otomatis. Google telah memperbarui kebijakan privasinya dan melarang untuk mem-parsing pesan. Khawatir penghapusan dari toko, SMSki harus dihentikan. Kemudian Google mengusulkan API baru, dan substitusi otomatis dikembalikan, tetapi butuh beberapa saat untuk menyelesaikan masalah.
Seekor kucing yang sedih setiap kali pengguna memasukkan SMS dengan tangannya Tapi cukup tentang yang menyedihkan.
Tidak ada hal yang lebih tidak bersalah di dunia selain menghasilkan uang
Penarikan operasi dari cabang adalah tugas global aplikasi perbankan. Ini baik ketika klien membuat produk, tetapi tidak pergi ke kantor untuk itu. Pengguna menghemat waktu, bank menghemat sumber daya. Di Alpha Business Mobile, kartu, deposit, cerukan, dan produk lainnya tersedia untuk dipesan. Dan agar pengguna tahu tentang ini, kami membuat penawaran dalam bentuk spanduk.
Tugas itu sulit: Anda perlu mendapatkan uang dan tidak membuat ban pengguna bosan dengan spanduk. Oleh karena itu, nasib salib pada spanduk diputuskan oleh tiga perawatan berturut-turut (untuk referensi: Google percaya bahwa perawatan adalah perawatan anjing, tetapi dalam kasus scrum itu adalah pertemuan dengan diskusi tentang jaminan simpanan). Meminta konfirmasi di tempat yang tidak perlu adalah praktik buruk. Tapi di sini penting bagi kita bahwa pengguna tidak menyembunyikan tawaran itu secara tidak sengaja atau pada mesin. Karena itu, sebelum menyembunyikan spanduk, kami meminta Anda untuk berpikir lagi.
Sebuah bisnis memiliki banyak keinginan untuk dipertimbangkan ketika mengimplementasikan aplikasi. Bisnis dan TI saling melengkapi: semakin banyak fitur dalam aplikasi, semakin banyak pelanggan. Begitu juga sebaliknya. Hal utama adalah jangan lupa untuk memastikan bahwa solusinya bekerja. Saat beralih di antara jendela dan melakukan tindakan di antarmuka, penghitung peristiwa dipicu, yang mengirimkan data ke Google dan Firebase Analytics. Jadi kami mengetahui bahwa pengguna memesan produk setelah melihat spanduk kami. Atau tidak memesan.
Sumber persyaratan dalam artikel tidak menguras analisis produk. Dia menghadapi banyak tugas: memprioritaskan, manajemen risiko dan sebagainya. Namun, peringkat, umpan balik, dan sirip. Efeknya memungkinkan Anda untuk memeriksa bahwa fungsi-fungsi yang diperlukan dalam aplikasi adalah dan tidak membuat marah klien.
Jika semuanya demikian, maka itu berhasil karena suatu alasan :)