Ios和Android端系统设计方案差异

短信验证码差别

1.现状：
IOS12以后，苹果系统支持了一键填充验证码功能。安卓不仅很早支持一键填充，还可以实现更方便的“自动读取短信并填充验证码”，但这个实现要获取短信授权访问你的短信内容，算是一个高风险授权，涉及信息安全和个人隐私问题。

image.png

2.体验路径
IOS传统用户操作路径：切换程序 》点击收到的短信 》复制/记住验证码 》切换回应用 》输入/粘贴验证码
更新后的用户操作路径，只需要做1步：当前应用内点击弹出的系统键盘上面“From message”的验证码 。

image.png

IOS在收到验证码后，会弹出系统的键盘，不担心第三方应用来嗅探短信造成个人隐私和财产漏洞。
相对来讲，安卓在不对短信进行第三方授权基础上，没有那么便捷，
操作路径包括：点击收到短信的“一键复制按钮”（3-5s有效） 》点击输入框 》长按/双击 》点击粘贴选项。

安卓原生系统没有所谓的一键粘贴，只能通过双击或者长按进行粘贴。
安卓手机如果用第三方输入法，也需要允许读取短信，上面路径中的“长按/双击”可以替换成“点击输入法粘贴板一键粘贴”。粘贴板的体验各异，搜狗输入法没有时间限制，百度输入法有2秒左右限制。

image.png

安卓则会因为手机品牌不同，输入法不同的原因造成不一致的体验。
3.旧阶段的设计方案
app把填写手机号码和填写验证码拆开分成两步
，再将验证码的输入框按数位拆分，拆成独立的下划线或者独立的格子。

美团&顺丰

这样有以下好处
a.减少单个登录页需要填写的内容，让用户专注于当下，减少退出率。
b.在输入手机号后需要点击下一步按钮进行确认，这个适合大概率用户会下意识检查，降低输错手机号造成的企业短信成本。
c.验证码的输入框按数位拆分，提前让用户对于位数有心理预期，显示上清晰，更容易校对，减少出错率
d.部分验证码错误后会自动清空，让用户重新填写，减少校对时长。
4.新设计方案

随着系统层级的交互改变。原本借鉴于银行卡号和支付密码填写的数位拆分的方案（清晰、准确、有填入感）在IOS系统的一键复制粘贴验证码出来后优势消失了。

image.png

安卓系统上，由于一键复制验证码因授权问题受到限制的时候，拆分数位板的的设计会带来以下劣质体验：
场景一：辛苦复制的一串6位验证码，值有第一个格子可以进行粘贴

image.png

场景二：部分app在点击第一格时，点击后样式反馈不明显，用户不清楚自己是否已经点中并开始触发长按。
场景三：部分app单个格子智能复制单个字符，用户又需要反复切换。
场景四：部分app不支持系统粘贴（验证码安全保护）
4.总结：
a.分布填写页面不但用户能聚焦录入，降低出错率，而且能减少企业成本。至于用户修改需要返回上一步多一步操作及消耗的时间成本，依据是否为高频行为判断。
b.按数位拆分不适用于安卓
IOS自行决定。但安卓由于过多限制（短信授权及设置里面的验证码安全设置），拆分方案都能让你不能顺利粘贴验证码。而普通下划线或者输入框没有上述粘贴问题。这样对用户手动录成功率会产生影响，可以尝试通过间距及字号等方案来尝试达到拆分效果。

京东&有道云笔记

虚拟商品的支付规则及支付方式

1.支付规则
在产品设计时要考虑IOS要抽成大约30%的手续费；Android无抽成，这关系着产品的商业和盈利模式。
目前有两种解决思路：
a.用户承担30%的抽成：同样的价格，IOS用户得到的商品少一些，比如抖音、陌陌、快手等金币充值，为IOS用户提供更细分的价格选择来弥补用户。

image.png

b.公司自己承担30%的抽成
如ios端充值30，公司实收21，但ios用户能和Android遇得到一样的300金币（很少公司选择承担抽成成本）
注意：因为抽成规则不同，对于同一个ID的账户余额，在Android和ios端是不能通用的（？）因此在产品设计时需要将这点告知用户，预防用户犯错以及恶意刷币。

image.png

2.支付方式
Android对接第三方支付平台，如支付宝、微信、银联等。而IOS只能调用苹果自己的支付系统：登录apple ID,授权的支付方式（支付宝、银联卡）进行付款。

