从事产品不久，有点工作心得分享，未做产品之前，折腾了axure很久，未果，后自学技术，终把产品实现的逻辑摸透了。
1、将问题不断往源头拆解
“你想的东西越复杂，做出的东西就越简单”，在我策划一款产品时，举例，网页版的地图搜房，搜房网房源列表是从左到右显示，安居客房源列表是从右到左显示，你要思考从左到右是考虑到用户浏览的习惯，从右到左的时候是考虑到用户搜索结果的呈现。
2、需求文档对开发而言
很多时候，你交付的需求文档，放在群共享，其实很少开发回去看那一页都是截图＋各种说明的文档，一来比较枯燥，二来费时间，所以产品的需求文档主要给项目经理看，看看需求传达下去是否清晰和准备，当确定了一项功能需求的时候，可以先画逻辑图，附上原型，先详解样图和重要流程，文档可以后续补上。
3、如何对产品立项
一般根据需求调研，召开需求评审大会和技术评审大会，结合公司的战略规划，定义好初期上线的功能，便可以立项，开始开发工作。
4、需求变更频繁，如何拦截伪需求
“声音大的未必是真用户”
5、预估工时，是不是多此一举
有些开发本身技术有限，你在和开发拿某个功能实现的工时时，开发并不能给到你确切的工时，有时可能是按最大化时间敷衍了事。因为你记录开发工期，是需要配合运营提前做好推广准备，很多资源都要提前申请和准备，所以这是很有必要的，是整个团队互相协作。
6、对于老板脑子一热的想法，你怎么回应？
往往老板想做一个很好的很炫的功能加进自己的产品里，初衷是好的，但是对于用户来说，低频的按钮或者功能在产品的任何位置都是浪费资源，产品要会先做数据调研，参照竞品，看看老板这个想法是否可行，一方面也要用数据去说服老板这个可行性。
7、如何发现运营团队或者用户的潜在需求？
通常在app上线的初期，app里都会加上留言和反馈的功能，这就方便可以在市场搜刮到对我们上线产品的一些建议和改进的地方；平时应该深入你的app所涉及的用户群体，用户群体在哪，就应该深入到业务流程中去，这样做出的产品才不会和预先规划中偏差很大。
