Imagine um aplicativo bancário. O que você vê? Certamente, existem algumas linhas com a quantidade de dinheiro em suas contas e um monte de menus simples que listam maneiras de gastar esse dinheiro. Imagem caseira. Um aplicativo bancário, como um centro de atividade de pagamento, é capaz de mais. Por que não torná-lo um centro de atividade cultural? Atividade de transporte? O que nos impede de transformar um aplicativo bancário em um assistente de pleno direito?
A resposta é simples: a aparência tradicional nos incomoda. Nós da VTB, juntamente com o estúdio de comunicação visual Ampersand, decidimos criar um novo tipo de aplicativo bancário, que você nem pode chamar de aplicativo bancário. Para ver a luz exatamente na forma em que concebemos, foi necessário mudar os processos tradicionais de desenvolvimento. Leia mais sobre como fizemos isso.
O ponto de partida de todo o processo foi definido, como de costume, pela TK do cliente interno. Mais precisamente, o fato de a
TK, no sentido tradicional, não existir . Recebemos notas introdutórias importantes, que foram complementadas e refinadas, às vezes durante o projeto: você precisa reforçar esses serviços, alcançar esse público. "Bem, então vamos fazer você mesmo!"
Começamos definindo o principal valor do novo aplicativo - cuidar do usuário. Independentemente de ele ser um cliente do VTB Bank. E aqui eles já se deparam com contradições.
Tally Kelmi, CEO e diretora criativa da Ampersand Visual Communications :
“Os desenvolvedores de aplicativos bancários priorizam o pagamento e dançam em torno dele: para que as notificações cheguem a tempo, sejam feitas baixas, a ajuda do chatbot respondeu. Mas queríamos que nosso aplicativo cuidasse do usuário devido ao fato de todos saberem sobre ele: quando ele paga, onde e quanto. Fomos inspirados pelo filme "Ela" , onde o personagem principal tinha um assistente universal, a quem ele estava imbuído de sentimentos ".
Para que um aplicativo reivindique esse papel na vida do usuário, ele deve atingir um novo nível lógico e visual. Com o estúdio de design, elaboramos a introdução geral:
combinar o Pinterest e um produto bancário , criar formas grandes e vibrantes, segmentar tudo de acordo com os cenários naturais da vida de uma pessoa. Portanto, havia grandes segmentos que deveriam ser preenchidos com muitos serviços diferentes: cultura, transporte, meu trimestre, pagamentos e transferências.
Pagamentos e transferências - esta é apenas uma das seções em nosso aplicativo. Tudo o que outros aplicativos bancários oferecem, em princípio, se encaixa nele. Além disso, a VTB possui um grande número de parceiros - vários serviços da cidade que as pessoas usam constantemente. Queríamos facilitar o uso de todos esses serviços por meio de um único aplicativo. Você encontra o evento na seção Cultura. Adicione-o ao calendário. Receba uma notificação para comprar um ingresso. Adie a compra e depois receba outra notificação para não perder o evento. Você compra um bilhete e o pagamento cai em um único sistema conveniente, junto com multas e Troika pagas na próxima seção. Se você não pagou a multa, na seção "Transporte", você verá um sinal vermelho. E assim por diante
Tudo para atendimento ao usuário.Atraímos parceiros
Começamos a falar sobre nosso conceito, nossa aplicação em grandes conferências e, assim, atraímos os primeiros grandes parceiros - YouDo, Take Zaryad, FitMost, serviços de reservas de restaurantes e outras empresas clientes da VTB. Nossos parceiros são o governo de Moscou e o serviço Active Citizen. Menos serviços locais surgiram atrás deles - por exemplo, para passear com cães. Combinamos tudo isso na seção "Meu trimestre".
Obviamente, encontramos problemas na integração.
Tally Kelmi:
“Muitos serviços, especialmente grandes, são desenvolvidos pelos desenvolvedores da“ velha escola ”, que às vezes não entendem os casos“ humanos ”. E sem isso, é difícil explicar por que você precisa de uma API normal para integração. Frequentemente, apenas obtivemos o WebView para trabalhar e somente então os parceiros se sintonizaram e ofereceram uma API normal. Aqui você pode citar como exemplo todo mundo que uma equipe jovem de programadores do YouDo, que, apesar de uma experiência curta, já adquiriu enorme experiência e está pregando uma abordagem flexível que está próxima de nós. Obviamente, quanto maior o serviço, mais, em regra, os problemas com a integração. ”
Design primeiro
Polina Mikhailova, gerente de projetos da VTB para My Smart City:
“Mesmo antes do início do desenvolvimento, ficou claro: os designers entendem melhor nossa“ falta de TK ” , e é por isso que eles devem desempenhar um papel importante. Tínhamos apenas uma condição - oferecer as conexões máximas de pagamento do banco no novo aplicativo - do pagamento de refeições escolares a ingressos para jogos do Dynamo FC. ”
Nesse ponto, conectamos os desenvolvedores da
Intervale . Ele tem sua própria equipe de designers e os desenvolvedores da Intervale estão acostumados a trabalhar com ele, mas a equipe da agência Ampersand nos entendeu completamente como um cliente comercial. Como resultado, temos uma equipe distribuída geograficamente. O E comercial, como ideólogos do lado da visualização do projeto, foi para uma solução melhor através de muitas iterações - como resultado, a cascata, que era usual para projetos de VTB, teve que ser transferida para o ágil, caso contrário, o projeto seria impossível.
No início do projeto, a Ampersand teve seu próprio especialista técnico, que ajudou na validação inicial dos materiais de design - ele procurou verificar se eles poderiam ser implementados tecnicamente. No começo, é claro, havia muitas perguntas em comum. O regulamento era o seguinte: os requisitos de negócios foram estabelecidos por nossa unidade de negócios em estreita cooperação com a Ampersand. Em seguida, a coordenação técnica se seguiu, os desenvolvedores receberam materiais gráficos e a implementação estava em andamento. E aqui começou o mais interessante: a
luta dos designers com os desenvolvedores, que foi acompanhada por uma separação de abordagens estereotipadas do trabalho e uma total desconfiança mútua no início .
Modelo de lacuna nº 1: uma única cesta ... para todos os pagamentos
É conveniente quando você pode colocar tudo isso em uma cesta. Como, por exemplo, pagamentos. Os designers criaram uma lógica na qual todos os pagamentos - planejados e espontâneos - se enquadram em uma única cesta de pagamentos. Esboços de tela feitos imediatamente e entregues aos desenvolvedores.
Estamos acostumados a ver uma única cesta em lojas online focadas nas coisas. Lá, para isso, existem práticas de implementação estabelecidas há muito tempo. Mas no aplicativo do banco? Em uma cesta, você precisa coletar UTP (documentos de pagamento único) e multas, além de pagamentos automáticos e até tickets para o desempenho. Monte para que, com um botão, você possa pagar tudo de uma só vez ou simplesmente excluir algo com um simples toque. Para aplicativos bancários, essa é uma nova abordagem.
Modelo de lacuna número 2: bot de bate-papo conversacional em ... "aplicativo bancário"
Outra vez, veio uma tela de designers para desenvolvedores, onde Maxim - nosso robô de bate-papo - responde a perguntas como "Tenho uma penalidade ou não?" ou "qual é o meu status de pagamento?" Ou seja, réplicas de conversação. Então, como de costume nesses cenários, é usada uma lista pré-preparada de perguntas. Para que o usuário possa fazer perguntas naturais e mais convenientes, nesta fase, é necessário usar uma abordagem completamente diferente do desenvolvimento em comparação com o que é adotado em aplicativos bancários. No momento, ainda estamos trabalhando em um treinamento de chatbot.
Modelo de lacuna 3: barra de pesquisa ... para gerenciar o aplicativo
Aqui está outra tela "duvidosa" dos designers: na parte superior da tela do aplicativo, há uma barra de pesquisa projetada para controlar o aplicativo. Assim como o habitual "hambúrguer" está por perto. Porque assim? Do lado do desenvolvimento, essa é uma repetição sem sentido de funcionalidade.
Tally Kelmi:
“De fato, essas interfaces de gerenciamento são direcionadas a diferentes tipos de usuários. Existem "Old Believers", que é mais conveniente clicar no menu. E há "intuições" mais convenientes para inserir na pesquisa o que elas precisam e obtê-las no aplicativo. Rápido e elegante.
Padrão de intervalo número 4: em torno de um bloco
A tela principal do aplicativo consiste em peças com seções. Entre eles, há uma peça com um coração, "Favoritos". O usuário clica nele e ... cai em novos blocos. Por que duas camadas? E o fato é que a primeira camada de blocos sempre permanece inalterada e representa toda a lista de funções do aplicativo. Mas a segunda camada de blocos já é dinâmica, está configurada especificamente para cada usuário, dependendo do que e com que frequência ele usa. Pode parecer que as duas telas apenas confundem, mas, na verdade, não é assim - no final, tudo acontece de maneira bastante intuitiva.
Novas abordagens para o trabalho
Todas as dificuldades de interação descritas acima não foram resolvidas em vão. Nós e o design, por um lado, desenvolvedores e analistas, por outro, acabamos por chegar a um único algoritmo. Primeiro, temos idéias e requisitos de negócios. Em seguida, os designers analisam como integrar essa idéia ao conceito geral e fazem rascunhos gerais. Se estiver claro que a integração é necessária para implementar a ideia - e esse geralmente é o caso dos serviços -, paralelamente aos designers, os analistas começam a elaborar uma API ou protocolo.
Os analistas aumentam as idéias dos designers, com base na situação real. Por exemplo, pagamento por estacionamento. Inicialmente, os designers não sabem qual é o formato do número da conta, que informações adicionais são necessárias - e, portanto, quantos campos serão necessários para isso. Dadas essas novas informações, os designers refinam suas idéias e as transmitem aos desenvolvedores para implementação. Em alguns casos, os desenvolvedores estão à frente da curva - e os designers já estão avaliando suas notas introdutórias.
Claro, pelo menos raramente, mas existem contradições - nesse caso, estamos do lado dos designers, porque, como já dissemos,
primeiro o design . Além disso, nossos designers têm uma vasta experiência, familiaridade e, em momentos disputados, a experiência geralmente aparece do seu lado - as opções que eles oferecem estão entre as melhores práticas.
Quais são as vantagens da nossa abordagem? Segundo os desenvolvedores, um bom design os inspira. Além disso, do ponto de vista da funcionalidade dos designers, há um grande feedback sobre coisas que os desenvolvedores nem pensam. Sim, isso pode levar a um aumento no tempo de desenvolvimento, mas designers experientes podem justificar por que você precisa criar um botão personalizado por duas horas, em vez de colar o padrão em cinco minutos.
O que acontece
Você pode avaliar o resultado do nosso trabalho na
App Store . Enquanto o aplicativo está apenas começando a preencher os serviços, já existem as seções "Cultura", "Transporte", "Pagamentos e transferências", "Meu bairro" e "Cidadão ativo". Com o tempo, ele será complementado com outros recursos - um cronograma de transporte, um mapa de engarrafamento, estacionamentos e máquinas de compartilhamento de carros. A seção "Esporte" será exibida, onde serão publicadas as notícias do Dynamo FC, com as quais o VTB está colaborando, e também será construído um módulo de realidade aumentada. Além disso, no futuro, complementaremos o aplicativo com a seção “Para mães” com informações sobre restaurantes com salas para crianças e um menu para toda a família, pôsteres de eventos, ofertas especiais de lojas etc. Na seção “Saúde”, você pode marcar uma consulta com o médico, ver contatos instalações médicas. Agora, estamos trabalhando no lançamento do aplicativo não apenas em Moscou, mas também em São Petersburgo e, eventualmente, em outras cidades com uma população de mais de um milhão.
Se você estiver interessado em nosso desenvolvimento de aplicativos orientado a design ou algo mais relacionado à My Smart City, agradecemos seus comentários.