标签类目:运营

人字拖 | 互联网分享 | 2011年08月15日
产品管理:用机制降低风险

最近一直在跟的一些项目,过程中出现了一些反复,原因有很多。深入分析一下问题根结,希望以后能避免。
关键词:产品负责制、确认层级机制、产品脊梁、靠谱
问题:

1、项目初期,产品原则已经开会统一、皆大欢喜,但中期却在产品原则上出现分歧。甚至在产品面临上线时,还有人为该产品赋予新的定位。
2、产品设计环节中,在产品需求和定位已确认的情况下,纠结在“不符合需求、偏离定位”的设计细节,僵持不下、浪费时间、拖垮精力。
3、跨部门合作的项目,设计部门提交的工作结果,经常被他们自己的上层或左右推翻重来,即使对产品有利,却伤害整个项目,伤害自己人。
根据这些问题,需要问很多为什么。
为什么初期统一过产品原则,中期却出现原则上的分歧?“发起分歧者”所具备的必要条件是什么?

继续阅读 »

人字拖 | 互联网分享 |
做运营,如何解决问题

这段时间带新人,出了很多问题,在解决问题上经常不太满意,有必要总结出来。

解决问题的基本流程:

发现问题→确定问题→沟通→确定解决方案→实施解决方案→后续跟进→总结教训

解决问题内在因素:责任心,责任心,还是责任心

解决问题的外在因素:老大,配合同事,用户

发现问题 继续阅读 »

人字拖 | 互联网分享 | 2010年12月24日
产品运营要做些什么?

产品运营,并不是个陌生的名词,却常被人与PM混为一谈。我所在的团队里,称运营为om,纯粹是当初几个人yy出来的名称,叫着顺口就沿用了下来。 

转眼工作4个月,blog也开写了2个月,近期有愈来愈歪的趋势,赶紧写篇正经的以正视听。 

那么,就来说说自己对职位的理解吧,想当初,我也曾为运营的工作内容和职责范围伤透了脑筋。 

不过,在陈述前,我希望我们基于相同的价值观,所以,请你理解:  继续阅读 »

人字拖 | 互联网分享 | 2010年08月11日
小公司敏捷开发中的用户需求采集

最近也许是因为大家面试很多,讨论用户需求采集的话题越来越多,好像突然大家一下子都在关注产品的这一流程。当然需求采集的方法很多,众多前辈们也都总结了许多,完全可以参考甚至搬到自己的项目中来实现。这些方法用到大公司大项目上,只要把握的好,数据分析工作做的好,完全可以把产品的用户需求分析的很好。但小公司的敏捷开发中,这些需求采集,不管是焦点小组,还是阅卷调查,还是点对点访谈,想要做的很完善,很全面,并且建立准确的用户模型,需要时间,而这时间会拖慢快速产品开发的进程,而很多小公司小项目等不起产品的开发周期一再后延。 继续阅读 »