产品的实质是解决需求的过程，或载体。产品经理一直都不是一群特殊人群的称谓，每个人都是，包括你。小到生活中一个想法的落地，再到一个跨部门合作实现的项目，都可以看作是一个个产品的实现过程。想法实现的过程，会遭遇外界不可预见因素的干扰，进而改变最终的结果，类比产品实现过程中需求的变更和调整，甚至最终做出来的都跟当初构想的有较大差别。但这些都不重要，重要的是在产品项目开始之初，要能预见一定程度的干扰，提前规划好推进的速度和每一部分完成的时间节点，做好资源的合理调配和衔接，最高效率的将每部分的输出及时流向下一个区域工作。
这里我更倾向于把每一个需求实现的过程看作是一个项目。小到一个bug的修复、设计需求的实现，大到PC端web站点的整体改版、APP项目。在项目开始之初先梳理清晰需求实现的流程，需求实现需要的资源，从确定需求——确定解决方案——设计——开发——测试——上线将流程中涉及到的人员分工以输出节点方式落实推进进度。
项目管理思维更考验你对微观细节的熟识度和整体进度的把控。在项目进行过程中，及时调整每个输出点的细节，和设计开发人员确定，按照需求的优先级对细节进行完成。
点连成线，项目才得以有序的推进。
另：近期在跟开发哥越来越多的沟通中慢慢熟悉技术实现上的关键点，便于后续需求解决方案的制定和时间节点的把控。我一直坚定地认为技术是任何互联网产品的核心基础。所以我们在提需求的时候一定要怀着一颗敬畏的心。
