重活一次，这活儿哪位干哪位没意见，但我认真琢磨了两三天，认定这事儿务必得有人干。想象一下，咱们目前这行，天天跟代码、跟数据打交道，早上九点开门，晚上九点关门，中间还得跟着案子走。

有时候半夜三更接到急活儿，得泡面、坐地铁、跑现场，那种感觉，确实比啥猫都不如。

故此啊，当个产品经理，说白了就是得想得比程序员还快，跑得比客服还勤快。 想当个合格的产品经理，起初你得脑子净齐。别光听别人说啥，自己得多琢磨琢磨。你得知道目前的市场到底在漂不漂，用户到底在想要啥。

这活儿得细，得实。

那会儿可能只要个项目能上线就行，目前不中了，得看能不能真正解决难题。你得知道用户为啥目前不想要这个功能，是忒复杂了，还是忒贵了，还是根本不想用。你得像个侦探一样，把用户背后的需求挖出来，别光盯着界面看，得盯着人性的那个点看。

比如上次做个电商的新功能，我仔细看了后台数据，发现用户实际上根本不在乎评价条，只要价格顺眼就行。

后来我把这个改掉了，结局转化率直接上去了百分之五。

这可不是拍脑袋拍板的，得靠数据讲话，还得靠对用户心里那点底气的了解。 再说说沟通本事，这块我练了挺久，目前算是个水平。

那会儿我认定只要我技术牛，跟开发扯皮没关系，目前知道了，开发跟研发不一样，他们更在意系统的稳定性，更在意能不能跟上我们的节奏，而不是看你写不写代码。你得学会用他们的语言讲话，别光拿着那套你们公司的术语去讲，你得明白他们到底揪心啥。

比如有个项目，我认定功能加得挺好，但开发说忒复杂，风险大，不能做。

这时候你得赶紧想个折中的办法，要么先做小样看看效果，别硬着头皮让开发全做。你得有这种大局观，得站在团队的角度想一想，如何做才能大家一起都能搞定它。

有时候你得跟领导吵架，有时候你得跟用户吵架，这挺正常，但你要把冲突转化成解决难题的机会。 还得会画原型图，这玩意儿别看看着好办，实际上挺费劲的。你得知道用户是如何操作系统的，别设计出让人一头雾水的界面。你得知道啥样的流程是合理的，啥样的设计是浪费工夫的。

比如在设计一个登录流程时，大量人都会跳过验证码这个环节，结局后面出于这个费事，大家都骂我。你得把这些细节都寻思进去，别让用户在几百步之后才发现自己搞错了一步。设计图画出来不是目标，是为了让开发知道大约能做成啥样，好提前规划。

要是设计得忒烂，开发上了手就崩了，那更别提上线。 技术这块，也得有个底线。你得知道代码能不能跑通，数据能不能存进去，接口会不会踢死。

那会儿总想着代码写得精妙，目前明白了，能跑通最关键。你得跟开发磨过几次，学会如何配合他的节奏，别让他认定你眼里只装得下你的代码。

要是项目后期卡住了，你得有办法去推动，要么干脆换个思路，别死磕一个方案。技术这东西，有时候不是越新越好，而是要稳。你得知道哪些功能是能够随时改的，哪些一旦改了系统就崩了，别把鸡蛋都放在一个篮子里。 最终还得会讲故事。做完一个功能，别光说“我们上线了”，你得知道为啥选这个功能，它解决了啥难题，带来了啥效果。你得能把那些枯燥的数据变成生动的小故事，让老板、让投资人一看就知道这事儿有多牛。

比如你讲数据时，别光列个表格，要说“这个功能的上线，让用户平均购买工夫缩短了 30 秒”。你得有这种能把抽象的东西讲具体的本事。 总的来说，当个产品经理，就是一个不断在“想”和“做”里不断切换的角色。

你想着用户要啥，做着去验证，验证着又得想得更深，想得更细。

这活儿累，但看着那种转变大家做事方式的成就感，也值了。

只要你别忒把自己当神，也别忒把自己当工具，那你就能把这个位置坐稳，坐实，坐稳当稳当。