有简书小伙伴私信我一个一年经验产品经理的疑惑，趁这个机会，分享一下我的经验，可作参考。

你好，我是一个从业一年的产品，对于这个职业有着一些困惑，其实我们在做产品的时候，更重视的是我们本身的什么呢？是一份完美的文档？对工具的熟练？还是对产品的理解，对产品的看法？我常常会自己陷入这种矛盾的思考，因为对产品的思索，是没有一个答案和标准的，或者说我们这个行业，本身是没有一个非常明确的标准，怎么样才能更好地让团队认可你。而表面的，可能是在头脑风暴时鲜明的有理据的新观点，也可能是非常工整格式复杂但详细的需求说明文档，还是一个可以和技术深入沟通的理解者？这个行业似乎非常复杂，然而我的前辈常常和我说并没有那么复杂，文档不重要，新观点不重要，重要的是能解决问题，就是我们说的急速开发模式，所以有时候，我会比较奇怪，到底怎样才能让我面试时更符合企业的要求？

产品的思考

产品的思考，需要包含产品框架、盈利模式、竞争壁垒、行业状况等等。

产品思维是在不停的产品磨练中形成，不可一蹴而就。需要在实践过程中不停总结分析、反省过往经验得来。

可以理解为，产品的思考都是封闭的，不同的产品经理对同一个产品会有五花八门的看法和思考，也有千万种构建方式。但不能说哪一种好，哪一种不好，只能实践出真知。但是，所有思考基于理性，而非感性，用数据做推断依据，而不是个人感觉，仰或是别人怎么做，我也怎么做。

文档和工具

文档和工具，并不是成就一名出色产品经理的条件。只是沟通方式的一种体现，是完整清晰表述你的需求的一种方式。

我写过几万字的需求文档，细致入微，看得开发同事目瞪口呆；也用过纸和笔快速描绘产品需求后紧接着进入开发阶段。需求文档没有既定标准，你可以写完美的文档后扔给开发同事；也可以快速描绘后与开发同事保持密切沟通。但是请相信，他们不会想看完美的文档。

关于工具。刚入门的产品经理，一般都会冲着Axure RP 去，以为熟练掌握工具就能做好产品，其实不然，熟练掌握工具，只是能让产品经理做好产品原型，而非“产品”。如果要说工具，可以介绍一些帮助产品经理提高效率的原型工具。

OmniGraffle、Sketch、墨刀、A4大的绘图本和一只笔

如果还想表达动效，也有不错的选择。

Pixate、Hype

让团队认可你

团队认可你非常重要，这取决于你是否需要苦苦哀求技术同事按你的想法实现、设计同事是否认同你产品的风格方向等等。更多的是希望得到技术同事的认可。

首先，我建议学下编程。最简单的html学起，css可以自己调下样式、也可以实现一点简单的动效。去理解编程思维、感受技术的神奇。试试自己搭建个vps来翻墙、用wordpress建个博客耍耍……即便这些在技术同事眼里都不算什么事、而且很初级，但是，这是在接触技术、与技术最亲近的方式。如果有时间，玩下Android Studio、Xcode也是不错的选择，这样与技术同事才有更好的沟通。

新观点、好玩的创意会让团队对你刮目相看，相信用户也一样。一个产品好玩，才能达到最大的传播效应。但是，新观点也需要与实际紧密结合，将原本平淡无奇的功能让人眼前一亮。随之而来的是不错的数据，用来印证你的想法，体现你的实力。

然后，细化到功能的解释。每个功能需求，都肯定有合理的逻辑，技术同事才会认同和乐意去实现。不能有天马行空的需求：我觉得要做这个功能。而真正能说服人的是：这个功能，是基于xxx需求，这个需求在我们xxx数据里有体现，同类产品的做法是xxx，我们应该这样做，达到xxx的目的。关键在于，每一个需求，都要有理有据。

敏捷开发

小团队强调敏捷开发，这不是简单的上线得快，敏捷开发需要团队的超强协作性。任何人，只要是个人都想做事尽善尽美再推出给大家看，大家用，然后回收到的反馈都是正面的。但现实并非如此，你可能会因为思考过于完善而错过最佳的上线时间、或者窗口期，然后后悔莫及。

必须从产品的雏形开始，把整个团队的相关人员拉进来讨论。比如，前段时间轻烟上线个感恩节语音墙，从idea到上线，一天时间。idea开始的时候，就把设计、技术、运营同事拉到一起讨论：

感恩语音墙，希望感恩节当天，人们在上面说一些感恩的话语，表达自己的感恩情节。

这样开始，设计同事就会想到火鸡、温馨的画面、暖色调；技术同事就想到需要语音接口，用微信的就好、很多人在上面发分页加载怎么做才好；运营的同事就会想到什么时间点推这条公告带来的效应最大、什么渠道发布合适等等等。

敲定后，设计只有3小时、技术开发5小时、同时运营同事准备文案，最终一天上线并公众号推送。

当然，上线后还要迭代一两次，但并不影响这个小型产品的效果。

平衡需求与实现

需求的实现，从来不是产品经理说了算，也不是老板说了算。是整个团队在实现过程中，基于时间节点、需求复杂性、用户体验作出的平衡。可以简单理解为：实现的与需求文档的不一致。是的，很多时候不一致，因为需求文档往往是产品的最理想化状态，在实现之前或过程中，设计师、工程师会有各自的经验赋予。真正好的团队，每个同事都是产品经理，都为产品着想，都对产品负责。最终在不断实现的过程中，删减无厘头需求、减少不痛不痒的效果、去除可有可无的点击等等……我称之为平衡需求与实现。如果觉得应该按你的想法去做，就需要大胆pk，拿出依据去说服同事们，这也是产品经理必备的特质。

如何更符合企业的要求

不瞒大家，面试的时候想着如何更符合企业的要求，有点类似融资的时候看投资人偏好，才能成功融资，我会认为那是骗钱。

这样非常致命。产品经理不应该为了迎合任何的企业，去改变什么或者去尝试满足企业的某种需求而得到工作。你应该要培养自己出色的产品能力、清晰表达你的产品见解、树立独特的产品魅力。

比如，我通常面试会问：

你的手机装了多少App？有多少是常用的？哪几个你最喜欢？为什么喜欢？这几个喜欢的App的商业逻辑是什么？怎么盈利？你用什么翻墙服务？最常上的国外网站是哪几个？

我以前面试，会先对对方公司做背景调查，对产品做详细的体验，做好体验文档，以备面试官会提问。面试时先介绍自己以往的经历，附上真实有效的数据，哪部分数据因你而改变，为什么能达到这样的改变，对产品岗位的规划如何，对未来的憧憬等等。对多方公司的产品体验见解、产品存在问题有哪些、针对这些问题的解决方案是什么……数据，永远是最有说服力的，把原因和结果说明白，面试官自然会判断你是否适合他的公司，而无需你去迎合他人。

好了，这次先说这么多。希望对这位小伙伴有用，也希望对各位有用。还有问题欢迎来信探讨。