基于前段时间参与的项目，重新思考了下产品工作的方法论。

首先，工作层面，按照定义、分析、解决问题的步骤进行。其中定义问题是核心，方向错了，后面的努力多是无用功。定义、分析问题的过程中，对内主动沟通，单独问人或组织会议；对外调研竞品，包括产品试用、FAQ 阅读。这部分的核心更多的是沟通，需要注意的是尊重领导、同事的意见，除非能提出明显更好的方案。

至于解决问题，有些子场景未必要通过产品的形式解决，在当前阶段，线下处理也许更合适，当然汇报时要将当前先线下处理未来再线上化这部分包含进去，这是思考没有遗漏、有产品规划的体现。整个方案先完成再完美，之所以要小步快跑，一方面是灵活，后续好调整；另一方面任何解决方案都有 ROI，都是在与时间赛跑。

其次，产品层面，先对齐需求、功能、流程，再设计原型，从宏观到微观，其实这是比较基础的原则，只是知晓原则的同时还要想办法坚守原则，毕竟前三者一变，很多原型就白画了，本身产品原型中的字段、交互跳转就比较花时间，当然在对齐需求的过程中，如果某些内容是绝对明确不会变的，也可以先设计。

其中，需求层即明确问题，核心是主动，通过一切途径包括找一切可能了解业务的人去了解需求，然后和领导确认。功能层，基于对需求的梳理，明确每个功能的价值。流程层，可以视实际情况细分，比如先画简单的步骤图（流程图或简版流程图），如果这部分确认没问题，再开始泳道图（跨职能流程图）的设计。

再说原型，首先，文案层面 “说人话”，标题、正文、按钮、表头等要一目了然，不要让看的人有歧义，这点在评审阶段尤其要多听听大家的意见，因为存在 “知识的诅咒”，而破解之法是开放的心态，只要一个沟通方有困惑，那就想想有没有更好的说法；其次，数据层面要尽量拟真，比如不要出现列表页订单号都是同一个、列表页跳转详情页的订单号对应不上等问题。为了实现以上两点，一是可以复制线上的真实数据，稍加修改；二是平时要有素材积累，方便复用。