想象一下银行应用程序。 你看到了什么？ 当然，这是与您帐户中的金额相对应的几行内容，还有一堆简洁明了的菜单，列出了以某种方式花费这笔钱的方式。 家常图片。 银行应用程序作为支付活动的中心，具有更多功能。 为什么不将其作为文化活动的中心？ 运输活动？ 是什么阻止我们将银行应用程序转变为成熟的助手？
答案很简单：传统的外观困扰我们。 VTB我们与视觉传达工作室Ampersand共同决定创建一种新型的银行应用程序，您甚至不能称其为银行应用程序。 为了使它以我们想要的形式准确地看到光线，有必要改变传统的开发过程。 详细了解我们如何做到这一点。
整个过程的起点像往常一样由内部客户的TK确定。 更确切地说，
传统意义上的传统知识根本不存在 。 我们获得了重要的入门笔记，然后在项目进行过程中有时对其进行了补充和完善：您需要加强这些服务，吸引这些受众。 “好吧，那我们自己动手吧！”
我们首先奠定了新应用程序的主要价值-关心用户。 不管他是否是VTB银行的客户。 在这里，他们已经面临矛盾。
Ampersand Visual Communications首席执行官兼创意总监Tally Kelmi ：
“银行应用程序的开发人员优先进行付款并在付款周围跳舞：这样，通知可以按时到达，可以进行冲销，聊天机器人的响应也得到了回应。 但是我们希望我们的应用程序能够照顾到用户，因为每个人都知道他：付款的时间，地点和金额。 我们从电影《她》中得到启发，电影中的主人公有一个全能的助手，他甚至对他充满了感情。
为了使应用程序在用户的生活中扮演这样的角色，它必须达到新的逻辑和视觉水平。 在设计工作室中，我们制定了总体介绍：
将Pinterest和银行产品结合在一起 ，创建大型的，充满活力的形式，并根据人们生活的自然场景对一切进行细分。 因此，有很大一部分应该填充许多不同的服务：文化，运输，我的住所，付款和转移。
付款和转帐-这只是我们应用程序中的部分之一。 其他银行业务应用程序提供的所有原则上都适用。 但是除此之外，VTB还拥有大量的合作伙伴-人们不断使用的各种城市服务。 我们希望通过一个应用程序方便地使用所有这些服务。 您可以在“文化”部分找到活动。 将其添加到日历。 收到购买机票的通知。 推迟购买，以后再收到通知，以免错过活动。 您买了票，付款就进入了一个便捷的系统，下一部分将支付罚款和三驾马车。 如果您尚未支付罚款，则在“运输”部分中，您会看到红色信号。 依此类推。
全部为用户服务。我们吸引合作伙伴
我们开始在大型会议上讨论我们的概念和应用，从而吸引了第一批主要合作伙伴-YouDo，Take Zaryad，FitMost，餐厅预订服务以及其他VTB客户。 我们的合作伙伴是莫斯科政府和现役公民服务。 较少的当地服务机构为他们提供支持-例如，-狗。 我们将所有这些都合并到“我的季度”部分。
当然，我们在集成方面遇到了问题。
Tally Kelmi：
“许多特别是大型服务是由“老派”的开发人员开发的，他们有时不了解“人”的情况。 除此之外，很难解释为什么您需要完全使用常规API进行集成。 通常，我们只有WebView可以工作，然后合作伙伴才能收听并提供正常的API。 在这里，您可以举一个例子，每个年轻的YouDo程序员团队，尽管经验不足，但他们已经积累了丰富的经验，并且正在讲一种接近我们的灵活方法。 当然，服务越大，通常，集成问题就越多。”
首先设计
My Smart City的VTB项目经理Polina Mikhailova：
“甚至在开发开始之前就很清楚： 设计师理解我们最好的“缺乏传统知识” ，这就是为什么他们应该扮演主要角色。 我们只有一个条件-在新的应用程序中实现银行的最大支付连接-从学校餐费到Dynamo FC比赛门票。”
至此，我们将开发人员与
Intervale挂钩。 它拥有自己的设计师团队，Intervale开发人员习惯于与他合作，但是Ampersand代理商团队完全理解我们是商业客户。 结果，我们得到了一个地理位置分散的团队。 作为项目可视化方面的思想家，Ampersand经过多次迭代找到了更好的解决方案-结果，必须将VTB项目中常见的瀑布转换为敏捷，否则该项目将是不可能的。
在项目开始时，Ampersand拥有自己的技术专家，他帮助设计材料进行了初步验证-他研究是否可以在技术上实施这些材料。 当然，在开始时，会有很多相互质疑的问题。 规定如下：业务要求是由我们的业务部门与Ampersand密切合作提出的。 然后进行了技术协调，开发人员收到了图形资料，并且实施工作仍在进行中。 在这里，最有趣的事情开始了：
设计师与开发人员的
斗争，伴随而来的是将陈规定型的工作方法分开，并且一开始就完全互不信任 。
差距模板1：一个篮子...用于所有付款
将所有这些都放到一个篮子里很方便。 例如，付款。 设计师提出了一种逻辑，其中所有计划的和自发的付款都归入一篮子付款。 立即制作屏幕草图并将其移交给开发人员。
我们都习惯在网上商店中看到一篮子商品。 为此，这里有悠久的实施实践。 但是在银行申请？ 在一个篮子里，您需要收集UTP（单一付款文件）和罚款，以及自动付款甚至演出门票。 组装后，只需按一下按钮，您就可以一次性支付所有费用，或者只需轻扫即可删除某些内容。 对于银行应用程序，这是一种新方法。
差距模板编号2：“银行应用程序”中的会话聊天机器人
还有一次，从设计师到开发人员的屏幕出现了，在这里，我们的聊天机器人Maxim –回答诸如“我是否要受罚？ 或“我的付款状态是什么？” 也就是说，对话副本。 然后，像在这种情况下一样，使用预先准备好的问题清单。 为了使用户可以提出更自然，更方便的问题，在此阶段，与银行应用程序所采用的开发方法相比，要求使用完全不同的开发方法。 目前，我们仍在进行聊天机器人培训。
差距模板3：搜索栏...用于管理应用程序
这是设计师的另一个“可疑”屏幕：在应用程序屏幕顶部是一个搜索栏，用于控制应用程序。 就像附近的普通“汉堡”一样。 为什么这样 从开发方面看，这是功能的无意义重复。
Tally Kelmi：
“实际上，这些管理界面是针对不同类型的用户的。 有“老信徒”，单击菜单更方便。 还有一些“想法”可以更方便地输入搜索内容，并从应用程序中获取信息。 快速优雅。
间隙样式4：大约1个图块
该应用程序的主屏幕由带有部分的图块组成。 其中有一个带有心的瓷砖，“收藏夹”。 用户单击它，然后...会变成新的图块。 为什么要两层？ 事实是，图块的第一层始终保持不变，并代表了应用程序功能的整个列表。 但是第二层磁贴已经是动态的，它是根据每个用户使用的频率和频率为每个用户专门配置的。 看来这两个屏幕只会混淆，但实际上并非如此-最终，所有结果都非常直观。
新的工作方法
上面描述的所有交互困难都没有白白解决。 一方面，我们和设计人员，另一方面，开发人员和分析人员，最终都采用了单一算法。 首先，我们有经营理念和要求。 然后，设计人员研究如何将此思想整合到总体概念中，并制定总体草图。 如果很明显集成是实现该想法所必需的-服务通常就是这种情况-那么，与设计人员并行的是，分析人员开始制定API或协议。
分析师根据实际情况添加了设计师的想法。 例如，支付停车费。 最初，设计人员不知道帐号的格式是什么，需要什么附加信息-因此，将需要多少字段。 有了这些新信息，设计师就可以完善自己的想法，并将其传递给开发人员以进行实施。 在某些情况下，开发人员会领先一步-设计师已经在评估他们的入门笔记。
当然，至少很少，但是有矛盾-在这种情况下，我们支持设计师，因为正如我们已经说过的，
首先设计 。 此外，我们的设计师拥有丰富的经验，熟悉度，并且在有争议的时刻，经验常常会出现在他们的身边-他们提供的选择是最佳实践之一。
我们的方法有什么优势？ 根据开发商的说法，好的设计可以激发他们的灵感。 另外，从设计人员的功能角度来看，对于开发人员甚至没有考虑过的事情都有大量反馈。 是的，这可能会增加开发时间，但是经验丰富的设计师可以证明为什么您需要制作一个自定义按钮两个小时，而不是在五分钟内坚持默认按钮的理由。
结果如何
您可以在
App Store中评估我们的工作结果。 当应用程序刚刚开始填充服务时，已经有“文化”，“运输”，“付款和转移”，“我的季度”和“现役公民”部分。 随着时间的流逝，它将补充其他功能-交通时刻表，交通拥堵图，停车场和汽车共享机。 将出现“体育”部分，将在其中张贴Dynamo FC新闻，与VTB合作，并内置增强现实模块。 此外，将来，我们将在“为妈妈”部分补充应用程序，其中包含带儿童房的餐厅信息以及全家人的菜单，活动海报，商店的特价优惠等。在“健康”部分，您可以预约医生，查看联系方式医疗设施。 现在，我们正在努力不仅在莫斯科，而且在圣彼得堡以及最终在人口超过一百万的其他城市中启动该应用程序。
如果您对我们的设计驱动型应用程序开发或与My Smart City相关的其他事情感兴趣，我们欢迎您发表评论。