gaoermai

我们在实际产品开发的过程中，常常会面临这样的窘境：

• 业务需求「不确定」；
• 技术实现方案「不确定」；
• 交付日期「确定」。

如果按照常规的做法，我们就需要先要求PM必须确定业务需求，而与此同时，我们提前针对技术实现方案做技术调研，最终才能确定一个合理的交付日期。事情发展到最后，往往不是延迟交付，就是匆忙上线BUG不断。无论是哪种结果，都会对理想的业务目标造成伤害。

这是一个真实的案例。

收得91无线的百度，期望结合自身在PC互联网时代的广告投放经验和技术积累，结合91在移动分发领域的变现经验，从无到有建立一套全新的移动变现模式。而我的团队接到的任务就是开发一个移动商业变现平台（91内部命名「百脉」），从业务上重新梳理移动广告售卖模式。而为了后续更好地融入百度，技术上也期望尽可能利用百度现有的技术服务。与此同时，整个平台期望用4周的时间实现一期上线。

本次分享，将通过这个案例，向大家讲述面对种种不确定因素时，怎样利用短迭代和快速反馈降低风险，最终按时并高质量地交付产品。