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


当前成本主要指技术评估出来的开发成本 , 可以用人日乘以员工每日工资的方式计算得出 。
未来成本主要指维护该需求所花费的成本 。 常见于日常维护、升级维护等场景 。
最后 , 我们的投入产出比就是两者相除 , 除下来的数值代表:1块钱的成本 , 可以带来多少钱的收入 。

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

文章插图

2. 如何应用公式公式有点抽象 , 我们代入一个场景 。
你是一家SaaS公司的产品经理 , 公司原本服务于中小型客户 , 也做的是共同市场的共性需求 。 销售市场、产品开发对此都没有异议 , 在一片祥和的气氛中 , 公司顺利发展 。 某天销售带来一个100万的大单 , 对于用户客单价2万/年的你们来说 , 可谓是天降喜事 。 但是 , 客户提出了一个大型定制需求 , 告知做完就能签约 。 到底做还是不做 , 老板询问了你的意见 。
我们尝试套入公式 , 首先测算收入:
立即入帐的新收入:客户签约立即能带来收入100万
未来的新收入:销售承诺1年内可带来10家年付10万的客户 , 并保证客户下单的原因 , 其中50%都因为即将做的这个功能
现有客户的损益收入:对现有用户没有明确感知 , 预计增购和流失的数量都为0计为0
公式:100万+10家*10万*50%+0=150万
再来测算成本:
眼下的成本:花费1000人日 , 按照2000元/天的市场价估算
未来的成本:未来需要1个人 , 每周抽1天进行维护
公式:100人日*2000元/天+1人*1天/周*52周*2000元/天=20万+10.4万=30.4万
最后两者相除:
150万/30.4万=4.93
1元投入赚来了4.93元 。
从结果上看 , 这似乎是个还不错的生意 , 于是你和老板商量后 , 拍板做了这个需求 。
需求开发过程一切顺利 , 在设定的人日内顺利完成 , 没有花费更多的成本 , 客户最后也成功验收和付款 , 大家都觉得挺满意 。
一晃时间过去 , 来到了第二年 , 老板想起了当时引起争议的这个需求 , 要求你进行复盘 , 站在现在的时间线 , 重新评估这个需求做得是否值得 。
结果复盘的结果让你们很吃惊:情况和当初设想得完全不一致 。
首先 , 除了提出需求的客户 , 没有其他客户使用这个功能 , 其次 , 针对同类客户群体的销售并不顺利 , 所以这个需求也没能如愿带来更新的客户 。
于是大家按照现实情况重新计算了这个需求的投产比 , 公式是100万+0万/30.4万=3.28元 。 3.28元的投入产出比和之4.93的的理想情况比较 , 下降了33% 。
此时大家觉得有点后悔 , 看看之前拍板说要找10个客户来用的销售 , 已经从公司离职 , 一丝怨念爬上心头 。 你正在思索:是不是以后要适当降低对于未来收入的预期 。
此时 , 客户提出了要对于这个功能进行优化 , 否则今年就不续约了 , 你们评估后发现工作量和前一年类似 , 于是开启了新一轮的计算 。
收入=0元+0元+10万元(该客户离开的损失 , 按照1年计费)=10万
成本=100人日*2000元/天+1人*1天/周*52周*2000元/天=20万+10.4万=30.4万
最后两者相除:
10万/30.4万=0.33元
即投入1元 , 收入0.33元 。
从结果看入不敷出 , 是一桩赔本的生意 , 于是你们决定不再在这个需求上投入 , 婉拒并送别了客户 。
诸如此类的故事 , 还可以顺着往下书写 。
只要有生意存在 , 就会有关于优先级的思索——因为他们本质上是对企业资源的竞争 , 如何使用资源 , 取决于你怎么思考企业经营 。
公式的变形1. 引入权重前面我们讨论了企业间的相同和不同 。 针对企业个性化的情况 , 我们也可以适当对公式进行变形 , 让公式能够覆盖到情况不同的企业 。 企业也可以根据自己的实际情况 , 个性化使用公式 , 做出符合自身的判断 。


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