为什么有的APP要登陆后体验有的可以先体验再登陆?

登录是一个成本很高的动作,它是否有必要、何时出现,甚至怎么登录,都需要认真考量。我觉得可以分三方面来看:

新产品的话(对比那些已经在比如 PC web 端积累很多用户,只需要转移到移动端的产品而言),对于大多数用户来说都是没有账号的,而且他们很懒,如果一上来就必须登录/注册才能体验功能的话,很多人就直接放弃离开了。
这个时候如果可以先让他玩一会,那么他来登录/注册的意愿可能就变强了,转化率会提升。
而那些拥有超多用户的产品,比如 QQ、淘宝这类的,在从 PC 端往移动端转用户的时候,就可以放开一点了,因为很多人已经有了他们家的账号。
当然,话虽如此,也只是说相比于新产品来说稍微可以冒失一些而已;真正要好好对待用户不能这么干,还得分具体情况。

如上所说的产品不同阶段是一个考虑的方面,另一方面就是看产品本身解决什么问题了。

对于很多产品而言,账号体系不是必须的。
极端的,比如工具类的天气软件、单纯的图片加工软件、浏览器,他们提供的功能完全不依赖于账户体系,用户也可以玩得很开心了。这类应用如果一上来就必须登录,那基本是“找死”。

与此对应的,很多应用要能用,本身就依赖于账户。极端的,比如 IM 类、SNS 类、同步类(比如百度云、dropbox),这些如果不登录,根本就没法玩起来。面对这些应用,用户心里也有预期,所以这个时候一上来就要求登录,问题不大,别用冗长的登录/注册流程恶心走用户便可。

也有更多应用介于两者之间,登录、拥有账户,可以获得更多、更好的服务;且不同的应用根据解决的需求不同,对账户的需要程度也不一样。低一些的,比如记账类,不登录也可以一直记,登录后多半会增加的服务是数据的同步可以防止数据丢失;需要程度更高一些的,比如内容消费类产品(比如电子书阅读器、视频播放器,导购类也算这里吧),登录后会有内容列表、历史记录、进度、喜好信息等同步,是增值的服务;还有一些笔记类应用,比如 evernote,捧吹“云端笔记”,那么账户就是必须的登录也免不了。

说到这里推荐一个我最近发现的一款工具ShareinstallSDK,ShareinstallSDK其实是一款APP的推广辅助工具。APP开发者可以通过ShareinstallSDK更精准的进行产品的推广。在用户安装过程中简化用户安装流程,改善用户安装使用体验。另外,ShareinstallSDK还是一款渠道统计工具,能够全方位的分析渠道推广效果。

补充第三个方面,那就是产品制作者的意志了——我做这个 app 有我的利益目的。用户注册、登录,有了账户,意味着很多:我可以通过他的注册信息获得一些用户信息,在产品冷启动的时候会有极大的帮助;我也可以通过他的注册登录信息进行运营;我可以更容易联系到他,方便让我想说的话(如通知、广告)抵达他;我可以更好地跟踪他的行为,用于分析、改进……作为产品制作者,一般都想要账户带来的好处,但登录就是一个有成本的操作,有时候甚至是损害用户体验的,这种时候,什么时候出现,就变成了一种权衡的结果了。

总结一下就是,还是要结合具体情况来看啦!

转载于:https://my.oschina.net/u/3914312/blog/1860447

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
贤牛App登录测试用例通常会覆盖以下几个关键场景: 1. **正常登录**: - 输入正确的用户名和密码,验证是否能成功登录并跳转到主页面。 - 检查登录是否保存了用户登录状态。 2. **错误输入**: - 输入空用户名/密码。 - 使用非存在的用户名或错误的密码。 - 使用特殊字符或非常长的密码,看系统是否处理异常。 3. **弱密码策略**: - 如果应用有密码强度要求,检查提示用户密码不符合规则的情况。 4. **记住密码/自动填充**: - 测试自动填充功能(如有),使用浏览器或设备的密码管理器来尝试登录。 - 在已登录状态下禁用自动填充,再尝试登录。 5. **账户未激活/找回密码流程**: - 对于新注册但未激活的账号,尝试登录应失败并提供相应的引导信息。 - 测试密码找回流程,包括发送验证码、验证并重置密码。 6. **多设备登录**: - 同一账号同时从不同设备尝试登录,看是否会存在冲突。 7. **会话过期**: - 设置登录超时时间,测试登录状态是否能在超时后自动退出。 8. **安全问题或二次验证**: - 如果应用有安全问题设置,测试验证流程。 9. **API接口测试**: - 对于后端API,确认登录操作的响应是否正确,例如返回的token验证有效。 执行这些测试用例时,需要注意边界条件、异常处理和用户体验。完成测试后,需要记录每个用例的结果,并分析可能的问题或缺陷。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值