昨天由于时间关系，补作业。今天会更新2篇。
昨天我做需求评审，那么还是以需求评审为例子作为今天的命题作文吧。
需求评审其实是产品交互面世的重要的环节。产品的生命周期包含：需求采集、需求梳理、需求分析、业务沟通、产品原型设计、需求评审 、跟进项目研发、项目交付。整体是这一系列的步骤，说的还是比较细。需求评审的过程前期，会拿着PRD先跟项目关键人对接，无论从技术角度还是从业务逻辑角度，都会和项目的关键人充分的沟通，沟通后的结果集是为了在第二天的需求评审中，避免重大逻辑的问题。我本人发现很多产品人都习惯性的觉得前期不和技术同事做沟通，在评审中解决，但是当你在评审中大会中，所有的矛头都会指向你，你要 1v5 ，1v10的局面，千夫万人指的局面。说白了，前期与技术的沟通、业务方的沟通其实就是在磨合避免在需求评审中出现尴尬的问题，所以说这个步骤是不能省略的。
需求评审的准备工作，我建议，有条件的情况下，自己先内部评审下，毕竟自己想的问题点与别人的视角都不一样，多听听别人的想法，毕竟产品是面向多人用户的，不是你自己使用的。
准备工作做了后，剩下的就是打铁还需自身硬，产品人的自身的过硬的产品方法论，对产品的把控，对产品的业务逻辑梳理等，都是非常考验产品人的功底的。我们有的时候，可能会在细节上陷入进去，但是我想说，在注重业务流程逻辑与细节的时候，我更关心的是业务逻辑流程。在你完成你的基础框架后，你可以再去细化的去解决你的产品用户体验。用户体验同样也是至关重要的，这点我不否认，但是在你的业务线条都没有理清楚的前提，你去吭哧吭哧的打磨你的产品细节的时候，我觉得这是错误的。
产品人在平时就需要多磨练自己的气场，为什么有的人在台上演讲，大家的目光都集中他的身上，她的演讲的口才为什么能吸引着大家。这都需要自己在平时多练习，还有个建议就是多写，多总结。我自己的现状是每天坚持写（产品日思），每天都会总结自己的问题、包括自己的一些疑问。日累月积的过程，相信自己会有质的提升。
