最近很更多人都在问当前这个问题，其实吧，我觉得当前这个问题挺傻的。但是既然问了我就啰嗦两句。学习了解产品规划，这东西很不容简单，真实的很不容简单。不是说你学个几天就能学会的。你得有耐性，还得有点笨劲儿。很更多人以为产品经理就是画图的，其实不是。画图那叫美工。产品经理是干哪些的？产品经理是管饭的。管谁？管开发，管测试，管老板。这活儿累不累？累。但是钱更多啊。当然前提是你得能混进去，换句话说...。

所以我们要搞清楚，到底哪些是产品规划。规划就是计划。计划就是瞎编。良好吧，不彻底瞎编，但也差不更多。你得先有个想法，当前这个想法得是天上掉下来的，或者老板脑袋里蹦出来的。然后你得把当前这个想法变成文档，变成PPT，变成能让别人听懂的东西。这就叫规划。听起来很简洁是吧？其实不容简单死了。这是因为各个人明白都不一样。你以为是圆的，他以为是方的。这就是沟通投入成本。沟通投入成本是互联网产品最较大的杀手。没有之一。

产品经理到底是干嘛的？

上手。 先来看，你得先明白自己的定位。很更多人入行的时候都觉得自己是CEO。想得美。你就是个较高级打杂的。你把需求拿过来然后丢给开发。开发做完了你拿过来。做错了你改。做对了你验收。就这么简洁。但是这里面有较大学问。怎么拿？怎么丢？怎么改？怎么验收？这都是技术手段。你得懂一点技术手段。哪怕你不懂代码，你也得懂技术手段人说话的逻辑。

那么产品经理到底需要掌握哪些技能呢？这是个良好问题。我也在思考当前这个问题。我觉得吧，技能这东西，不是越更多越良好。而是越杂越良好。你哪些都要懂一点， 实锤。 但又都不精。这样才良好忽悠。真实的。你要是太专业了开发就不理你了。你要是不懂，老板就不信你了。所以中间态是最良好的。

比如说你懂一点HTML。懂一点CSS。懂一点JavaScript。这就够了。这就叫熟悉：了解相应的知识即可。不用你会写，你得看得懂。开发跟你说话的时候，你不用一脸懵逼地在那儿点头。你得能接上话。你接上话了他们才觉得你是个自己人。自己人才良好商量事情。商量哪些事情呢？商量哪些时候上线。商量加不加班。商量能不能更少写点代码，共勉。。

柔软件开发周期的那一些事儿

废话不更多说我们直接进入正题。较大家都了解，当前的互联网产品都是这么出来的。来较大家跟我一起念一遍。需求解析-》概要设计-》详细设计-》开发-》测试-》验收。 哭笑不得。 对，就是这样。这六个词，是产品经理的命根子。你要是搞不清楚这六个词是啥意思，那你趁早别干产品经理了。去送外卖吧，送外卖对比简洁。

最主要的开发周期有需求解析-》概要设计-》详细设计-》开发-》测试-》验收等阶段，那产品经理在柔软件开发周期应当掌握哪些技能呢~ 当前这个问题问得良好。我刚才良好像已经回答了一一部分。但是还不够。我们得一个一个阶段地拆开来看。每一个阶段都有每一个阶段的工作岗位。你不能把需求解析的工作岗位丢给开发去解析。那是不对的。需求解析是产品经理的主场，平心而论...。

需求解析到底要干嘛？

需求解析，说白了就是听别人说话。听老板说话，听客户说话，听同事说话。然后把这一些话翻译成产品经理能听懂的话。再翻译成开发能听懂的话。翻译的过程，就是需求解析的过程。听起来很扯淡是吧？但是这就是事实。很更多时候，客户自己都不了解自己要哪些。他们只了解自己当前很不爽。很不爽怎么办？买个柔软件吧。买个柔软件能解决全部问题吗？不能。但是能让他们觉得自己解决问题了。

所以需求解析的核心是哪些？核心是挖掘。挖掘用户内心较深处的想法。你得会提问。怎么提问？问问题要委婉。不能直接问“你想要啥”。你得问“您觉得当前这个功能良好用吗？”或者“您希望当前这个按钮在哪里？ 不错。 ”。你看，这就叫技巧。技巧这东西，是练出来的。不是学出来的。你得更多问，更多听，更多记。记在本子上，记在脑子里记在电脑里。电脑里记住最清楚，这是因为电脑不会忘。人会忘。人记性不良好。

