本人所经历的产品主要面向移动 C 端用户,同时产品对外提供各种应用级别的开放服务。
本文只是个人的经验记录,以下所有内容——非参考,非规范,非权威。
最最重要的方面
对 C/S 形式的产品来说,最最最最最重要的事,就是
版本升级机制!
最初我们都没有任何经验,因此一开始谁都没有在乎这一点,直到后面碰到各种问题特别是接口被盗取的时候,才开始认真考虑。
产品本身对版本升级应该支持的内容包括:
- 自主可控的升级提示和升级渠道。对于iOS这种无法控制渠道的,也应在应用内保留完整的升级提示机制,并提供打开升级AppStore的快捷方式。
- 对于因版本问题引发的产品问题,一定要给用户强反馈,并引导用户升级。比如,如果由于接口安全升级导致用户无法查询,那么在检测到接口数据的特定标志后,应该给用户一个弹框,告知具体原因并引导升级。
重要的方面
1. 用户体系
产品开始的第一天,就应该确定下来产品的用户访问模式,一个产品可以选择支持游客模式或者注册模式,或者两者都支持,典型代表:
名称 | 游客模式 | 注册模式 |
---|---|---|
今日头条 | 支持 | 支持 |
微信 | 不支持 | 支持 |
需要指出的是,如果产品一开始只支持游客模式而不支持注册模式,那么在引入注册模式之前,尽量不要做任何带有用户成长性质的活动。同一个用户从游客模式转化到注册模式的时候,数据合并策略也应该想清楚衔接方案,保持平稳过渡。
如果选择了注册模式,一定要考虑跨平台的迁移问题。
唯一入口
对于对外开放服务的应用,需要坚持的原则:
- 保持对外沟通的入口与协议的唯一性
- 对外提供的协议应屏蔽任何功能的实现细节
- 禁止任何第三方应用绕开入口或使用非标准协议访问产品功能
次要的方面
次要的方面不是核心问题,但在前期也比较重要。不过这些方面通常有其他方式可以实现基本功能,只有在这些方式确实不满足需求的时期,才需要考虑自行设计实现方案。
原则:做得差的实现,比不做影响更恶劣。
数据统计
统计数据的方式大致有:
- 后台请求数据
- 应用市场的后台数据
- 服务商的后台数据
- 第三方统计SDK
用户反馈
获取用户反馈的方式大致有:
- 应用市场的评论
- 服务商的后台
- 微博、贴吧等大众论坛
- 用户的主动反馈
- 运营的用户访谈
用户分享
与“用户反馈”类似
账号管理
现在基本上所有认证都是通过手机,所以一些重要的认证信息,绑定的手机号有两种选择:
- 全部使用创始人的手机
- 新办理一个手机号挂在创始人名下,专门用于账号认证
前期不重要的方面
只要产品实现度完成了核心功能,并且没有bug,其他方面都暂不重要。