如何更好的主持产品评审

一 小实用技巧

1. 先讲要解决的问题，再讲具体解决方案
   说明
   没必要整个会议都采用这种策略。这里比较适用于担心某种特殊解决方案或功能不被大家认可(领导、技术人员、运营人员等)。
   举例
   在某一页需要呈现大量内容时，是选择分页方式还是无限加载方式？
   方案是：选择分页。
   原因：内容量有可能比较大时采用无限加载会增加服务器压力，同时也不方便返回(无法快速定位到之前的信息)。

二 如何和开发PK

1. 做足前期工作
   前期工作主要注意两点：
   a. 大的框架、产品核心流程理清楚
   b. 每一个功能要精雕细琢,尤其是在涉及相关细节、临界点上。
   比如：“列表默认排序规则是什么”，是按字母排序还是按创建时间排序？“加载最近一个月的订单”中，近一个月怎么定义？是“本自然月+上个自然月”？还是"本自然月"？还是“最近30天”？

2. 明确产品&开发各自职责
   开发主要职责就是：评估功能的技术可行性、评估开发周期。一旦涉及是否要做某个功能，或者如何实现某个功能，只要在技术可实现且开发周期内可完成，那么这个决定权与责任人必须是产品。
   属于产品范围内的事情要足够强势不能过于软弱。