关于新产品上线的工作总结Word分享

原标题:关于新产品上线的工作总结Word分享

关于新产品上线的工作总结Word分享
文章图片
注意:该文档为word文档 , 需求该模板的小伙伴 , 请在公众号内回复关键字「产品上线工作总结」 。
作者l李鹏星
关于新产品上线的工作总结
申明:本文档适用于在一段时间内的工作、学习、活动等进行一次全面的自检自查 , 分析成果与不足之处 , 深刻反思后进行归纳总结 , 扬长避短 , 从而引以为戒的心得体会 。 文档为word格式 , 方便下载打印 。
我觉得自己很幸运 , 能够有机会参与到一个全新产品的从无到有的一个过程 , 如果说可以把这看做是一个项目的话 , 那么对此有一点心得体会 。
在我所在的公司 , 一个新产品从无到有分为几个阶段:
第一、产品运营提交策划
第二、技术部门开发
第三、全面测试、产品上线
每个阶段在实施的过程中都会遇到各种各样的问题 , 而不同阶段所遇到的问题点又不尽相同 。 但有一点是相同的 , 那就是每个阶段在实施的过程中都会事先定好一个时间节点 , 以此来保证整个项目的如期进行 。
第一阶段:产品运营提交策划
作为产品经理或产品策划来说 , 都希望出一个尽善尽美的产品 , 而老板不会给你做出一个尽善尽美产品的时间 , 这个时候就会有一个提交策划的时间点出来 , 也就是第一阶段的时间节点 。 那么作为产品经理为了能够如期提交策划 , 需要注意以下几点:
1、控制好需求
需求其实有两个极端 , 一个是尽善尽美 , 尽可能的让功能更友好 , 用户体验更佳;一个是尽早交付 , 一切改善性的需求都可以牺牲 。 只满足前者 , 提交策划的工期可能会不断的拖延 , 因为很多功能的工作量其实是在细节的优化 , 而不是主要流程的完成 。 只满足后者 , 很可能会出现一个让用户很不满意的产品 。 那么产品经理就要做到平衡好这两点 。
2、对需求说不
你对一个需求说不 , 只要这个需求不是一个会造成其他功能依赖的核心需求 , 就算这个需求后面发现必须实现 , 你可以补上 , 总体工作量并没有增加 。 但是如果你花资源去完成了这个需求 , 后面却发现这个需求是不重要的或者可以简化的 , 那你已经浪费了一些工作量 。 两者的代价相比 , 明显前者的代价比较小 。 例如小说频道 , 之前花费了大量的资源去做小说 , 功能也比较完善 , 但是到了后期发现小说的背景与整个产品的背景选择发生冲突 , 最后在开发过程中围绕此问题讨论许久之后 , 决定放弃小说背景 。
3、深入了解官方渠道的软件审核机制
由于在产品设计前期没有考虑到官方渠道上线的审核机制 , 导致充值页面反复驳回 , 产品技术浪费很多资源去做的充值到后期需要重新设计 , 并且对用户体验造成了很大不便 。 所以在产品设计之初需深入了解官方渠道的软件审核机制 。
4、整理好需求的优先级
a.确定不变的需求应该先完成 , 如果策划去完成了一些功能 , 结果发现后面的需求要改 , 那前期的一些工作量已经浪费了 。
b.被其他需求依赖的需求应该先完成 , 只有这样 , 才能不挡住依赖它的需求的进展 。 比如登录功能 , 很多登录后的页面都需要当前登录的用户信息 。
c.主流程 , 或者核心需求应该先完成 , 改善性的需求应该后完成 。 比如信息列表页面 , 很多功能需要用户在信息列表里面进行选择 。 因此信息列表是核心需求 。 而在信息列表页里面一个列显示格式的美化 , 这属于改善性需求 。
5、不要让细节影响你的目标
做产品的人很容易沉浸在功能的细节当中 , 为一些友好美观的显示 , 炫丽的功能或者很酷的设计浪费大把的时间 , 沉浸在细节当中很容易让人忘记工期 , 忘记产品的最终目标 。 这里不是说不让你去完善细节 , 而是这些细节方面的事情等产品核心功能完成之后 , 有大把的时间可以专注在细节方面 。 先把核心功能完成是目标 。
6、不做一半的功能
如果我们做了2个功能 , 但是我们每个功能都做了一半没全部完成 , 那目前为止我们总计完成了多少个功能?1个?不是的 , 完成了0个 。 一个功能除非真正完成并且通过 , 不然你永远不能确定这个功能是不是还有一些遗漏的地方 。 所以我们做功能的时候 , 要确保我们在做的功能已经是真正完成了 , 我们再去接着做下一个功能 。
7、风险管控
产品经理应该尽量在早期把所有的风险都列出来 , 一个一个解决 。 一个流畅的项目 , 从前期到后期风险点应该是倒三角形的 , 就是前期风险很多 , 后期风险越来越少 。 而项目管理不畅的 , 则是一个正三角形 , 上面风险少 , 到后期风险就多了 。