从用户价值的视点上看问题通常是产品，运营等职位最常用的视角

先从长短期和事务视点判断决议计划的优先级，长期的需求能够拆分红短期，或许说短期的需求其实是底层支持运营长期需求的一部分。咱们需求走更细致的评审，除此之外，假如需求或许决议计划被拆分为多个小需求。咱们能够判断一下它是否能够不经过开发去实现。

假如说一个需求能够经过当时体系，或许非软件体系来支持，那么优先不开发，先用人工方法运营。这条尤其合适线下事务比较重的团队，或许有实物交割的团队，关于游戏，工具，例如查找，AR，VR，IM等等，或许企业SaaS软件体系并不适用。

当然这些体系也能够被拆分红多个小的子体系来降低试验本钱。

比方我之前所在教育公司开发了一套教育体系，其实不需求上来就开发，能够先让自己的课程和学生先用运营一段时刻。这段时刻会暴露出各种问题，产品和运营的设想和实际运营起来不一样的当地。运营一段时刻再开发会避开许多问题，也验证了事务的实际价值。

2.2 从用户价值看决议计划

从用户价值的视点上看问题通常是产品，运营等职位最常用的视角，他中心先看：

1）做的运营动作或许决议计划对用户有没有用？

2）假如有用的话，用途到底有多大？

一个是定性的视点，一个是定量的视点，咱们先说定性的视点，从用户价值的视点看决议计划。

2.2.1 是否强化产品中心价值

产品最中心的是满意某一项中心的需求，在这个需求的基础上不断地去拓宽新的细分人群，细分领域和细分功用。所以产品最中心的满意的功用，其实是最有竞争力和生命力的。

这意味着在这个阶段内，当时的技能实现方法或许供给现已能够满意大部分人群的需求了。让咱们举几个比方：

高德地图中心的功用便是导航，在这个功用的基础上，用的人群越来越多，开端针对人群做细分品类，比方本地周边日子，加油，酒店预订，实时公交等等。后分化出来的需求更多是满意细分人群和细分场景。

再举个比方：

美团外卖中心功用便是将餐厅做出来的餐食送到一个当地。可是是不是只要餐食或许饭店才有场景把某个物品送到用户指定的地点呢。其实不然，比方药品，生鲜蔬菜，工作文件等都有这种场景。

那么美团就产生了另外一个闪送的事务。甚至考虑到时刻场景，会有1小时极速送达。其实用户针对餐食送到某个地点的需求强度才是最大，且人群量也最大。

咱们做运营决议计划的时分无论是运营还是产品，都需求考虑你的决议计划是不是靠近你事务或许运营的中心需求。

比方说咱们做外卖这个事务，更好的预估抵达时刻，更好的预估峰值的餐食订货，就好过说我供给一个新的送药功用。因为前者强化了咱们的中心功用，中心的用户价值。

比方实体产品烤箱，你增加一个守时提示抵达后能够选择提示音乐的功用，就没有说着增加蒸汽烤的功用更靠近中心功用。

方才咱们送物品到某个指定的当地，或许某个时刻点内送某个产品抵达某个当地。就涉及到第二个问题。便是从事务模型上看决议计划。