还是谈支付产品，怎样评估每一次提出的新需求、新功能、新产品是否值得做，是否会是杀手级更新呢？
一、点：待解决的问题有多严重？
首先不管整体支付过程，只看要解决的是什么问题，这个问题对应的用户是哪种人，这个问题对于他们有多严重，是不是已经不可忍耐，设身处地考虑，结合用户调研。由此判断是不是对于一类人是痛点。不是痛点可以推迟。
二、面：对整个支付流程影响比例多大？
下一步要对于整个大局的影响比例，此处要估算出具体的数值。
1、此新产品影响的是支付的那一方面：可信度，安全性，方便性，还是创新性？
2、影响的用户比例？估算值。
3、影响的交易比例？估算值。
比例太小也可跳过。
三、抽象看：满足人内心的那种需求？
这个新产品的想法和整体支付大局相结合，抽象出来这种产品满足了人们内心的哪种需求？这种需求重要吗？抽象出一句口号，这个口号吸引人吗？需要设身处地的设想，即在实际的交易场景中思考这种内心需求是否很重要。
四：数据估计：能达到什么样的成绩？
首先要定义一些可以在产品运行后获得的数值型指标，来验证这种新产品的成果。那么在开始实现这个新产品之前，首先可以估计一下新产品可能对这些数值有多大的提高，如果提高量很小，也可以放弃。
五、可行性分析：要以多大代价实现？
这个放在最后一步，为的是不要因为技术等原因限制了思路。可行性要考虑新功能的实现代价：影响了支付的其他方面吗？例如要损失多大的安全性（这一条极为重要，可以说是支付方面最大的代价，因为支付中可信度、安全、方便、创新通常是互相冲突的，改进一想通常会造成其他项的损失）？要什么技术、人力、财力等？这是最后一步，如果前面已经确认是重要的需求，这一步最后确保实现的代价要可以接受，那么产品评价为：可以执行！