image.png

状态栏交互不同

IOS的状态栏在用户下滑y轴后可以通过点击来快速回到初始位置。
Android无论用户滚动了多长内容，点击都无效果。

思考：在必要的时候，状态栏可以为产品承载新的交互状态。如lofter（ios），用户离开音乐播放界面，状态栏就显示音乐信息及操作入口，方便用户随时切回快速关闭音乐，提升用户的操作效率。

image.png

下载方式及状态的不同

在运营拉新场景中，为了能让新用户获得好处（红包、优惠券），通常会让用户下载产品APP领取。

IOS:只能跳转到app store里下载，所有的下载流程和状态都是在哪里完成的，跳转的方式可以全屏幕脱离开活动页，也可以是半屏。

image.png

Android：可以在当前页面的后台下载，也可以以在应用商店下载；过程中可以显示下载进度，且允许用户暂停下载；下载完后调起安装页面，用户可以取消安装，也可以自动安装。android在下载时有多种交互状态：未下载、下载中、暂停中、已下载但未安装、已安装。每个不同状态背后都会有不同的产品逻辑。

软件更新方式不同

ios：禁止app向用户提示版本更新信息，绝大多数产品在关于/帮助 页面 不提供【版本更新】入口。即使有，点击了也直接跳转到app store查看版本情况，下载渠道都固定在app store里。
android：有新版本时会提示用户更新，每个产品内部都带有【版本更新】入口，更新方式分为：
a.引导更新：弹出提示让用户更新app，用户点击【更新】按钮前往应用商店更新、或者当前页更新并显示下载进度

b.强制更新：先提示用户更新，在点击更新按钮后，调起软件安装页面（前提在WiFi模式下，安装包已下载完成）

image.png

文字发送指令位置的不同

ios：在需要发送文字的指令中，ios由于系统限制，对文字的发送指令只能在键盘上来完成，因此ios用户的交互操作都全部集中在键盘右下角。

image.png

android：可以在键盘上执行发送指令，也可以在输入栏/搜索栏周边新增操作入口。

image.png

action sheet退出/取消入口不同

场景：长按图片

ios：底部有取消入口

image.png

android：金刚虚拟键：返回

image.png

删除方式的不同

ios:左滑弹出删除操作选项，锁头的删除功能均支持【左滑】

image.png

android：大部分只能通过【长按】触发编辑状态，其中包括删除功能。也有少数产品采用ios的左滑删除（网易邮箱）。

image.png

image.png

消息推送机制的不同

ios：所有信息实时推送到你的手机，即使你关闭了软件，还是会收到提示。就算断网，信息也会先储存于苹果服务器，等联网的时候一次性把收到的信息推送给你，用户不会遗漏新信息。
android：如果退出产品，数据的推送只有等你再次打开产品时才会通知你有多少新信息，减少了对用户的干扰性，但增加了应用服务器数据储存的压力，容易耽误用户接收新消息。

复制文字后，剪切板状态的不同

ios：复制完后，打开输入法键盘会显示来自剪切板的文字内容，用户只需要点击就可以将文字复制在搜索栏、输入栏等需要文字填写的操作区域内，无需触发【粘贴】操作。

image.png

android：有些安卓设备，无论复制了什么信息（文字、数字、网址），都很难实现输入法里的【剪切板】功能。用户需要长按触发【粘贴】功能，才能输入刚刚的复制内容。

image.png

对于特定的信息类型:如网址。用户复制网址往往带有极强的目标性、搜索性，一些浏览器产品会与预判用户这一操作行为，将复制的网址前置展示出来，以优化安卓端操作的不友好。以QQ浏览器安卓版，目前有两种解决方法：
a：利用安卓系统的消息权限，在手机界面的顶部弹出网址栏提示，无论是在微信还是短信中，复制网址后都能快速地触达目标。

b：复制后用户打开搜索功能，会将网址自动定位粘贴到搜索栏中，便于用户查询。

image.png

而UC和百度也有类似的解决办法：将复制的广泛信息（文字/数字/网址/邮箱等）嵌入搜索框下方，用户点击就能搜索。

image.png

思考用户复制信息的种类是否特别广泛、目标是不是很清晰，能否准确判断用户是否一定有搜索诉求。将复制的信息放置在搜索框下面，而不是自动粘贴在搜索框中，既考虑了用户目标，又兼顾了操作效率。

image.png