本文写给刚入门的产品新人们，包括我自己。

    毋庸置疑，产品新人和产品老鸟之间遍及有着很大的距离，其中有一点表现在思想的详尽程度上。新入行的产品小白在考虑产品流程、写PRD文档时考虑 的往往很单一片面，感觉都能说的通了，确不知遗漏了许多细节，许多可能的分支流程也都没有想到，在被开发测验的同学识的时分要么一脸茫然、要么随意的给一 个计划，这往往是不够干练优异的表现。

    那么作为一名产品新人，究竟该怎么生长为一名思维严谨的产品经理呢？通过一段时刻的摸索考虑，我感觉可以从三个视点来不断提高自己：

    作为产品，多问自己问题

    站在开发的视点来完成需求

    站在测验的视点了体会功用

    作为产品，多问自己问题

    做产品设计多了之后，会发现许多细节、流程其实是相通的。当咱们第一次遇到某个细节问题时，没有想到很正常，但是第2次第三次仍一直想不到那就阐明有问题了。

    为了应对这种状况，可以概括一些特定的问题，在今后做设计写文档的时分时不时的问问自己，进而来协助自己考虑的愈加全面。

    比方当遇到用户输入项的时分，就要学会提问：是否是必填项？数据格式是什么？有没有字符约束？什么动作（时刻节点）触发校验？……把这一串问题想一遍之后，往往会考虑的愈加详尽

    再比方遇到约束条件时就要记住问自己：会有哪些不满足条件的情形？当遇到这些情形的时分该怎么处理？

    还有当有数据交互的时分要记住问自己：数据是否有必要实时改写？是下拉改写仍是进入页面改写？

    这一系列情形下的问题， 可以依据自己遇到的状况不断的整理，逐步累积为自己的一个问题库。养成习气之后，每次遇到这些情形，就会下意识的想到这些问题，然后协助自己考虑的愈加全面。

    站在开发的视点来完成需求

    看多了网上程序猿砍杀产品狗的新闻，感觉开发和产品的关系紧张的很，其完成实中仍是挺夸姣的，我司的程序猿脾气都仍是很好的。当然，开发和产品之 间确实有许多可能产生矛盾的点，更改需求、功用阉割等这些问题暂时不谈。主要说一下产品经理该怎么交给一份具体可执行的文档或阐明。

    产品新人在开始的一些项目中，免不了经常被开提问各种产品需求完成的细节问题，问的自己也会比较懊丧，自己最初怎么会没想到这些问题呢？其实就是 没有学会站在开发的视点来考虑需求，此时假如产品经理有技能基础会更简单理解，没有的话通过项意图实践堆集也可以做到。把自己当成开发，假如要完成这些需 求的话，我需求哪些条件阐明呢？

    比方获取数据的粒度问题。产品新人的文档中很可能有这样的描绘：记载订单提交的时刻、获取天气状况…然后就没然后了。但是在写代码的时分，开发需求知道时刻是精确到分呢仍是秒呢？ 天气是获取温度风力仍是什么鸟东西呢？

    再比方要给出满足清晰的规矩。产品新人很可能会写：推荐销量最多的商品…然后又没然后了。但是开发完成的时分需求知道销量是按照件量仍是订单数核算呢？销量是核算多长时刻呢？假如是一周的话，是天然周呢？仍是之前7天的数据就可以了呢？

    这样的比方不乏其人。 整体思路就是，作为产品不仅要需求描绘出来，还需求站在开发的视点来考虑怎么完成需求，假如你是开发需求哪些阐明和条件才能用代码完成出来呢？虽不必会具体的完成办法，但想想必要的条件阐明能更好的协助咱们把需求描绘的愈加具体。

    站在测验的视点体会功用

    除了开发会来问问题，测验人员在写测验用例的时分也会经常来打扰产品经理，由于在某些测验场景下，软件/体系 究竟怎么反响或许怎么处理才是被当做是正常的呢？哪些又是bug呢？产品新人很可能又忘了做出相关的阐明。

    测验人员通常习气在各种极点状况下来测验产品功用，虽然在用户实际使用中很少有这种状况，但是已然存在可能性就要考虑清楚应对计划。所以作为产品经理，也要学会站在测验人员的视点“变态”的体会功用，考虑需求。

    比方同样是在输入项，测验人员就会喜欢试：输入特别字符会怎么样？超出了字数约束会是什么反响呢？必填项不输就点下一步又会是什么提示呢？需求文档中把正常的流程描绘的很清楚，但是这些特别状况的处理是否都想到了呢？

    再比方在付款或其它流程中，测验人员又开始变态的尝试了：我半途退出使用行吗？俄然断网了我该怎么办？ 还可能会尝试一下多设备登录是否可行呢？咦，你这个优惠活动，我可不可以钻个漏多参与几回呢？

    测验人员就是这么一群人，不管三七二十一的选用各种可能的手法来体会功用点， 找到bug是他们的意图，但是把正常的反响和意外的bug界说清楚就是咱们产品经理的职责。学会站在测验人员的视点来体会产品、测验功用，能很好地协助咱们把需求界说的愈加精准 。

    总结

    成为一名思维严谨的产品经理，不是一朝一夕的工作，需求项意图实践，不断的考虑总结。「作为产品多问自己问题」「站在开发的视点来完成需求」「站在测验的视点体会功用」仅仅我个人总结的三个考虑维度，在这三个考虑维度基础之上，我期望自己能生长的更快一些，走的弯路更少一些，早日成为一名思维严谨 的产品经理。而这仅仅「产品之路」中稳健的一小步，要想成为一名优异的产品经理，还有许多路需求走。路程虽深信，愿勿忘初心，以此共勉。