为智慧地球添砖加瓦

核心：他人的负反馈（吐槽）要认可，他人的正反馈（认可）要谨慎。以产品规划阶段为例。我们打算做一个产品，为了论证市场价值，我们会找相关的客用户开展用户访谈。根据事先准备的访谈大纲开展访谈，收集信息很容易，如何筛选、分析信息，这才是难点和关键。用户的反馈可以分为2类，负反馈和正反馈。一、对负反馈，我们首先要认可。负反馈是用户对我们产品的吐槽、不认可。负反馈基本是用户的真实反馈，大概率也会是市场的真实反馈。例如用户觉得这个产品太贵了，友商买1万，我们定价2万，又没有亮点，用户不会买单。二、对正反馈（.

word自带了包含多级标题的样式，如下图：如何让段落在应用样式“标题”后，能形成如下效果，并自动编号？在【开始】选项卡中，点击<多级列表> - <定义新的多级列表>先设置“标题1”关键在于将“级别链接到样式”，这里选择样式库的“标题1”。如此便实现了“标题1”的自动编号。再设置“标题2”，关键在于1）<输入编号的格式>栏目中，要将内容清空后，点击“包含的级别编号来自（D）”中选上级别1，如此便能实现继承上一级别的编号，实现自动编号；2）再点击“此级

第一步：定内容先整理内容，可以用xmind或word，要求是要结构化、逻辑性第二步：做设计PPT至少分类两类BP汇报型目的：汇报核心工作的成效形式：大篇幅文字，不用讲其他人也能看懂要点：体现工作方法产品推广型目的：让听众认可我的产品形式：类似简报，图文并茂。...

以前有分享过FABE方法：产品经理之如何快速阐释产品价值（FABE模型）实际上借鉴这套方法并灵活应用于写产品介绍PPT，也是非常合适的。PPT编写大纲分享一个PPT编写大纲：概述功能\特征（Features）优势&价值（Advantages&Benefits）案例（Evidence）概述主要讲解产品业务架构或系统架构、产品定位、目标用户功能\特征功能怎么写？如果你是用户你在乎什么？用户在乎的、可能会问的，就是我们要写的重点内容。一般建议描述：应用场景、功能、效果

今天看抖音，刷到一篇大神的学习方法，与大家分享，计划在后续工作过程中，有意实践一下。

Integrated Product Development, 简称IPD。是IBM总结出来的一套行之有效的产品开发的系统方法。IPD的框架可以概括为2个跨部门团队和一系列业务流程，框架图如下。根据这个框架，IPD提供了一整套的运作机制（如投资决策评审委员会决策机制、PDT组织运作机制），并展开为分层次的业务流程，直到细化为操作指南和模板。...

介绍2种系统性收集、分析客户需求的工具，一个是动态的分析工具，另一个是静态的分析工具。1、 $ APPEALS要开发的是新产品包，而不仅仅是新产品。在IPD（集成产品开发）体系中，客户需求被归纳为8个方面，分别是价格、可获得性、包装、性能、易用性、保证、生命周期成本、社会影响。这8个方面的英文首字母缩写组合为$APPEALS。应从这些方面全面分析客户需求和产品竞争力。2、产品全生命...

小编在工作中也经常需要做些经验的分享，第一次做的PPT，领导觉得内容很干货，但是PPT做的太差，没有体现出思路来，只是干货的罗列。如何把这次分享做得更加上的了台面，做的听众更能有收获？最近通过看一本书的目录，得到如下感悟：该方法可广泛应用于授课、写书、写经验分享类PPT等场景。...

目的团队互通识别风险怎么开团队互通：每人简述昨日工作&amp;今日计划，相关方互通有无，例如前端会关心后端接口开发进展如何识别风险：产品\项目经理根据本迭代目标，关注内外的依赖项，尽早识别和规避风险，保证保质保量地交付附加价值：提高亲密度：通过定期的面对面沟通，增加团队同学之间的亲密度，一回生二回熟。避免了程序员之间可能一天都不会说几句话得尴尬。...