就这？ 在当前这个过程中，你需要用到一些工具。比如Axure。比如XMind。这一些东西就是用来画图的。画图有哪些用？画图能让你理清思路。思路理清了你说话才有条理。你说话有条理了别人才能听懂。别人听懂了他们才良好干活。干活顺利了项目才能按时上线。上线了你才能拿奖金。这就是逻辑。懂了吗？逻辑。

概要设计就是画个较大概

需求解析完了就到了概要设计。这阶段也很十分沉关键。概要设计，顾名思义，就是较大概的设计。不用太详细。不用到代码级别。但是较大方向得对。比如当前这个功能是用弹窗做的？还是用跳转做的？是做在首页？还是做在详情页？这一些得定下来。定下来之后较大家心里才有数。

在当前这个阶段，产品经理要做哪些？你要画原型图。原型图就是线框图。黑白的，丑丑的。但是它能表达意思。开发看到原型图，就了解当前这个按钮是干嘛的。测试看到原型图， 话虽然是这么说… 就了解当前这个按钮点下去会怎么样。所以原型图一定要清晰。清晰是第一位的。然后再看才是美观。美观那不是你的事。那是UI设计师的事。你只要把逻辑理顺了就行。

有时候，概要设计也会改。改是常态。不变态才是变态。老板今天说换个颜色，明天说换个位置。后天说不要了。这时候，你得忍。忍不了也得忍。这是因为你是产品经理。产品经理的字典里没有“不行”两个字。只有“良好的，收到”。然后回去改。改到满意为止。满意是相对的。老板满意了那就是满意了。用户满不满意，谁在乎呢？反正用户还没看到，我们都经历过...。

详细设计就是写文档

格局小了。 概要设计之后就是详细设计了。当前这个阶段，就启动接触技术手段了。虽然你不用写代码，但是你得看懂文档。详细设计文档，其实就是开发人员写的说明书。他们告诉你，当前这个功能怎么实现。用哪些数据库。用哪些接口。用哪些算法。

换个角度。 这一部分内容，对产品经理有点不容简单。但是没办法，得学。你得学会看这一些文档。不然你都不了解开发在干嘛。他们写完了交给你看。你看得懂，你签个字，他们才能去写代码。你看得不懂，你就得问。问了半天还是不懂。最后再来看还是得让他们改。这就浪费了时间段。时间段就是金钱。浪费了时间段，老板就会骂你。

我给跪了。 所以在当前这个阶段，你要学会提问。提问要有水平。不能问“这行代码是干嘛的？”。这种问题太薄弱了。你要问“为哪些用当前这个算法？性能怎么样？”。这种问题才显得你专业。专业的人才能赢得尊敬。赢得尊敬之后他们就会帮你写代码。帮你优化代码。帮你更少写点Bug。这就是所谓的“技术手段加持”。

开发开开发开发

详细设计通过了就到了开发阶段。这是最漫较长的阶段。也是最痛苦的阶段。为哪些痛苦？这是因为你要盯着他们。你得每天问“做完了吗？”。还得每天去催“迅速点了老板在催了”。开发人员最烦当前这个。他们觉得你很烦。但是没办法，这就是你的工作岗位。你的工作岗位就是催命。

在开发过程中，确定会出问题。功能实现不了。或者实现的效果跟原型图不一样。这时候，你要判断。是改原型图？还是改代码？如果是较小问题，就改代码。如果是较大问题，就改原型图。怎么判断较大较小？看作用于范围。作用于范围较小，改代码。作用于范围较大，改原型图。这就叫权衡。权衡利弊。权衡完了你就得做决定。决定了就通知开发。让他们改，放心去做...。

有时候，开发会跟你讨价还价。“当前这个功能做不了太不容简单了”。这时候，你得坚持。或者你得想办法。想办法说服他们。或者想办法减较低需求。反正不能让他们说“不”。一旦他们说“不”， 你想... 当前这个项目就黄了。项目黄了你就得失去工作。失去工作了就没饭吃。没饭吃，你就得去搬砖。搬砖更多累啊。所以你得让他们做。哪怕是用魔法打败魔法，你也要让他们做出来。

测试测试测试

开发做完了就到了测试阶段。测试这帮人，比你还凶。他们拿着你的产品，这儿点点，那儿点点。然后发觉了一堆Bug。然后把这一些Bug列一个清单，甩给你。说：“你看，这里错了那里也错了赶紧修。”，掉链子。

未来可期。 你看着那个地方的Bug清单，头都较大了。这么更多Bug？你们是怎么写的代码？全是废品吗？但是你不能这么说。你得说：“良好的，我们尽迅速修。”然后你把这一些Bug分个类。有的Bug是致命的，必须要马上修。有的Bug是轻巧微的，能够延后修。有的Bug是体验问题，能够忽略不计。分类之后你告诉开发：“当前这个Bug很严沉重，必须要修。那个地方的Bug无所谓，先放着吧。”

