近期的一些产品感悟

快到年底了,来一篇貌似总结的文章吧。

MVP(Minimum Viable Product,最小可行产品)不只是一种产品理论,更是一种职场权术。

领导是否参与产品细节,很大程度上决定了这个产品在实现过程中的蛋疼程度。

对内的产品其实比对外的产品更不好做,因为公司内部的人更不好伺候,每个人都是大爷。对外的产品,即便客户不满意,人家至少不会跑到你面前来指指点点对吧。

作为最终用户,你觉得某个功能很不合理,其实我们也知道,但都是有苦衷的,要么是研发资源不足,要么是领导觉得不重要,不允许改动。

再详细的需求文档,也无法避免研发会遗漏某些细节。所以,面对面沟通讲解是必要的,而且是必须持续进行的。

我知道研发都很讨厌需求改来改去的,不过这个世界上确实不存在一次定稿,终生不改的需求文档。

预期管理很重要,如果一开始给最终用户画大饼,而做出来的产品其实没有那么强大,用户的反弹情绪会很明显。

产品必须有一个最终拍板人,或者说是最高话语权的人。如果最终用户、领导、产品经理、研发、测试都有权干预某个功能做与不做,最终出来的就是一个大家都不太满意的结果。

哪怕是懂技术的领导,仍会经常轻易下结论:这个东西很简单的,网上很多开源的东西,你们抄一抄,加加班就可以做出来了。

在一个公司内,核心与非核心业务线的区别很明显。公司可以为前者投入大量的资源,有更高的优先级,可以从其他部门和项目抽调人手;后者呢,能不能保证自己项目所需的资源,还很难说。

会哭的孩子有奶吃,强势的人更容易推进项目/产品的进度。我司的头号PM,我知道很多人对他的行事风格颇有意见,但是架不住他的强势啊,况且人家还是老员工,权威摆在那里,你能和他对着干么?

在最终用户需求这一点上,执行层员工和领导层员工的想法往往是矛盾的,你要听哪个?个中权衡,很微妙。

“用户体验”大部分时候只是锦上添花的事情,首先你要解决功能的有无再说。如果某个点的用户体验真的如此重要,那它就不是用户体验的事情了,而是一个“必须实现的功能点”。

“我所说的,都是错的。”

发表评论

电子邮件地址不会被公开。 必填项已用*标注