1.0版本之后的优化案例_【后台君】

1.0版本拿到手里如何起步，KEVIN说说自己的做法与经验...

【KEVIN改变世界的点滴 作者：张晋壹 】

【职位：产品经理坐标：深圳】

【创办这个微信公众号，记录每天的日常与学习记录以干货形式分享】

【为了认识新产品朋友，你、他、她】

又是周一啦，迫不及待的等到周一和KEVIN的产品朋友们见面了，在这里坚持了3个月。认识了不少几百名产品朋友，每一天除了工作、健身，就是和大家的交流~~

谈谈对于1.0版本之后的优化案例分享

1.你的1.0是什么样？

2.我们的原型、文档怎么起步？

很多产品经理在进入新的公司，多少是遇见新公司的产品或新项目处于一个孵化阶段，有已经立项、或者1.0版本出现的，那么KEVIN今天谈谈自己的1.0之后怎么优化？

一、从你的1.0 DEMO出发

一到自己的产品职位上，首先通过上一篇跳槽之后如何马上归队？可以了解到你现在的产品是什么样。

当有了MVP（第一版）以后，就可以在市场的反馈结果上做下一步考虑，哪些地方是需要修改的，哪些功能点是需要补充的，哪些地方其实用户反响并不大可以移除的。把这些点做优先级排列，最重要和最紧急的放在下一个产品迭代周期的开发之首，再对新的产品原型做用户测试再做迭代。

那么相应的，这个时候在1.0产品的情况下公司对你的任务已经是有安排的，就只需要执行。当然这仅仅是对于刚入职6个月左右的PM情况，因为公司不可能看那么长远，未来产品的走向、市场到底是怎么样？这些都需要慢慢的调整。

那么KEVIN这里获得相应的任务就是对产品首页进行改版，以及YOUTUBE功能的界面优化。

之前有说过关于产品优化的一套流程是？，但具体来谈谈自己的工作中的情况。

获得相关任务需求之后，首先KEVIN马上做了一份关于相应产品的竞品分析，从这个过程中了解到相关其他产品是怎么做的？比如APPLE TV 系统的界面交互是怎么样的？等等

KEVIN对比了4个同行产品的情况，如下图

【对比的结果】

从中可以知道响应界面的表现层、结构层的情况。之前在读人人中有说产品书籍学习阶段分享（下）产品的设计层分为：战略、结构、表现等5层。KEVIN就不再叙说了。

二、对于某一个功能或多个的优化

对于功能性改进，这时产品经理可以数据+假说+预测法进行各功能模块的改进。实现新用户的转化率。

产品1.0之后的功能，要考虑当初立项、以及当初团队的想法，就算这个产品多么烂、项目多么差劲，也要考虑公司的成本、以及团队的开发人员的感受。不是一来从0做起，大改。而是多体验，一点一点的优化。不要试图修改老用户的使用习惯

除了之前的首页，那么对于其他功能，在这里KEVIN负责的是YOUTUBE案例的界面优化，获得相应的需求为：1.客户需求2.YOUBE界面风格不一致

那么KEVIN首先了解了响应的YOUTUBE标准版的功能到底是怎么样（针对TV平台）

【功能点修正】

有了这个布局，就可以开始画画啦~~（也就是原型设计了）

其实KEVIN刚开始是先画原型，再去总结XMIND，通过具体工作后发现其实在后面原型框架出现之后，不容易修改。因此建议：在XMIND脑暴后尽量可以进行评审（开发或BOSS）再进行原型设计。

原型设计

具体原型的一些小TIPS可以参考产品原型之前的一些事

【因工作原因，就没有透露原型啦】

完成原型之后，下面就可以开始进入评审（设计评审、开发评审）

当然这里KEVIN建议如果有条件的PM可以先做一个PRD文档，用来标明响应的原型改动与操作说明，（原型操作自己了如指掌，但是别人就不一样了。）

这里自己的大纲

简单聊聊上面的框架吧

1.背景

为什么要这么做？这个需求来自那里，都统统说明，方便开发以及团队知道，这样能够让参与者没有那么多觉得“产品经理，没事就知道找碴的”的感觉。

2.整体框架

可以放一个闹图等，主要就是一个大纲，可以的话可以放超链接进去，方便用户阅读的时候点击相应的版块。

3.原型设计

可以说明响应的改动来进行区分，比如KEVIN是以调整界面、交互为主，因此分类就以相应的目标进行分类。当然完全可以根据自己的需求，如增加功能的情况，可以以功能的分化来进行表示，用脚注进行标识，相应的切图或ICON

4.原型操作说明

这个KEVIN认为对于自己的提升来说，PM还是应该写一份相应的内容，尤其是想让用户或者BOSS知道相应功能自己花了多少心血。当然也有更敏捷的方式，就是自己让他们摸索，或者不懂再问。

5.脚注

作为之前原型设计的时候，相应的脚注的具体解释，方便对照原型进行理解，当然脚注也可以与原型设计相应的功能结合在一起，相应功能一个脚注，会更加直接。这里KEVIN的脚注不太多，而且跨越页面较多，就以单独的一个标题来统计了。