表现起的很“虚”，尽量在内容上实在一点。负责的产品正在开发阶段的收尾中，写点东西转换转换思路。
作为目前互联网行业最热门的岗位，对于“产品经理”其实可说的挺多的。在大家都在鼓吹，格局、思路、方向、战略等等概念的时候。从我的经验看来，一名合格的产品经理，首先要做的就是“不坑人”，比如基本算是水火不容的产品和开发之间持久不衰的矛盾。
如果你还能够把自己定位为一个入门级产品经理，甚至产品助理的话，除了新功能、交互设计能够彰显你“实力”的地方之外，能够写一份漂亮的原型+需求文档，就足够让你比大多数产品经理靠谱很多。
注意，我说的是靠谱，而不是优秀。在我的产品经理职业生涯里，在大多数情况下靠谱远比优秀更重要。当然，如果你负责的产品已经奔向卓越，就另当别论了。
漂亮的原型和需求文档怎么定义？
逻辑合理，能够想到任何场景下（包括部分极端场景），你的需求实现情况。需求能够图形化（原型）、文字化（需求文档）、语言化（开发评审）。
寥寥数十字，其实考验的全是硬技能。很多情况下的需求变更，开发与产品，产品与运营，产品与设计、开发与设计之间的矛盾，都是源于你的需求不够明确，或者说准确。
还是用自己的实例说明：（以Android平台为例）
我参与的产品是一款在线视频播放应用。之前有过这样一个需求，业务部门提出需要增加视频前贴片广告这个需求。
对于这样一个需求，我那时候考虑了以下内容：
1.广告播放过程中，页面有哪些按钮？返回、静音、了解详情
2.点击返回的话，返回至哪里？播放前一页是不错的选择，但你想过没有，从推送进来的用户返回到哪里？首页，还是频道页，还是哪里。
3.静音的状态的生命周期如何定义？静音后，播放视频的时候是否还需要静音，看新的视频的时候，广告是否还需要静音，推出客户端再进，播放广告是否需要静音。
4.广告点击会触发哪些事件？下载、浮层网页。
5.点击广告触发时间的区域，是点击详情那个按钮，还全屏，还是后台可配置。
6.以上都是假设用户网络条件良好的场景下，如果用户加载广告失败，怎么办？需求里是否有定义加载超时后的策略。
这是最基本客户端应该考虑的。从业务部门或者后台的角度，其实你应该还应该做一些判断：
1.询问开发是否能够在启动客户端前判断用户安装了哪些App（事实上，不少App是这么做的）。如果已经安装的广告主的App，是在投放上规避，还是下载变成启动广告主App。
2.投放逻辑。优先级、定制化投放。这里面门道儿就更多了。第一，是不便于公开逻辑。第二，我现在也实在搞不定这块。
你看，一个很简单的来自业务部门的前贴片广告需求就已经有这么多细节，这还只是我临时回忆起来的。
如果你参与的是功能上相对复杂一点的产品，需要思考的场景以及功能表现会远远多于我所举例的这个需求。
记住：
在你成为资深产品经理前，把自己的需求逻辑梳理清楚，并能够准确的告知给设计、开发，是你必须的基本功。
而非技术出身的产品经理，可能会需要做更多的努力。
题名叫尽量不坑工程师，但在我看来，任何一名产品经理的成功之路，很可能都会经历坑惨工程师的过程。就是这样一个矛盾的事情。
你能做到的，就是尽量不要因为自己在需求阶段想的不全面，造成高额的沟通成本和频繁的需求变更。尤其是当你的伙伴，不是一个技术上过硬，或者对产品理解深刻的工程师，你就更需要把自己的逻辑和需求做到更加严谨。
