从零开始，这个产品经理手把手教你做小程序(2)

3. 如何决定小程序的资源投入?

很无奈的是，纯粹依靠产品经理是搞不定这个问题的，因为技术资源的投入非产品经理可控范围之内，越级越权可是大忌。

不过，有一点可不要忘了——这是 BOSS 想要的，谁敢不做?感觉有点逼宫的意味，可大家还是愿意乐此不疲。

学会适当适时借力是一种智慧，对产品经理尤为重要，再也不怕没人 DIAO 我啦!

资源投入：一切从实际出发，增量迭代，数据驱动。

很明确，一个原则：克制!至少要为项目提供两点保障：

1. 有人做事;
2. 有时间做。

第一个是为了落实小程序需要的必要投入，没人肯定没法做事，东拼西凑的，最终出来的肯定就是残次品，坑害的是参与的一票人。

第二个是团队争取的资源，因为小程序大多基于已有产品的既视感，有一种先入为主的感觉，认为不都是现成的吗?有那么难吗?

可我遇到的还真不是搬运工的活，背后夹杂了太多的辛酸，因此必要的前期时间投入是为后续产品的良好更迭的打基础。

(三)

产品实例：在整个微信小程序的产品设计过程中，最为纠结的一个点——账户登录。

其实，并不是由于功能本身的纠结，而是用户体验/心理与账户信息结构的矛盾。

问题描述：小程序牵涉到微信授权的问题，就相当于 app 的应用授权，比如：获取地理位置、push 推送通知等。

可能存在的三种纠结的解决方案：

1. 不提供微信授权，只提供已有账户体系;
2. 提供微信授权，进入小程序强制微信授权;
3. 提供微信授权，同时提供已有账户体系。

泛泛的概括下，上述三种方案可能遇到的问题：

1. 微信账户与已有产品 Passport 账户合并;
2. 用户拒绝微信授权或者直接开放微信账户购买能力;
3. 用户既有账户登录的最短登录路径。

导致这些问题的原因大多不一，可能是已有账户的导致，可能是对用户体验的妥协，也可能是产品经理个人对方案的倾向性选择。

不管为什么，问题终究要解决，综合考虑了以下三个要素：

1. 普遍解决方案;
2. 用户心理/体验;
3. 技术壁垒/限制。

（编辑：ASP站长网）