Imaginez une application bancaire. Que voyez-vous? C'est sûrement quelques lignes avec le montant d'argent dans vos comptes et un tas de menus simples qui répertorient les moyens de dépenser cet argent. Image chaleureuse. Une application bancaire, en tant que centre d'activité de paiement, peut en faire plus. Pourquoi ne pas en faire un centre d'activités culturelles? Activité de transport? Qu'est-ce qui nous empêche de transformer une application bancaire en assistant à part entière?
La réponse est simple: le look traditionnel nous dérange. Chez VTB, avec le studio de communication visuelle Ampersand, nous avons décidé de créer un nouveau type d’application bancaire, que vous ne pouvez même pas appeler une application bancaire. Pour qu'il puisse voir la lumière exactement sous la forme dans laquelle nous avons conçu, il a fallu changer les processus de développement traditionnels. En savoir plus sur la façon dont nous avons procédé.
Le point de départ de l'ensemble du processus a été fixé, comme d'habitude, par TK du client interne. Plus précisément, le fait que les
savoirs traditionnels au sens traditionnel n'existaient pas du tout . Nous avons obtenu des notes d'introduction clés, qui ont ensuite été complétées et affinées, parfois au cours du projet: vous devez resserrer ces services, atteindre ce public. "Eh bien, alors faisons-le vous-même!"
Nous avons commencé par définir la valeur principale de la nouvelle application - prendre soin de l'utilisateur. Qu'il soit client de VTB Bank ou non. Et ici, ils sont déjà confrontés à des contradictions.
Tally Kelmi, PDG et directeur créatif, Ampersand Visual Communications :
«Les développeurs d'applications bancaires accordent la priorité au paiement et dansent autour de lui: pour que les notifications arrivent à temps, des radiations sont effectuées, a répondu le chatbot. Mais nous voulions que notre application prenne soin de l'utilisateur car tout le monde le connaît: quand il paie, où et combien. Nous avons été inspirés par le film "Elle" , où le personnage principal avait un assistant universel, à qui il était même imprégné de sentiments. "
Pour qu'une application puisse revendiquer un tel rôle dans la vie de l'utilisateur, elle doit atteindre un nouveau niveau logique et visuel. Avec le studio de design, nous avons élaboré l'introduction générale:
combiner Pinterest et un produit bancaire , créer de grandes formes vibrantes, segmenter le tout selon les scénarios naturels de la vie humaine. Il y avait donc de grands segments qui devaient être remplis de nombreux services différents: Culture, Transports, Mon quartier, Paiements et transferts.
Paiements et transferts - ce n'est qu'une des sections de notre application. Tout ce que les autres applications bancaires proposent en principe s'y inscrit. Mais en plus de cela, VTB a un grand nombre de partenaires - divers services urbains que les gens utilisent constamment. Nous voulions faciliter l'utilisation de tous ces services via une seule application. Vous trouverez l'événement dans la section Culture. Ajoutez-le au calendrier. Recevez une notification pour acheter un billet. Reporter l'achat, recevoir ultérieurement une autre notification afin de ne pas manquer l'événement. Vous achetez un billet, et le paiement tombe dans un seul système pratique, avec des amendes et la Troïka versée dans la section suivante. Si vous n'avez pas payé l'amende, dans la section "Transport" vous verrez un signal rouge. Et ainsi de suite.
Tout pour les soins aux utilisateurs.Nous attirons des partenaires
Nous avons commencé à parler de notre concept, de notre application lors de grandes conférences et avons ainsi attiré les premiers grands partenaires - YouDo, Take Zaryad, FitMost, les services de réservation de restaurants et d'autres sociétés clientes VTB. Nos partenaires sont le gouvernement de Moscou et le service Active Citizen. Moins de services locaux se sont arrêtés derrière eux - par exemple, pour la promenade de chiens. Nous avons combiné tout cela dans la section «Mon quartier».
Bien sûr, nous avons rencontré des problèmes d'intégration.
Tally Kelmi:
«De nombreux services, en particulier de grande taille, sont développés par les développeurs de la« vieille école », qui parfois ne comprennent pas les cas« humains ». Et sans cela, il est difficile d'expliquer pourquoi vous avez besoin d'une API normale pour l'intégration. Souvent, nous n'avons obtenu WebView que pour le travail, et ce n'est qu'alors que les partenaires se sont connectés et ont proposé une API normale. Ici, vous pouvez citer à titre d'exemple tout le monde une jeune équipe de programmeurs YouDo qui, malgré une courte expérience, a déjà acquis une énorme expérience et prêche une approche flexible qui nous est proche. Bien sûr, plus le service est grand, plus, en règle générale, les problèmes d'intégration. »
Le design d'abord
Polina Mikhailova, chef de projet VTB pour My Smart City:
«Même avant le début du développement, il est devenu clair: les concepteurs comprennent mieux notre« manque de savoirs traditionnels » , c'est pourquoi ils devraient jouer un rôle majeur. Nous n'avions qu'une seule condition - faire ressortir les connexions de paiement maximales de la banque dans la nouvelle application - du paiement des repas scolaires aux billets pour les matchs du Dynamo FC. »
À ce stade, nous avons connecté des développeurs d'
Intervale . Il dispose de sa propre équipe de concepteurs et les développeurs d'Intervale sont habitués à travailler avec lui, mais l'équipe de l'agence Ampersand nous a parfaitement compris en tant que client professionnel. En conséquence, nous avons obtenu une équipe géographiquement répartie. Esperluette, en tant qu'idéologues du côté de la visualisation du projet, est allé à une meilleure solution à travers de nombreuses itérations - en conséquence, la cascade, qui était habituelle pour les projets VTB, a dû être transférée en agile, sinon le projet aurait été impossible.
Au début du projet, Ampersand avait son propre spécialiste technique qui a aidé à la validation initiale des matériaux de conception - il a cherché à voir s'ils pouvaient être techniquement mis en œuvre. Au début, bien sûr, il y avait de nombreuses questions mutuelles. La réglementation était la suivante: les exigences commerciales ont été définies par notre unité commerciale en étroite collaboration avec Ampersand. Ensuite, la coordination technique a suivi, les développeurs ont reçu du matériel graphique et la mise en œuvre était en cours. Et c'est là que la chose la plus intéressante a commencé: la
lutte des concepteurs avec les développeurs, qui s'est accompagnée d'une séparation des approches stéréotypées du travail et d'une méfiance mutuelle totale au début .
Modèle d'écart n ° 1: un panier unique ... pour tous les paiements
C'est pratique quand vous pouvez mettre tout cela dans le même panier. Comme, par exemple, les paiements. Les concepteurs ont imaginé une logique dans laquelle tous les paiements - planifiés et spontanés - tombent dans un même panier de paiements. Réalisation immédiate de croquis d'écran et remise aux développeurs.
Nous sommes tous habitués à voir un seul panier dans les magasins en ligne axé sur les choses. Là, pour cela, il existe des pratiques de mise en œuvre établies de longue date. Mais dans l'application bancaire? Dans un même panier, vous devez collecter à la fois l'UTP (documents de paiement unique) et les amendes, ainsi que les paiements automatiques et même les tickets pour la représentation. Assemblez de sorte qu'avec un seul bouton, vous pouvez tout payer en une seule fois ou simplement supprimer quelque chose d'un simple glissement. Pour les applications bancaires, il s'agit d'une nouvelle approche.
Modèle d'écart numéro 2: chat conversationnel dans ... "application bancaire"
Une autre fois, un écran est venu des concepteurs aux développeurs, où Maxim - notre bot de chat - répond à des questions comme "Ai-je une pénalité ou pas?" ou "quel est mon statut de paiement?" Autrement dit, des répliques conversationnelles. Ensuite, comme d'habitude dans de tels scénarios, une liste de questions préétablie est utilisée. Afin que l'utilisateur puisse poser des questions naturelles et plus pratiques, à ce stade, il est nécessaire d'utiliser une approche du développement complètement différente de celle adoptée dans les applications bancaires. Pour le moment, nous travaillons toujours sur une formation de chatbot.
Gap template 3: barre de recherche ... pour gérer l'application
Voici un autre écran «douteux» des concepteurs: en haut de l'écran de l'application se trouve une barre de recherche conçue pour contrôler l'application. Tout comme le «burger» habituel est à proximité. Pourquoi Du côté du développement, il s'agit d'une répétition insignifiante de fonctionnalités.
Tally Kelmi:
«En fait, ces interfaces de gestion sont destinées à différents types d'utilisateurs. Il existe des "Vieux croyants", ce qui est plus pratique pour cliquer sur le menu. Et il existe des «intuitions» qui sont plus pratiques pour entrer dans la recherche ce dont elles ont besoin et l'obtenir depuis l'application. Rapide et élégant. ”
Motif d'écart numéro 4: autour d'une tuile
L'écran principal de l'application se compose de tuiles avec des sections. Parmi eux, il y a une tuile avec un cœur, «Favoris». L'utilisateur clique dessus et ... tombe dans de nouvelles tuiles. Pourquoi deux couches? Et le fait est que la première couche de tuiles reste toujours inchangée et représente la liste complète des fonctions d'application. Mais la deuxième couche de tuiles est déjà dynamique, elle est configurée spécifiquement pour chaque utilisateur, en fonction de ce qu'il utilise et de sa fréquence. Il peut sembler que les deux écrans ne feront que confondre, mais en fait ce n'est pas le cas - au final, tout se passe de manière assez intuitive.
De nouvelles approches du travail
Toutes les difficultés d'interaction décrites ci-dessus n'ont pas été résolues en vain. Nous et la conception, d'une part, les développeurs et les analystes, d'autre part, nous sommes finalement tous arrivés à un seul algorithme. Tout d'abord, nous avons des idées et des exigences commerciales. Ensuite, les concepteurs examinent comment intégrer cette idée dans le concept général et rédigent des ébauches générales. S'il est clair que l'intégration est nécessaire pour mettre en œuvre l'idée - et c'est souvent le cas avec les services - alors, en parallèle avec les concepteurs, les analystes commencent à élaborer une API ou un protocole.
Les analystes ajoutent aux idées des concepteurs, en fonction de la situation réelle. Par exemple, le paiement du stationnement. Au départ, les concepteurs ne savent pas quel format est le numéro de compte, quelles informations supplémentaires sont nécessaires - et donc, combien de champs seront nécessaires pour cela. Compte tenu de ces nouvelles informations, les concepteurs affinent leurs idées et les transmettent aux développeurs pour mise en œuvre. Dans certains cas, les développeurs sont en avance sur la courbe - et les concepteurs évaluent déjà leurs notes d'introduction.
Bien sûr, au moins rarement, mais il y a des contradictions - dans ce cas, nous sommes du côté des concepteurs, car, comme nous l'avons déjà dit, le
design d'abord . De plus, nos concepteurs ont une vaste expérience, une grande familiarité et, dans les moments litigieux, l'expérience apparaît souvent de leur côté - les options qu'ils proposent sont parmi les meilleures pratiques.
Quels sont les avantages de notre approche? Selon les développeurs, une bonne conception les inspire. De plus, du point de vue des fonctionnalités des concepteurs, il y a un grand retour d'informations sur des choses auxquelles les développeurs ne pensent même pas. Oui, cela peut entraîner une augmentation du temps de développement, mais les concepteurs expérimentés peuvent justifier pourquoi vous devez créer un bouton personnalisé pendant deux heures au lieu de coller celui par défaut en cinq minutes.
Qu'est-ce qui s'avère
Vous pouvez évaluer le résultat de notre travail dans l'
App Store . Alors que l'application commence à peine à se remplir de services, il existe déjà des sections "Culture", "Transport", "Paiements et transferts", "Mon quartier" et "Citoyen actif". Au fil du temps, il sera complété par d'autres fonctionnalités - un calendrier de transport, une carte des embouteillages, des parkings et des autopartages. La section «Sport» apparaîtra, où les nouvelles du Dynamo FC seront publiées, avec lesquelles VTB collabore, et un module de réalité augmentée sera également intégré. De plus, à l'avenir, nous compléterons l'application avec la section «Pour les mamans» avec des informations sur les restaurants avec des chambres d'enfants et un menu pour toute la famille, des affiches d'événements, des offres spéciales de magasins, etc. Dans la section «Santé», vous pouvez prendre rendez-vous avec un médecin, voir les contacts installations médicales. Nous travaillons actuellement au lancement de l'application non seulement à Moscou, mais aussi à Saint-Pétersbourg, et éventuellement dans d'autres villes de plus d'un million d'habitants.
Si vous êtes intéressé par notre développement d'applications axé sur la conception ou par quelque chose d'autre lié à My Smart City, nous apprécions vos commentaires.