产品经理成长分为三个阶段，每个阶段的核心竞争力不同，如下图 0~1岁该阶段刚入门，目标是能把leader交代的事情执行好，即把事做对。 如此，关键的是写好PRD，过程中会借助axure\xmind\Word等等工具，该阶段把基本功修炼好。 保证表达出的产品需求各方能够理解到位即可打标。1~3岁该阶段核心竞争力我理解是：基于所处业务，对需求提炼抽象和拆解落地的能力。更考验思考能...

在阐述之前，务必准备好一下几点：产品思维： 深入思考客户真实需求，由用户需求出发不为技术而技术，切忌拿着锤子找钉子证明方法： 目标意识：明确总体目标和围绕分解意识数据意识：有数据就能有理有据，改进的效果也能够量化基础技能（对话的基础）： 强技术功底或用户运营功底基本的业务知识文档编写功底总之，在向人表达自己的需求价值时 1）首先在脑海中应想清楚客户的真实需求是什么，...

综述立此文以积累各项具体事务的方法，之后进一步归纳总结，希望形成各领域的方法论，最终如若悟性够好，形成处理一切问题的方法论，以不变应万变。 积小流以成江海。各领域各事项方法如何阐释产品需求价值：想-&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;说-&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;做 https://blog.csdn.net/w

总体思路：了解业务价值（用户需求）-&amp;gt;了解现状-&amp;gt;基于现状给出接触解决方案。 具体说明：了解业务价值（用户需求） 用户在传达需求时，往往会表达成“我需要什么什么样的功能，帮我在X页面上加个按钮”。在判断之前首先应清楚用户提出来的需求石解决他什么业务上的痛点，切忌被用户的方案带带进去了。 所以此时就更加需要搞清楚用户的意图，是想解决什么问题，因为很多情况，用户是说不出...

在工作中我们经常需要向客户或者销售。传达我们产品的价值。那么我们如何才能有效地传达这个产品的价值呢？是否有一套模型能够辅助我们去思考，有一套方法论可以帮助我们把这件事做得更快更好。这也可以沉淀为平时经常会提到的一个产品配套文件——产品销售一指禅。

收集需求->idea：PD 通过对市场和客户需求调查与研究，及现存问题分析。 根据需求调研结果，结合公司战略方向，提出产品idea，进行产品功能和运营策略的整体规划。

目的：指导新手产品经理在物联网领域不断高效探索 技能树 V0.1：

作为产品经理，如何为自己的产品写一份便于销售投标用的招标参数呢？下面展示一下我最近写的一份《xx产品招标参数》，由于部分内容涉及隐私，就省去敏感部份，以简单版作为展示吧。指标项指标要求资质原厂商注册资金不少于1000万，需提供经年检合格的营业执照副本；原厂商本产品具有自主知识产权，并提供相关证书；Xxxxxxxxxxx

PRD就是production requirement document, 是产品经理给开发、测试、UED工程师阐述功能的重要文档。 随之对应的就是研发人员的ESP(engineer spec)文档,，该文档就是对PRD进行功能理解说明,，形成和产品经理的统一意见, 然后就可以开工了。原则在开发初期需要形成概要和详细设计文档, 作为研发对架构,设计思想的统一, 在开发过程中, 会形成过程文

产品经理如何写产品白皮书

关键词：陪同加班、帮忙点餐一个版本的发布要经过开发、测试，开发人员往往工作量很饱和，对于像博主要求的这样的临时插入的功能，往往很不情愿修改。但是领导给压力了呀，必须周五前新版本部署上线，这时候只能硬着头皮上，不断和开发扯皮，问问当下进度如何了，有没有需要协调的地方，周四，总算完成了开发工作。周五提交了测试环节，这个过程也是临时插队排入测试的工作计划，所以平时和各位同事处好关系尤为重要。测试

