新版本上线前期，产品经理要作那几点事？

原创： Kevin改变世界的点滴 Kevin改变世界的点滴

前天

你们好，我是Kevin。这是2019年第140篇原创

原计划上线在上周二的时间，由于BUG与需求的变更时间。咱们延期到了本周五的时间。

在新版本提测与第二次提测，咱们到底遇到了什么？

今天整理出了下面4点给你们，关于产品经理

第一点：关于U交互与UI的还原

在此次新版本上线前的测试工做，咱们在UI还原中有几点坑

icon不清晰、图标不清晰问题，以下。你能够看到细节上出现模糊的状况，致使了页面不精致。

交互还原的问题

交互牵涉到用户在产品中操做行为的塑型问题，以跳转、弹窗、加载为例，搞清楚当前页面须要进入下一个页面仍是只是一个提示。

以咱们测试环境的「应用排行榜」为例

在点击hot交互行为后，出现点赞变形、以及应用没有默认图片致使图片没法加载。

排行榜的交互效果利用前端开放交互效果，咱们采起了轮播的方式去表达不一样行业应用的排行榜。

采起哪一种交互效果，是要考虑开发成本和用户加载成本。

UI中的文案还原致使需求变更的问题

这一点比较有意思的是，大部分的产品经理给到设计过程当中的页面可能并不能肯定文案。更多的是肯定产品信息框架、功能featurelist和业务价值。

以下

改成申请，容许用户提交本身的应用进入设计推荐体验。

但文案改动后，却致使了需求变更。从以前的撰写一份体验报告到变成一个弹窗。需求反而变得更简单了。

第二点：有数据才算一个标准的测试版本

因为在测试版本通过2次发版，你能够对比一个好的测试版本只有经过可用、有数据填充的方式才算好版本。

在初版本因为功能入口缺失，致使没法测试。

在初版本中因为封面图默认缺失，咱们没法判断是系统没有处理封面产生的仍是用户没有上传封面。

因此测试版本发出，必定要给到的是可测试版本。而不是连测试数据都没有的版本，由于你根本没法判断是没有去填充数据仍是数据自己就没法产生。

除了数据外，还有通过冒烟测试后不出现大的逻辑问题或功能性问题。好比点击支付却跳转到发布文章，点击发布文章缺发布失败。

影响了主功能、以及主要逻辑有问题的都不该该在测试环境出现或下降。辨别功能与需求的区别应该以下：

需求-功能-bug

需求在功能实现前，bug在功能实现后。

需求描述须要实现的功能

bug描述功能实现未知足需求的所在。

比较特殊的还有需求bug。即需求自己存在问题，在按照需求实现以前就能肯定功能会存在缺陷，此时就是需求自己存在bug

第三点：测试中的需求变更和迭代优化，耐着性子

在测试发版本后，因为在产品使用中也会出现功能不完善、逻辑复杂等问题。

因此创建需求池，创建短时间、以及将来须要产品规划的需求。在开发同时创建撰写优化需求。

需求池的管理我以前有一个分享：

一个都不能少，个人需求池协同管理

这里举例：

咱们以社区的信息流迭代，减小广告位。新版本因为对内容更加聚焦，要求用户互动与产生有趣的内容问答。

产品使用的功能冲突产生需求变更问题

这一点以社区的2个功能：推荐应用、应用问答。在线上环境的推荐应用是为了知足用户找到有趣的应用去”主动“分享应用的问题。

但在新版的测试环境中咱们将应用问答提出，推荐应用是否应该继续存在的合理性提出了质疑。用户会更愿意主动分享应用仍是去以回答的方式推荐某个应用呢？

因此在测试环境上线后，咱们抛弃了应用推荐的模式。而是以在问题场景中作应用推荐。

第四点：要不要延期改BUG加需求？

若是团队是靠着产品驱动的，运营依托于产品，产品的延期致使了几乎没法启动。延期形成的是企业或团队增加或变现放缓。

但若是是以社群、运营驱动的产品，则延期是能够考虑的，毕竟产品线的维护与迭代本质不影响企业或团队的增加。

同时要考虑版本中的附加值，这里咱们称之为新业务或新功能。若存在这样的附加值，则延期一个迭代周期是比较合理的作法。

好，今天的分享就在这里。

当当购物个人著做—产品之光小程序

个人原创书籍，若是你正在寻找产品经理的入门书籍，欢迎选择它。

3个影响你产品经理职业发展的计划

1.天天一款app知识星球

坚持一年，招募500个产品经理

2.产品经理职业技能训练

后台产品，1个case|一个月500个产品经理

3.教你学会用产品经理的思惟写做社群

产品经理走进创做后，人生有什么改变？

2019年，让咱们继续前进！