工作杂谈

最近在写项目方案，需要对接许多系统，要和各个系统的人进行沟通。方案改了又改，压力是真不小。

以外派的身份在银行这样的环境中，沟通成本和障碍都不小。称呼上不是老师就是总，不清楚怎么称呼的时候，叫老师总归是没错的。每个系统都有不少项目，A 系统着急要做的，可能在 B 系统是优先级靠后的，系统一多，就很难协调，虽说都是银行内的系统，但是还是会考虑各自系统的利益和发展。有些时候明明就是顺手而为之的一个小功能，就是不提供给对方，因为项目没有给这边足够的费用，要知道最终我们要服务的是客户，看似是一个小点，但是累计多了，对客户的体验也是一种损伤，但是谁又关心呢。

我曾经不止一次吐槽银行的用户界面太丑陋，直到参与到相应的开发中，才知道缘由。在向用户展示界面之前，要经过需求-原型-设计-开发-测试-上线等阶段，在早期的原型上，往往不是专业的产品经理在设计，而是由开发人员来做，这样节省成本，但是开发人员在设计原型的时候，可能会过多地考虑技术能否实现，无形中放弃了一部分用户体验，再加上程序的开发使用的是固定的框架，设计人员的设计也受到了一定的局限，最终呈现出来的页面着实不能称之为美，和互联网的大厂产品相比就是天差地别。

目前我在工作中也需要画原型，项目没有什么竞品可参照，全靠自己想象。自己之前的开发经历都是移动端的，如果是设计移动端产品原型，还有经验可循，但是目前的项目都是 PC 端，基本上是从零开始，完全是个新手。虽然画原型的工具用的比较熟练，奈何审美上不去，如果只为了完成需求文档上的功能，那进行功能堆砌和简单排列就好，但是对用户不友好，这个过程中要把自己想象成真实的用户，想方设法去提升用户的使用效率和体验。原型有高保真和低保真，高保真当然好，但是费时费力，原型不要求美，毕竟还需要经过 UI 进行设计，但是如果原型是给上层领导看的，那么业务方对原型要求就比较高，恨不得把原型当做一个成型的 demo 来用，关键是要好看。

除了画原型，还需要协调项目组的一些工作安排，这偏向项目管理。虽然我读过一些管理学的书，但是到了真实的场景中，还是有些纸上谈兵。我这个人有些自卑，不够硬气，害怕麻烦别人。最直接的体现就是能用文字沟通的就绝不打电话，打电话的时候特别紧张，尤其是和未见过面的人第一次沟通，不了解对方，生怕自己说错了话，影响后续的工作。做开发的时候，因为项目本身的性质，沟通很少，但是在目前的角色里，沟通是非常关键的，沟通的好坏会直接反映到项目的进展上。是时候，刻意练习一下自己的沟通能力了。

以前想过转岗/换行，没想到来得如此悄无声息，如此快，被动适应已经不够了，必须主动迎接挑战。