任务背景
一年前，我还是个初入产品这行的产品小白；那时自己在某T开头的公司做产品助理，团队正在做［甲级医院以外的医疗市场］，也就是乙级＋社区医院的市场。
某天突然接到一个任务“规划一下医生评价体系，我们把它做在新产品上”。
当时我还是一个产品小白，听到要我规划一个“评价体系”，其实有点蒙。评价体系，怎么做？
任务思考
各位客官看到这里，不知道对评价体系是不是有一点想法了呢，比如：“参考竞品”，“看看别人评价体系怎么做”，“看下医生应该从哪几个方面评级”；
当时的我脑有反骨，心里和大家可能想的有所区别，“为啥要做评价体系，做了有什么好处”＋“评价谁，谁评价”。
好了，回到最初的背景，我们团队是一个主打诊所医生方向的产品，当时c端（用户）b端（医生）均没有什么用户量。做这个评价体系，是为了吸引b？还是为了吸引c？如果做了评价体系，会不会达成效果？
开始任务
沿着这个思路，我调研了医生评价体系的几个纬度，参考大众点评这样点评起家的app，草拟了“如果要评价社区医生，需要的几个纬度”。
专业评价纬度：医术（治愈率、康复时间、论文发表）
非专业评价纬度：服务态度、开药价格、诊断时间；
但不难看出，c端用户是没有能力从专业纬度进行评价的，但非专业的纬度评价医生，又会和医生本职的评价体系发生背离，导致医生如果用app开展自己的工作，就需要关注更多方面，也就是说医生的使用成本会很高。
而且从另一方面来说，医生的专业度评价应该高于服务态度类评价，并且c端用户其实也更关心专业度评价。但使用者也就是打分者并没有能力给出“专业度”评价。
也就是说，很有可能这个体系会：“c端不关心”，“b端受伤害”；综合看来，医生评价体系并没有做的必要性。
交付任务
这个任务交付的时候，我做了两页ppt，第一页阐述评价体系的维度和评价方式；第二页阐述评价体系做/不做的优缺点，并给出自己的结论：不建议做。
这个任务是我第一次拒绝leader的需求，但并没有给我扣分，因为leader明白，这个任务属于探索型方案，而我证明了它的不可行性。
一点总结
其实从这个小点我们可以发散：互联网产品，什么内容/b端产品应当被评价？医生不能被评价，护士可以么？老师可以么？
我们不难发现，如果评价人和被评价人在评价纬度上有基本相同的专业度，那么评价可以进行；如果专业度不同，但行业为服务性行业，那么评价可以进行；如果专业度不对等，且行业为高专业度行业，那么不建议做评价体系。
