Imagina una aplicación bancaria. Que ves Seguramente se trata de algunas líneas con la cantidad de dinero en sus cuentas y un montón de menús simples que enumeran formas de gastar este dinero de alguna manera. Imagen hogareña. Una aplicación bancaria, como centro de actividad de pago, es capaz de más. ¿Por qué no convertirlo en un centro de actividad cultural? Actividad de transporte? ¿Qué nos impide convertir una aplicación bancaria en un asistente completo?
La respuesta es simple: el aspecto tradicional nos molesta. En VTB, junto con el estudio de comunicaciones visuales Ampersand, decidimos crear un nuevo tipo de aplicación bancaria, que ni siquiera se puede llamar una aplicación bancaria. Para que pueda ver la luz exactamente en la forma en que concebimos, fue necesario cambiar los procesos de desarrollo tradicionales. Lea más sobre cómo hicimos esto.
El punto de partida para todo el proceso fue establecido, como de costumbre, por TK del cliente interno. Más precisamente, el hecho de que los
conocimientos tradicionales en el sentido tradicional no existían en absoluto . Obtuvimos notas introductorias clave, que luego se complementaron y refinaron, a veces justo durante el proyecto: necesita reforzar estos servicios, llegar a esta audiencia. "Bueno, entonces ¡hagámoslo tú mismo!"
Comenzamos estableciendo el valor principal de la nueva aplicación: el cuidado del usuario. Independientemente de si es cliente de VTB Bank. Y aquí ya se enfrentan a contradicciones.
Tally Kelmi, CEO y Directora Creativa, Ampersand Visual Communications :
“Los desarrolladores de aplicaciones bancarias dan prioridad a hacer un pago y danzan a su alrededor: para que las notificaciones lleguen a tiempo, se hagan cancelaciones, respondió el chatbot de ayuda. Pero queríamos que nuestra aplicación se ocupara del usuario debido al hecho de que todos lo conocen: cuándo paga, dónde y cuánto. Nos inspiramos en la película "Ella" , donde el personaje principal tenía un asistente universal, a quien incluso estaba imbuido de sentimientos ".
Para que una aplicación reclame ese papel en la vida del usuario, debe alcanzar un nuevo nivel lógico y visual. Con el estudio de diseño, elaboramos la introducción general:
combinar Pinterest y un producto bancario , crear formas grandes y vibrantes, segmentar todo de acuerdo con los escenarios naturales de la vida de una persona. Así que había grandes segmentos que deberían llenarse con muchos servicios diferentes: Cultura, Transporte, Mi trimestre, Pagos y transferencias.
Pagos y transferencias: esta es solo una de las secciones de nuestra aplicación. En principio, todo lo que ofrecen otras aplicaciones bancarias cabe en él. Pero además de esto, VTB tiene una gran cantidad de socios, varios servicios de la ciudad que las personas usan constantemente. Queríamos facilitar el uso de todos estos servicios a través de una sola aplicación. Encontrará el evento en la sección Cultura. Agréguelo al calendario. Reciba una notificación para comprar un boleto. Posponga la compra, luego reciba otra notificación para no perderse el evento. Usted compra un boleto y el pago cae en un único sistema conveniente, junto con multas y la Troika pagada en la siguiente sección. Si no ha pagado la multa, en la sección "Transporte" verá una señal roja. Y así sucesivamente.
Todo para el cuidado del usuario.Atraemos socios
Comenzamos a hablar sobre nuestro concepto, nuestra aplicación en las principales conferencias y, por lo tanto, atrajimos a los primeros socios importantes: YouDo, Take Zaryad, FitMost, servicios de reserva de restaurantes y otras compañías que son clientes de VTB. Nuestros socios son el gobierno de Moscú y el servicio Active Citizen. Menos servicios locales se detuvieron detrás de ellos, por ejemplo, para pasear perros. Combinamos todo esto en la sección "Mi cuarto".
Por supuesto, encontramos problemas en la integración.
Tally Kelmi:
"Muchos, especialmente los servicios grandes, son desarrollados por los desarrolladores de la" vieja escuela ", que a veces no entienden los casos" humanos ". Y sin esto, es difícil explicar por qué necesita una API normal para la integración. A menudo solo obtuvimos WebView para trabajar, y solo entonces los socios sintonizaron y ofrecieron una API normal. Aquí puede citar como ejemplo a todos un joven equipo de programadores de YouDo que, a pesar de su corta experiencia, ya han adquirido una enorme experiencia y predican un enfoque flexible que está cerca de nosotros. Por supuesto, cuanto mayor es el servicio, más, por regla general, los problemas con la integración ".
Diseño primero
Polina Mikhailova, gerente de proyectos de VTB para My Smart City:
"Incluso antes del inicio del desarrollo, quedó claro: los diseñadores comprenden mejor nuestra" falta de conocimientos tradicionales " , por lo que deberían desempeñar un papel importante. Solo teníamos una condición: sacar las conexiones de pago máximas del banco en la nueva aplicación, desde pagar las comidas escolares hasta las entradas para los partidos del Dynamo FC ".
En este punto, conectamos a los desarrolladores de
Intervale . Tiene su propio equipo de diseñadores, y los desarrolladores de Intervale están acostumbrados a trabajar con él, pero el equipo de la agencia Ampersand nos entendió completamente como un cliente comercial. Como resultado, obtuvimos un equipo distribuido geográficamente. Ampersand, como ideólogos desde el lado de la visualización del proyecto, buscó una mejor solución a través de muchas iteraciones: como resultado, la cascada, que era habitual para los proyectos de VTB, tuvo que transferirse a ágil, de lo contrario el proyecto habría sido imposible.
Al comienzo del proyecto, Ampersand tenía su propio especialista técnico que lo ayudó con la validación inicial de los materiales de diseño: buscó para ver si podían implementarse técnicamente. Al principio, por supuesto, había muchas preguntas mutuas. La regulación fue la siguiente: los requisitos comerciales fueron establecidos por nuestra unidad de negocios en estrecha cooperación con Ampersand. Luego siguió la coordinación técnica, los desarrolladores recibieron materiales gráficos y la implementación fue continua. Y aquí comenzó lo más interesante: la
lucha de los diseñadores con los desarrolladores, que fue acompañada por una separación de enfoques estereotípicos para el trabajo y una total desconfianza mutua al principio .
Gap template No. 1: una sola canasta ... para pagos totales
Es conveniente cuando puedes poner todo eso en una sola canasta. Como, por ejemplo, pagos. A los diseñadores se les ocurrió una lógica en la que todos los pagos, planificados y espontáneos, caen en una sola canasta de pagos. Inmediatamente hizo bocetos de pantalla y entregó a los desarrolladores.
Todos estamos acostumbrados a ver una sola canasta en las tiendas en línea centradas en las cosas. Allí, para esto, hay prácticas de implementación establecidas desde hace mucho tiempo. Pero en la solicitud del banco? En una canasta, debe recopilar tanto el UTP (documentos de pago único) como las multas, así como los pagos automáticos e incluso las entradas para la presentación. Ensamble para que con un solo botón pueda pagar todo de una vez o simplemente eliminar algo con un simple deslizamiento. Para las aplicaciones bancarias, este es un nuevo enfoque.
Gap template número 2: bot de chat conversacional en ... "aplicación bancaria"
En otra ocasión, una pantalla vino de diseñadores a desarrolladores, donde Maxim, nuestro bot de chat, responde preguntas como "¿Tengo una penalización o no?" o "¿cuál es mi estado de pago?" Es decir, réplicas conversacionales. Luego, como es habitual en tales escenarios, se utiliza una lista de preguntas preparada previamente. Para que el usuario pueda hacer preguntas naturales y más convenientes, en esta etapa se requiere utilizar un enfoque de desarrollo completamente diferente en comparación con lo que se adopta en las aplicaciones bancarias. Por el momento, todavía estamos trabajando en un entrenamiento de chatbot.
Gap template 3: barra de búsqueda ... para administrar la aplicación
Aquí hay otra pantalla "dudosa" de los diseñadores: en la parte superior de la pantalla de la aplicación hay una barra de búsqueda diseñada para controlar la aplicación. Al igual que la "hamburguesa" habitual está cerca. Por qué Desde el lado del desarrollo, esta es una repetición de funcionalidad sin sentido.
Tally Kelmi:
“De hecho, estas interfaces de administración están dirigidas a diferentes tipos de usuarios. Hay "viejos creyentes", que es más conveniente hacer clic en el menú. Y hay "intuiciones" que son más convenientes para ingresar en la búsqueda lo que necesitan y obtenerlo de la aplicación. Rápido y elegante.
Patrón de separación número 4: alrededor de una ficha
La pantalla principal de la aplicación consta de mosaicos con secciones. Entre ellos hay una ficha con un corazón, "Favoritos". El usuario hace clic y ... cae en nuevos mosaicos. ¿Por qué dos capas? Y es que la primera capa de mosaicos siempre permanece sin cambios y representa la lista completa de funciones de la aplicación. Pero la segunda capa de mosaicos ya es dinámica, está configurada específicamente para cada usuario, dependiendo de qué y con qué frecuencia la use. Puede parecer que las dos pantallas solo confundirán, pero en realidad no es así, al final todo resulta bastante intuitivo.
Nuevos enfoques de trabajo.
Todas las dificultades de interacción descritas anteriormente no se resolvieron en vano. Nosotros y el diseño, por un lado, desarrolladores y analistas, por el otro, todos finalmente llegamos a un solo algoritmo. Primero, tenemos ideas y requisitos comerciales. Luego, los diseñadores analizan cómo integrar esta idea en el concepto general y hacer borradores generales. Si está claro que la integración es necesaria para implementar la idea, y este suele ser el caso con los servicios, entonces, en paralelo con los diseñadores, los analistas comienzan a elaborar una API o protocolo.
Los analistas se suman a las ideas de los diseñadores, en función de la situación real. Por ejemplo, pago por estacionamiento. Inicialmente, los diseñadores no saben qué formato tiene el número de cuenta, qué información adicional se necesita y, por lo tanto, cuántos campos se necesitarán para ello. Dada esta nueva información, los diseñadores refinan sus ideas y las transmiten a los desarrolladores para su implementación. En algunos casos, los desarrolladores están por delante de la curva, y los diseñadores ya están evaluando sus notas introductorias.
Por supuesto, al menos raramente, pero hay contradicciones: en este caso, nos ponemos del lado de los diseñadores porque, como ya dijimos,
primero diseñamos . Además, nuestros diseñadores tienen una amplia experiencia, familiaridad y, en momentos de disputa, la experiencia a menudo aparece de su lado: las opciones que ofrecen se encuentran entre las mejores prácticas.
¿Cuáles son las ventajas de nuestro enfoque? Según los desarrolladores, el buen diseño los inspira. Además, desde el punto de vista de la funcionalidad de los diseñadores, hay una gran retroalimentación sobre cosas en las que los desarrolladores ni siquiera piensan. Sí, esto puede conducir a un aumento en el tiempo de desarrollo, pero los diseñadores experimentados pueden justificar por qué necesita hacer un botón personalizado durante dos horas en lugar de pegar el predeterminado en cinco minutos.
Lo que resulta
Puede evaluar el resultado de nuestro trabajo en la
App Store . Si bien la aplicación apenas comienza a llenarse de servicios, ya hay secciones "Cultura", "Transporte", "Pagos y transferencias", "Mi barrio" y "Ciudadano activo". Con el tiempo, se complementará con otras características: un horario de transporte, un mapa de atascos, estacionamientos y máquinas para compartir autos. Aparecerá la sección "Deporte", donde se publicarán las noticias del Dynamo FC, con las que VTB está colaborando, y también se incorporará un módulo de realidad aumentada. Además, en el futuro, complementaremos la aplicación con la sección "Para mamás" con información sobre restaurantes con habitaciones para niños y un menú para toda la familia, carteles de eventos, ofertas especiales de tiendas, etc. En la sección "Salud", puede hacer una cita con el médico, ver contactos instalaciones medicas. Ahora estamos trabajando en el lanzamiento de la aplicación no solo en Moscú, sino también en San Petersburgo, y eventualmente en otras ciudades con una población de más de un millón.
Si está interesado en nuestro desarrollo de aplicaciones basado en el diseño o en algo más relacionado con My Smart City, agradecemos sus comentarios.