产品控 多个应用需要单独注册吗？
假如网站 A 开发了多个移动应用：a1，a2，a3，a4，且各个应用覆盖的用户群不太一样。哪种登录系统好？
1. 使用一套登录系统
各个应用的用户信息，储存在一个用户信息系统中。注册一个帐号后可以登录旗下所有应用。
优点：
- 避免了重复注册
- 筛选特定用户群时比较方便，不必去每个 UC 中捞数据。
缺点：
- 用户不理解各个应用之间的关系，登录时会感觉怪怪的。
- a1 的用户在第一次使用 a2 时，可能会重复注册。
- a1 的用户重复注册 a2 时，对错误提示不理解。
2. 每个应用需单独注册
每个应用有一套单独的用户信息系统，彼此独立。a1 应用的用户在登录 a2 时，必须重新注册。
优点：
- 符合用户的认知模型，登录时不会出现迷惑。
缺点
- 筛选用户时，需要到多个 UC 中捞数据。
- 如果以后应用火了，基于所有的应用做一个大社区时，需要整合各个 UC 的数据。到时候将十分麻烦。
比如用户第一次使用「用药助手」时，却需要注册「丁香园」帐号。从用户的角度来讲，他不理解用药助手和丁香园的关系，感觉会不会怪怪的。
大家怎么看待这种情况？
这已经不是技术问题了，而是你们的产品线设计问题。就像你说的：“用药助手”和“丁香园”连在一块就是怪怪的啊！
那么它们之间到底有没有联系呢？联通此后规划中的各个应用在一起，目标用户交叉的数量范围有多少呢？有没有必要统一呢？会不会出现到后来的确有个别应用就是不能让别的应用的用户能直接登陆呢？这涉及到具体每个应用的业务逻辑了，很难做出一个 yes or no 的回答。
不过，假设决定了就是要做一个统一的用户管理系统，那么最好重新考虑一下产品线，把它们用某种方式联系起来，变成一个平台下的不同模块/分支，这样可以给平台起一个容易理解的名字，让平台作为用户管理的入口，这样就不会产生一开始的问题了。
hlt
#3
2013年10月09日
如果是我的话，应该会做成统一的用户中心，旗下多个产品用户中心 SSO！ APP 关于 or 设置页 内置推荐旗下自己的其它 APP 的小广告，并标注当前 ID 可以登录。。。。
