一个万能公式,决定SaaS产品需求优先级( 四 )


例如我们很难真的知道有多少用户会因为新做的功能购买 , 也很难知道现有客户是否会因为这个功能进行增购 , 更难量化客户增购金额中有百分之几十源自这个需求 。
公式里的数字 , 大多源于猜测和判断 。 哪怕预测很准确 , 等到功能做出来了 , 可能环境已经发生了变化 , 对客户的需求产生了影响 , 此外 , 营销失利、政策变化、市场需求消失等千奇百怪的事情都有可能发生 。 毕竟商业市场 , 唯一不变的就是变化 。
另外需求在占有资源的角度 , 是互斥的 。
在开发当前的需求时 , 代表着另一些需求被我们暂时抛弃 , 被抛弃这些可能是糟粕 , 但也有可能是宝贝 。
错过了一个宝贝 , 反而花大量时间做了一个事后市场证实是错误的需求 , 导致没能及时更新系统跟上市场脚步 , 这部分的决策失误成本其实也没有体现在公式中 。
虽然实际使用公式有各种各样的困难 , 但还是希望这套公式能带入一种思考 , 帮助我们从近期现金流 , 远期现金流和成本的角度 , 带入商业视角 , 更全面理性地梳理需求 。
也希望用这个公式 , 能帮助SaaS产品从企业经营的角度来思考需求 , 也能让产品理解为何不同岗位对于需求优先级 , 有着不同的理解 。
最后说一点感触:
我们服务的系统 , 可以看成是一个稳定运行的宇宙 , 它有着自身的节奏和韵律 。
每增加一个功能 , 都是对这个宇宙投入变量 , 这个变量带来的变化 , 有些显现得快 , 有些显现得慢 , 有些显现得强烈 , 有些显现得细微 。
如何看待这个变化 , 认为它的价值几何 , 既取决你用多长的时间视角来看待它 , 也取决于你的认知与智慧 。
本文来自微信公众号 “人人都是产品经理”(ID:woshipm) , 作者:假装是运营 , 36氪经授权发布 。


特别声明:本站内容均来自网友提供或互联网,仅供参考,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。