导语：本文是产物踩坑总结，作者复盘了之前做过的三个产物项目，团结实际项目经验，总结一些要领论和履历，一方面是本身的沉淀，一方面也但愿带给读者一些开导和辅佐，与各人分享。

刚从某互联网公司去职，在公司做了3个项目，都是h5小手游，休闲游戏 ，内嵌在宿主APP中。个中一个项目被业务方魔改，畸形上线，一个项目乐成推至全量上线，尚有一个项目去职时还在灰度测试中，存亡未卜，我将团结实际的项目经验，总结一下履历和教导，主要以下几点：

01 产物方针要符合

公司回收的是OKR制度，从上至下依次确定方针和动作，其时拟定的O（object)是发动宿主APP新增次留提高xx个百分点，厥后实践进程中才发明这个O并不符合，也导致了后头的一系列恶性环。

为什么不符合？以数据来说明：我们的h5在APP中的渗透率只有10%，这意味着假如我们的方针是晋升100小我私家的留存，那么我们的产物只能影响个中10小我私家，剩下90小我私家的一点风吹草动大概城市将我们产物输出的代价给沉没。

另一方面：能在APP中察觉到h5进口，而且点击进入已经是一个活泼度门槛了，可以或许进入h5的用户的活泼度已经高于普通用户，这在留存数据上有直接浮现，进入h5的用户的新增次留已经靠近80%（大盘60%），可以或许晋升的空间很小。

总的来说，我们只能通过晋升这些10%本就高留存用户的留存来实验撬动整体大盘（100%用户）的留存，难度相当大。公司的文化是object一旦确定，就像立下了军令状，没有回转的异地，老板就只看这个O，所有的成就都必需指向新增次留这个方针，其他指标的晋升没有意义。

作为产物只能破釜沉舟，all in OKR , 否则OKR没完成的下场，轻则扣绩效，重则要么产物死，要么产物司理死。

总结：拟定产物方针（可能说KPI/OKR)前应充实思量可行性，不要急于求成，好的要领是在公司内部打探雷同产物的数据指标，可能公司其他产物司理的履历教导，综合思量，不要给本身挖坑。

02 产物需求要以产物方针为导向

互联网公司强调高效，迭代节拍很是快，如何打点需求，掌握好迭代节拍，是产物司理的硬工夫。

尤其在产物初期，可以做的工作太多了，除了产物司理本身思考的需求，市场上一大堆竞品可以抄，老板会有想法，开拓也会有想法，甚至手下的实习生也会努力出经营策。

产物司理需要在混乱的信息中确定什么需求是有代价的，什么先做，什么后做，什么不做，判定时应该明晰想要告竣的阶段性方针是什么，最终方针是什么，这个需求对付告竣方针有什么辅佐，以此评估某个需求在此时而今的代价。

产物司理在决定时，不能凭脸色拍板，本身喜欢怎么做就怎么做，这样是对产物，对公司不认真的表示。完成既定的产物方针是产物司理的使命，在打点，筹划和决定时应该以产物方针为导向。

在这个方面我们团队踩坑不少，以我们的项目为例，我们的方针是辅佐APP晋升新增次留，接办时产物精简，有两个需求要急切处理惩罚，一个是新手引导的优化，一个是UI的改善，资源有限只能一个一个做，其时做出的决定时先改UI, 因为以为改为UI后会面目一新，界面变得更大度，但厥后我们复盘时以为照旧新手引导可以或许直接浸染新增用户，对付晋升新增次留来讲，越发犀利，带来的结果也更好一些，并且改UI的时候还碰着一个坑，后头再说。

尚有一个更坑的例子，在个中一个产物的新增次留迟迟不出结果时，邻近ddl,我们想出的步伐是给用户多送一些“游戏币”，牺牲一些游戏的盈利但愿能调换用户更好的游戏体验，以此来冲刺一波留存。

这个逻辑和偏向是对的，可是结果却不明明，直到后头我们发明我们忽略了一点，在送“游戏币”时我们没有将新用户和老用户分隔，导致发出去的“游戏币”大多落在了更活泼的老用户中，新用户可以或许得到的“游戏币”与预期对比大大淘汰。

总结下来就是产物需求或多或少都要和产物方针挂钩，这样才气高效的走在正确的路上。

03 时刻保持用户思维

互联网常说用户思维，那么用户思维毕竟是什么。虽然你可以百度，我本身的体会所谓的用户思维就是把用户安心上，去感觉用户的情绪，去实验贴近用户，相识用户，为用户处事。

你必需明晰你的产物是要为用户处事的，而不是去压榨用户，欺骗用户，那样你的产物不会持久。纵然产物不得不为了贸易化或其他因素而短暂牺牲一些用户体验，你也必需思考产物是否能提供其他代价，来均衡用户体验的缺失。