需求评级：建模，制定前置规则

需求评级：建模，制定前置规则

关于产品需求优先级的评判，如果没有统一标准，不同的产品经理估计能诞生一千种不同结果。

B端产品经理接受需求的来源要比C端产品丰富而复杂，对于B端产品经理，梳理需求的优先级开发排序是一件“左右逢源”的难事，要考虑服务部门的情绪，要照顾业务部的指标担当，还要兼顾公司市场拓展的进度。

有些需求是老板给的政治任务，有些需求是销售部提的（如果不做就分分钟影响公司营收指标），有些需求是为了支持运营活动的，有些需求是为了减轻客服团队重复答疑工作量的，以上种种都是产品需求来源的内部渠道，需求还包括用户使用后的反馈、行业技术进步等等，对于产品经理而言，学会将需求合理的排期是一门硬核技能。

由于之前踩过坑，后面在做蓝领送工SaaS时，我们在早期就开始建模型，形成内部产品需求优先级判断标准，产品同学接收到需求后，按照划分的四个维度去归类，根据“一大带四小”的原则去快速启动排期开发。如果功能上线后，用户的使用反馈不达预期，排除其他因素，是需求的源头出了问题，我们会组织内部讨论，修正更新判断标准。