1.竞品分析2.功能需求3.原型图绘制4.会议评审5.立项会议评审6.交互评审7.视觉评审

前两天接受了内部资深售前的培训，给大家分享：非互联网产品的产品经理会经常需要陪同销售做售前的技术支持，当要投标的项目多，自己精力又有限时，如何提升产品的销售成功率，如何识别项目是否靠谱呢？当接到销售的电话后，我们可以如下挑选一些问题询问客户来做初步的判断。销售反馈消息来源：直接用户或渠道采购预算有多少？采购资金哪里来？采购部门是？招标时间什么时候？本次采购设备哪些？招标参数及评

最近连续出差进行了2次产品交流，一个是想要OEM我们产品的友商，还有一个是潜在的直接用户，反思总结一下自己的不足吧。1.和友商的交流：流程是先进行PPT宣讲，讲完后进行详细功能点和其他交流。得益于交流前一两天和研发经理进行了详细的技术问题消除且是自己亲手制作的PPT，PPT宣讲的语速和对重心的把握还是比较好的；在交流环节，友商的人员级别也比较高，是研发总监和销售管理总监等，各种问题

竞品分析也是遵循了先总体设计再详细设计的思路，这样在实际编写的时候就不会走偏。PS.楼主周末跟朋友学了一次速写入门，发现画画也是这样，先构图，划分主次角色的所在位置，然后再划线。貌似成熟的做事情的思路都是通用的，无论美术还是做产品。那么如何进行总体设计呢？总体设计LZ的理解是如此的步骤：明确竞品分析文档的目的，为什么写，给谁看找到竞品竞品总体情况竞品详细情况用户使用评价思考

产品经理心累原因之一就在于要和公司内部研发、UED、测试人员不断沟通，沟通需求，推进落地。研发研发同学往往在项目组里是深度参与的，自己做的产品就像自己的孩子，因此他们对需求的变更响应会很及时和主动。 作为产品经理，应该及时反馈竞品和商业的信息，目的就是要让研发真实感受到：竞争的激烈，我们要撸起袖子加油干；、更重要的是感受到我们做的产品很有价值，能解决用户的实际问题，能创造商业价值，我们团队能因

当我们能帮助用户编写产品的测试方案，那么是最好不过的了，因为此时我们就既是游戏规则的制定者，又是游戏的参与者。 毫无疑问，重点就在于突出自家产品的优势，然后了解友商的产品功能，给他们埋坑^^ 下面提供一份PK测试方案的模板给大家参考： 1 测试产品 ——简述产品总体是干嘛的 2 测试环境 ——测试的网络结构、用什么样的测试设备进行 3 功能测试 3.1 A类XXX

我的扫描事件，外组开发忙，不积极；办法：建立工作流；

什么是平台型产品我对平台型产品的理解为连接上下游的产品就可以称为平台型产品，比如淘宝连接了上游-商家，下游-用户；比如滴滴连接了上游-司机，下游-用户；抽象来说，就是为下游客户，为 如果这样去定义，发现我们的环境中，平台型产品太多了，手机上APP应该说占到了70%以上，那么我们有必要思考一下什么是非平台型产品，做一个非平台型产品会不会更容易脱颖而出，比如小而美的工具型产品，当然这点不在本文的探讨范

详细设计是干嘛的详细设计是开发同学理解需求、交互稿后，对要实现的功能点进行技术选型、机制确定的过程。 详细设计完成后一般进行详细设计评审，通过后，进入代码编写环节。详细设计有什么功能点确认确认详细设计中是否包含了本次迭代的全部需求。确认按此机制实现是否有违背需求、交互设计的风险。比如高级搜索功能是否能够覆盖条件A\B\C还是只能覆盖条件A。接口设计关注项应至少包

从上篇“5W+数量”文章（理解和解释概念的方法 5W+数量）中衍生出来，我们可以通过更“人性化”的展示形式来讲好一个故事，解释一个概念。6张图说出你的故事...