打开APP
userphoto
未登录

开通VIP,畅享免费电子书等14项超值服

开通VIP
【企业管理】紧急和重要,从来都是两码事
 
【企业管理】紧急和重要,从来都是两码事


导读:人们厌恶不适,因此常常会选择阻力最小的道路。但在复杂的决策中,及时行乐通常等同于目光短浅,它只是把痛苦进行了延迟。具体到做产品上,选取眼前的康庄大道往往也可能意味着会牺牲产品的长期寿命。

那么,大脑如何驱使我们做出短视决策?我们又如何专注于长期目标?以下,Enjoy:

01 区分紧急任务与重要任务

重要任务鲜为燃眉之急,燃眉之急鲜为重要任务。

—— 艾森豪威尔 美国总统

在做出最优长期决策的过程中,区分紧急任务和重要任务举足轻重。重要任务能够使你的产品不断进步,朝着终极目标走去。

而紧急任务所能带来的长期利益微不足道,它常常披着重要任务的外衣,赫然出现。

紧急任务常常出现在错误报告中。用户感到不便时,就会希望问题立刻得到解决。

有时,这些问题确实需要加以重视,但多数时候,小问题之所以成了大问题,只是因为当时情况下,用户把目光集中在了这一个问题上。

很多时候,这些错误完全是捕风捉影,用户只是想要不同的功能而已。冒出来的火不能一概而论,次次都扑。

用户在电话一头怏怏不乐,很容易让人服软,同意升级他们的请求。问题在于,一项任务升级后便会被视为重要任务。

如果所有的任务都升级为了重要任务,那么事事也就都不重要了。

如果一个产品经理能够意识到一项任务紧急但不重要,他就可以推迟提出解决方案或直接拒绝该项请求。

把自己看作团队时间的守护者,令开发团队专注于那些有助于实现长期目标的重要任务。

拒绝不容易,因为它会带来不适,但它能够保证在最短的时间内实现长期目标。而向紧急任务点头只会拖累你的长期目标。

艾森豪威尔矩阵能够帮助我们分清任务的优先主次:

紧急任务成了拦路虎时,你可以把它和你的长期愿景和目标进行比较,以此来确定其重要程度。

把多数时间投入到重要任务上,而在一周中划出一小段时间来集中处理紧急任务。

02 评估决策的真正成本

作为产品经理,了解一个请求的真实成本至关重要。一些成本为显性成本——当下的功能开发成本和时间成本,以及后续的支持维护成本。

还有一些隐性的机会成本。开发时间有限,所以不同功能的构建时间此消彼长。选择构建功能A会延迟功能B的构建。

假设功能A重要但不紧急,功能B紧急但不重要。但由于某个因素,功能B的构建可能会成为紧急任务,使得功能B看起来至关重要。

在功能B上花时间能够消除你的短期压力,但长远来看则会造成一定的后果:

某项重要功能的发布将被推迟

你需要承担这项重要功能推迟发布所带来的后果

这一切都将给你的工作增加复杂性,造成不必要的额外成本

为了控制成本,一个产品无法满足每一个功能需求。所以,鲜有重要决策会显得十万火急。

因为这些决策通常需要经过深思熟虑,确保恰当的功能范围。

03 产品深度大于产品广度

专注于核心策略能够增加产品实力,进而提高竞争者效仿的难度,增加产品对当前用户的价值,帮助潜在用户了解企业。

好产品的广度以寸计,而深度以里计。缺乏深度的产品在解决办法上存在缺陷,重要功能缺失,因此,其用户体验通常较为糟糕。

几个设置精良的功能要好过多个复杂的功能。建立稳固的核心功能后,或许你才需要考虑添加其它的功能。

一些成就可能看似不值一提,没有什么实际意义,但事实常常恰恰相反:它们会迅速失控。

每当我们追求短期成就时,这个错误都会带来后续麻烦:用户会有更多的后续要求,开发时间也会随之延长。

最后的结果要么是解决方案惨不忍睹,要么是由于恰当的解决方案需要充足的时间,计划失控。

04 专注核心问题,保持主观能动性

用户能够很快就找出问题。他们在提出问题的同时,通常还会附上自己的建议解决方案。

如果10个用户都提出了相似问题,那么几乎可以确定的是,他们也会给出10个不同的建议解决方案。

多数用户的处事作风不同,他们的处理方式未必是最优选项。专注核心问题能够让团队构建出用户真正需要的解决方案,而非他们自以为需要的方案。

找出一个能够满足多数用户需求的解决方案并加以实施。史蒂夫·乔布斯有句名言:“多数时候,在你揭晓答案以前,人们并不了解自己的真实需求。”

即便一个完美的问题解决方案并没有与用户最开始的要求契合,但体验过后,他们还是很有可能会感到心满意足。

一个体现了主观能动性的问题解决方案能够减少解决问题所需的时间,控制产品复杂程度的增加。

05 发展不朽蓝图

有些人认为发展蓝图正走向消亡,但发展蓝图永存,因为它直观地展现了你的长期目标。

而你需要找到自己的长期目标,以此来确定当前任务的重要程度。或许,真正走向消亡的是制定发展蓝图的能力。

只有重要任务才应被列入发展蓝图。发展蓝图上的某些任务令人手忙脚乱时,问题也就随之而来。

紧急但不重要的任务不应该出现在发展蓝图上,你应该把它们划在单独的区域,对它们进行优先处理。

发展蓝图中任务的增减事关重大,因此做出变更时应考虑销售、开发等各个产品团队的意见。

如果团队所增加的任务难以实现,或任务在不断增减,这就说明任务评估过程不够严格。很可能那些令人手忙脚乱的任务已经悄然在发展蓝图上占据一席之地。

一个常见误解是,产品经理应该单枪匹马,确定所有的发展战略或产品策略。

实际上,产品经理的任务是确保最优的产品决策。而实现这一点的唯一途径就是了解决策对各个商业环节的影响。不要让自大妨碍你做出正确选择。

遵循以下简单规则能使发展蓝图成为帮助团队专注重要任务的利器。

一些工作能够帮助你朝着发展蓝图上的任务不断前进,而一些工作则令人手忙脚乱,难以规避,把80%的时间花在前者,20%的时间花在后者。

注意把重要任务和繁忙任务区分开来,因为倒向繁忙任务可能就会造成重要任务的完成时间延迟。

来 源:红杉汇(ID:Sequoiacap)


本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请点击举报
打开APP,阅读全文并永久保存 查看更多类似文章
猜你喜欢
类似文章
【热】打开小程序,算一算2024你的财运
真正优秀的产品经理不会告诉你的5个秘密|红杉汇内参
贝索斯致股东信(2003)
「沉默用户」和「流失用户」,比「活跃用户」更值得研究吗?
“长期主义”难在哪里?为啥说一般人做不到?知道和相信是两码事
电脑常识[方法] 如何做产品功能流程和结构设计
三步教你如何提升用户体验
更多类似文章 >>
生活服务
热点新闻
分享 收藏 导长图 关注 下载文章
绑定账号成功
后续可登录账号畅享VIP特权!
如果VIP功能使用有故障,
可点击这里联系客服!

联系客服