App产品原型背后要交代的细节和要理解的原则（一）

笔者从产品经理设计需求的角度，分享了APP产品原型设计背后需要的注意的细节和原则，供大家参考与学习。

移动App的产品设计往往都是所见即所有，没有太深奥的逻辑要交代的，比葫芦画瓢即可。

产品经理常常很快就把原型画出完了，但是在设计UI的时候或开发的时候就常常被拉去澄清细节，原因就是对设计的细节交代不清楚，或者了解的不甚深入，缺少对边界或排他项的界定。

笔者近期从事社交App的需求，本文就移动端App产品的日常总结，从产品经理设计需求的角度，分享一些注意事项和细节如下，欢迎批评探讨。

一、明确App的按钮类型

从定义需求的角度来说，产品经理只要交代了哪里是按钮就可以了，可以通篇一律使用同一个按钮线框表达。但是这只能是个初稿，在落实之前，产品经理或交互设计师需要确定按钮的具体形态。

一般而言，一个APP的按钮设定四种就够了，设置的维度可以是按钮的定位权重（注意，菜单的入口或图表不包括在本次讨论中，比如微信的+、定位图标这种）。

权重最高的按钮：这种按钮一般比较大，颜色明显，主题鲜明。常见的比如用户“登录”按钮；

中等权重的按钮：这种按钮在产品中最为常见，比如一般的询问框上的【确定/取消】按钮；

权重最小的按钮：比如“关闭”、“查看更多”按钮。这些按钮的作用就是可以点击，用户看得到即可。这种按钮形式多样，可以没有框，只有文字。也可以只是个图形，比如关闭按钮用x表示；

特殊按钮，这种按钮区别于其他的按钮，少且特别。要么是带很多文字，要么是App的核心入口，比如soul首页的“灵魂匹配”按钮。

在输出的需求文档中，可以一开始在“全局规范”中就定义这四种按钮代号，然后在原型中备注按钮类型的代号，这样设计就知道你是要怎么样的效果了。

二、了解第三方登录的本质

社交类App登录方式，基本都是手机验证码为主，配合第三方登陆，很少注册账号密码（与App的定位和用户群有关）。

第三方登录就是借助第三方应用的接口实现用户登记，比如常见的三家：微信、QQ、微博。

其目的之一是关联账号，形成社交群落之间的呼应，有利于用户生态链的搭建；其二是获取用户的一部分已有信息，比如用户信息或流量资源。

需要注意的有两点：

第三方账号给的资料完善度和安全性不好把控。比如你期望获取QQ中的头像、昵称、年龄、地区，但是QQ可能只给你头像和昵称。又比如有一天第三方封了接口，那么第三方登录功能就停摆了；

第三方登录方式，对用户来说不一定就是省时省力的渠道。因为相关法规的要求很多APP是需要用户手机号的，而第三方登录并不能获取用户已经提供给第三方的手机号（用户隐私）。

因此对用户来说常常是使用第三方登录后，仍然要跳转到验证手机号的界面，还不如直接使用手机验证登录。

三、我们常见的支付功能的猫腻

支付很常见，社交应用的虚拟礼物购买、知识平台的付费学习等。

在设计支付功能的时候，主要注意的是要从安卓和IOS两个系统的角度区分设计。

（1）首先明确一个常识，就是支付必须是有资质的支付平台才能进行操作处理。这就是为什么很多大的电商公司的交易要经过支付公司的结算才能拿到钱，比如paypal、腾付通、支付宝、微信支付、网银在线等。其中安卓手机最常用的是支付宝或者微信；

（2）安卓系统接通第三方支付体系还是比较友好的，手续费也不高。调用支付宝或微信支付，会返回其绑定的银行卡或者余额，可以作为业务数据保存在后台。有时候前端感受不到这个数据，产品经理应该知道，作为功能扩展的考虑因素；

（3）苹果手机（IOS系统）正常来说只能调用苹果支付，苹果顺带扣的手续费比较高。虚拟支付的时候，安卓是可以使用任意金额充值的，但是苹果手机对特定的原币，只能选择固定的金额。这个是因为苹果公司将充值金额本身固定了，当成一个一个的商品对外出售。

如下图就是苹果提供的清单，比如可以购买的价格列就是需要支付的金额，收入列就是扣掉手续费之后有效的金额。可以看到花6元钱，在苹果这里只剩下了4.12元。

这就是为什么陌陌同样是充值6块钱，安卓系统给60个虚拟币，苹果只给42个币。

四、了解后台数据的存储

做APP的不仅要盯住页面和用户，也要理解数据的运作，这样对内容推送机制、数据搜索的页面展示的方案选型帮助很大。

这里介绍三点：

（1）初创公司的数据基本都使用的云端存储，同时配合自己的数据库，从效率和安全性上都会更有保障。