入手产品工作也有接近一个多月，看过苏杰的《人人都是产品经理》，印象很深，产品经理把好需求这一关。
现在正在进行自己人生中第一个产品。从产品搜集需求到产品成型以及后期的维护。我渐渐明白了自己工作的范畴和工作的中心。归纳为以下几点：
1.产品需求文档看不看
当我辛辛苦苦写出来一堆需求文档，跟UED的同学定好交互、视觉、重构；满以为技术会认真对待，但是你会发现，技术同学基本不会看你准备的一堆东西（基本上我也是不看的），基本是按照自己的理解来开发，当开发不下去，第一时间也不是看文档，而是看测试用例，或者直接跟产品沟通。
作为一个开发人员的角度，我是不会在需求文档上耗费太多时间，我只会按照最终的设计稿和自己的印象做事情。然后，等着产品经理来检查我的工作。但是这就是现在的开发对待需求的一个现状，所以在产品开发中必须多次和他们确认产品。
什么样的需求要写文档？对于功能性、涉及业务流转，状态切换，边界条件灰常多的需求，流程图、交互、PRD一个都不能少；对于非功能性的需求，提升用户体验的部分，文档可以不准备，准备好原型图，然后在上面标注出重点，交付的时候讲清楚。
2.哪些应该做
需求永远也做不完，至少对于一个好的产品，他在后期还的花大量的资源去维护。我觉得
产品的优秀程度是与产品经理有着莫大的关系。为什么IPHONE在如此受欢迎。还不是一款产品走天下。自然做产品也会分工期。那么就必须安排哪些事情必须在这一期做，哪些事情可以放到下一期去做。对于互联网产品，在上线前，一定要能够完整的走通从浏览到支付流程。需求永远做不完，对于优先级安排，平时工作中最常用的就是四象限法，重要又紧急，重要不紧急，紧急不重要，不紧急也不重要，根据项目实际来做判断。
3 产品开发过程中
在产品开发过程中，技术都是非常有责任心的，会帮你考虑边界条件，作为产品积极响应技术提出来的各种疑问，是维系技术与产品之间很有效的方式。虽然有一些问题，可能是技术对需求的理解并没有产品那么深刻，讲清楚就好了，没有必要上纲上线，因为最终大家的目的都是为了产品。