【编程思考】最近的一些事

一、借鸡下蛋

      最近一直在公司做“支付系统”的需求，有这样一个前提：“玩家来玩游戏，就得带实体卡，忘了带卡，就玩不了，带着卡还容易丢，怎么办？”，无论是微信支付还是现金支付，都需要读出卡中的会员信息才可以，那么可不可以淘汰掉实体卡？       假设：玩家来实体店玩游戏，首先得办张卡吧（会员和临时用户都得有卡才能在游戏机前激活游戏），ok。       方案：玩家第一次来，刷微信公众号（同时输入不超过3个基本信息），读取用户信息的同时，给用户办一张虚拟卡，通过游戏机的扫码枪读取用户微信二维码，玩游戏。这样子就会避免用户忘了带卡的烦恼，或者卡丢失不办卡再缴费的问题，同时，降低开店成本，减少前台办卡充值的压力（充值更多的引导玩家使用虚拟支付），完全可以减少一家大店收营台的个数，提高办公效率。       问题：手机没电了怎么办？很简单，去验证自己的微信基本信息；别人那我的基本信息玩游戏怎么办？其实这个问题本身就是把“双刃剑”，如果可以这样，那么是不是你可以在朋友无聊的时候推荐她去VR实体店报自己的名字就能玩游戏呢？很酷的感觉有木有？担心信息泄露，完全可以录入自己的一张照片，前台去匹配，如果这样，推荐朋友用自己账号就不可能了，这里这就是一个可选的业务，针对用户而定了。       早在今年春天我在北京医院检查身体的时候，发现大医院已经做到了无卡化验证身份信息，我想随着现代人生活丰富化，卡越来越多慢慢会成为烦恼，电影院、足疗店、健身房、地铁……借助虚拟设备，一部手机，行走天下，何尝不好？

二、需求站在使用者的角度上

      程序员做需求不要站在程序员的角度上去想问题，思考一个界面为什么要做成这个样子之前，一定先将思维切换到那类人身上。       有一个账单的需求，这个账单会被三类人看到：1、店铺经销商（经营实体VR店的老板）；2、店铺的财务经理；3、游戏公司的财务经理。那么一个账单有没有必要做成三个单独的页面？为什么？       先来分析，肯定店铺的财务和店铺经销商看到的不该是一个界面，财务仅仅看到入账、出账、坐实金额有没有误差，同期收入涨跌比例等基本信息就Ok了。而经销商，看这些够吗？我觉得不够，1、一个经销商可能开几家店铺，各个店铺之间的数据要对比，从而分析收入第一点的店铺为什么收入低；2、经销商除了在PC端还需在APP端查看，考虑到这类用户不会定时坐在电脑旁分析数据。所以店铺的经销商和店铺的财务经理看同一类型数据时，应该抽成两个页面。       为什么游戏公司看各个公司的账单也需要做一个界面？1、游戏公司会对应多个经销商，每个经销商会对应多个店铺，可能同一个地域内就有不同的经销商开着不同的店铺，这样做数据分析就能分析哪家店会走的更加长久一些；2、游戏公司应该对每一类设备进行统计，矩形图、折线图、饼状图，通过图形来分析每款游戏，是地域原因造成的收入额不同，还是游戏本身不受人喜欢。这样同样一个账单，在不同的人手里的意义就不一样，所以，做需求的时候，不要站在程序员的角度去想问题，站在客户角度去做，而且一定是要和客户做深入的交流之后，在决定。

三、用户体验度第一位

      后台界面有这样一个需求：在前台根据不同价位的游戏套餐，显示不同的颜色进行展示，我们是这样做的：              前台展示时候：排序、颜色都是需要在后台配置，这倒无所谓，还算合乎情理，但是为什么排序要手动输入？字体颜色要显示“#000000”？如果当前顺序是20换到2，是不是从3、4、5、6……19都需要往后措一位？当然这算是设计上的一个bug，为什么会这样设计？和我上面讲到的第二个很像，因为我们是程序员，如果我是产品经理，我想我自然不会这样去设计。       记一下本周发生的几件小事。