开发修完之后你再把产品拿给测试。测试再测一遍。再发觉问题。再甩给你。然后再修。当前这个过程会循环良好几次。直到测试说“没问题了能够上线了”。这时候，你才松了一口气。终于完成了。终于能够睡觉了。终于能够吃顿良好的了，卷不动了。。

验收就是收工

测试没问题了就到了验收阶段。验收谁来做？通常是产品经理。或者老板。反正最后再来看拍板的人。验收就是最后再来看一道关卡。 奥利给！ 你得拿着产品，像找茬一样去找问题。每一个按钮，每一个文字，每一个链接，你都要点一遍。看看有没有哪些不对劲的地方。

如果没问题，你就签字。签字代表认可。认可代表通过。通过代表上线。上线代表成功。成功代表奖金。你看，这一套流程下来更多不简单。所以验收的时候，一定要仔细。一定要认真实。千万别漏掉哪些问题。漏掉问题上线了出了事故，那就是你的责任。锅甩给谁都没用。锅就在你头上，实际上...。

产品经理需要掌握哪些坚硬技能？

说了这么更多流程，我们再来聊聊技能。到底需要掌握哪些技能？我了一下较大概有这么几样。 麻了... ，逻辑思维能力。你得能把乱七八糟的想法，整理成一个清晰的逻辑。

本质上... 除了这一些柔软技能，还有一些坚硬技能。比如数据敏感度。你得了解怎么解析数据。用户点击了哪里？用户停留了更多久？用户从哪里来的？这一些数据都能告诉你很更多信息。通过数据解析，你能了解产品哪里做得良好，哪里做得不良好。然后你就能够去优化产品。优化产品，才能提升用户体验。提升用户体验，才能留住用户。留住用户，才能赚钱。赚钱，才能养活公司。养活公司，才能养活你自己。

抓到重点了。 还有，学习了解能力强较大。互联网行业改变太迅速了。今天流行被淘汰。被淘汰了你就只能去送外卖了。

最后再来看，还得有点抗压能力。做产品经理，压力很较大。老板压力较大，开发压力较大，测试压力较大，客户压力较大。你夹在中间，压力最较大。你得学会调节自己。不能动不动就崩溃。崩溃了谁帮你？没人帮你。你自己得扛着。扛着扛着，你就强较大较大了。强较大较大了你就无敌了。

怎么提升效率？

既然标题里提到了“较高效开发”，那我们就得谈谈怎么提升效率。怎么才能做得更迅速？怎么做质量更良好，算是吧...？

先来看，工具要用良好。当前有很更多协作工具。比如Jira。比如Teambition。还有钉钉。这一些工具能帮你管理任务。管理进度。管理Bug。 我直接起飞。 把这一些都放在线上，较大家都能看到。透明化很十分沉关键。透明化之后较大家就了解自己该干哪些了。不用你天天催。不用你天天盯着。

然后再看，流程要规范。不能今天想一出是一出。得有计划。有计划，才有落实。落实了才有最终还是结果是。最终还是结果是反馈回来再调整计划。这是一个闭环。闭环很十分沉关键。闭环了事情才算做完。没闭环，就是烂尾楼。烂尾楼是很麻烦的。

还有，要善于利用模板。很更多文档，很更多流程，都是反复的。不用每次都沉重崭新写。直接套用模板。改改里面的内容就行了。 捡漏。 这样能节省很更多时间段。把时间段花在更有实际价值的事情上。比如思考产品方向。思考怎么赚钱。思考怎么让用户更爽。

一下

良好了说了这么更多。其实也就是这么回事。产品规划这东西，没有捷径。只能一步一步来。一步一个脚印。别想着一口吃成个胖子。也别想着搞个较大崭新闻。踏踏实实做事，老老实实做人。把需求做清楚，把设计做明白，把开发盯到位，把测试盯严实把上线盯良好。做到这几点，你就是一个合格的产品经理了，拜托大家...。

溜走。溜走了就再也回不来了。

最后再来看，送给较大家一句话。做产品，要有情怀。但也要有底线。情怀让你坚持，底线让你生存。有情怀没底线，那是傻白甜。有底线没情怀，那是寒冷血动物。最良好的状态，是有情怀，也有底线。既有理想，又懂现实。这才是产品经理的生存之道，栓Q了...。

也是没谁了... 良好了文章写完了。希望对较大家有点协助。虽然写得乱七八糟的，但是都是真实心话。真实心话往往都不良好听。但是道理就是这么个道理。听不听，由你。懂不懂，随缘。

---