产品经理常犯的七大错误
产品经理常犯的错误
产品经理其实是一项苦逼的工作，需要设计产品，协调UI、测试、用研各种资源，要顶住老板压力，要和程序猿们沟通好，常常会被夹在N方中间里外不是人。
刚入行的时候自己经验少，能做的只有苦笑一声。
这几年，自己做的多了，看的多了，学的东西多了，想写一写我们工作中常犯的错误。
拿到需求就开始画原型这类错误一般出现在刚做产品经理的同学身上。
刚入行的时候，整个公司只有我一个产品经理，没人学没人教。
接到需求，粗粗看一下三下五除二开始画原型。
原型画的是快了，改动次数是越来越频繁了。
开发兄弟们抱怨连连，进度一推再推，最终结果可想而知。
现在回头看，我觉得接到需求之后不能马上开始画原型，而应该先做这三点：理解需求理解需求，理解什么？就是理解需求的来源，理解需求的目的。
需求是来自运营还是来自老板还是来自产品本身的需要？做这个需求到底是为了什么？是提升APP下载量？是提高日活？还是刺激交易量？是为了修复BUG？不同的目的，就意味着我们在产品设计上要采取不同的策略。
比如提升APP下载量，你就要去想提升下载量的最主要用户是谁？最主要的目标用户去哪里找？找到目标用户要用怎样的手段去刺激他们下载？如果刺激交易量，就要去多考虑诸如支付环节是否顺畅，爆款的推荐是否可以优化？研究竞品研究竞品不是让你照抄竞品，也不是随便看看了事。
重点要看：竞品犯过哪些错误，竞品培养了哪些用户习惯，竞品现在有哪些不足？看竞品犯过的错误，是为了避免自己再踩上这些坑，既然已经有人为你踩过雷了，你再踩一次是不是傻啊？我从一位用研妹子学到了一招，建立竞品研究表格，通过日常的观察使用，记录竞品的每次改版。
看竞品培养了哪些用户习惯，虽然我们都或多或少做梦是乔布斯改变世界，但现实是残酷的，大部分人都是凡人。
如果竞品已经给我们的用户培养了成熟的用户习惯，我们就先沿用这样的习惯，这样用户使用产品的门槛就更低了。
除非你有充分的数据支撑或者你极度自信你再拿用户当小白鼠吧。
竞品有哪些不足，这一点不用说了，竞品的不足就是我们的机会。
经理人常会犯的错误
经理人常会犯的错误在商业世界中，经理人扮演着至关重要的角色，他们的决策和管理方式直接影响着企业的发展和绩效。
然而，即使是经验丰富的经理人，也难免会在工作中犯下一些错误。
这些错误可能源于各种原因，如认知偏差、缺乏经验、压力过大等。
以下是一些经理人常会犯的错误。
一、缺乏明确的目标和战略许多经理人在领导团队时，没有为企业或项目设定清晰、明确且可衡量的目标。
没有明确的目标，团队成员就无法清楚地知道努力的方向，工作容易变得盲目和混乱。
同时，缺乏长远的战略规划，只是着眼于短期的利益和问题，容易导致企业在市场竞争中失去先机，无法实现可持续发展。
例如，一家新成立的互联网公司，经理人如果没有明确提出在未来几年内要达到的用户数量、市场份额以及盈利目标，并且没有制定相应的产品研发、市场推广和运营策略，那么公司很可能会在激烈的竞争中迷失方向，资金和资源也会被浪费在一些无效的尝试上。
二、不善于沟通和倾听有效的沟通是管理的核心之一，但有些经理人在这方面做得并不好。
他们可能没有清晰地传达自己的想法和期望，导致下属对工作任务的理解出现偏差。
或者在与团队成员交流时，只是单方面地发布指令，而不愿意倾听下属的意见和建议。
一个常见的场景是，经理人在布置任务时，语速过快、表述不清，下属们虽然表面上点头，但实际上并没有完全理解任务的要求和重点。
在后续的工作中，因为理解的不一致，导致工作结果与预期相差甚远。
另外，当员工向经理人提出一些创新性的想法或对现有工作流程的改进建议时，如果经理人没有认真倾听并给予积极的回应，可能会打击员工的积极性和创造力。
三、决策过于仓促在面对复杂的问题和紧迫的时间压力时，经理人有时会做出仓促的决策。
他们可能没有充分收集和分析相关的信息，没有考虑到各种可能的后果和风险，仅仅凭借直觉或过往的经验就做出决定。
比如，在决定是否要进入一个新的市场时，如果经理人没有对市场规模、竞争态势、消费者需求等进行深入的调研和分析，就贸然投入大量的资源，很可能会遭遇失败。
2020年产品经理常犯的7大错误电脑资料
产品经理常犯的7大错误电脑资料文/ 黄海均过去一年，产品经理无疑是国内互联网行业最火爆的职位之一，实际上，真正的产品经理并不是一个低门槛的职位。
它要求的是能够对一款产品真正负责的人，不仅包括前期的需求调研和分析，中期的产品策划和设计，还有后期的数据分析和产品运营及迭代。
从工作内容的广度来看，产品经理对能力的要求比研发工程师和设计师都要高得多。
在目前很多互联网公司里，这样一个对公司的产品决策和有重要影响的角色，其实际扮演的工作角色更接近于产品设计师，即偏重原型设计、交互设计等，这在一定程度上助长了“人人都是产品经理”的假象。
互联网产品经理不仅工作范围广，职位特点决定了其知识面也要广。
有些互联网公司，在产品经理时，除了要求基本的表达和能力之外，还重点考察应聘者在设计、心理学、社会学、历史和市场营销等各方面的能力。
“做产品”是一个既感性又理性的过程，纵有很多前辈同行的经验传承和指导，也不乏各种面向产品经理的会议和培训，但落到实处总难免犯一些错误。
有些是经验不足所致，而另一些则是产品经理对于“人性”的理解不足。
从我自己的角度来看，做了近三年的互联网产品，的确犯过一些错误，有大有小，道理相通，记录让人成长。
没想清楚不知从什么时候起，互联网产品里就开始流行一种“天下武功，唯快不破”的说法。
这个说法误导了很多人，好像只要有一个想法就应该立即动手，边做边改。
实则不然，绝大多数失败的产品，问题就出在没有想清楚，比如不确定用户的需求程度，或者做到一半需要架构或需求变更，推翻重来。
为了快而使得需求只做了一半，这跟“捡了芝麻，丢了西瓜”没两样。
互联网产品同质化越来越严重，重复造轮子没意义。
移动私密社交应用Path 2.0上线之后，国内出现了一窝蜂的抄袭，其实不乏1:1的照搬。
我觉得绝大部分Copycat都没有想清楚一件事：在国内做熟人关系的社交产品，如何能摆脱腾讯的阴影?倒不是说只要腾讯在做的事情其他团队都不能做，而是具体到这个点上，其他团队不具备任何优势，漂亮的UI不能解决更多的问题。
经理人常犯的10种错误
3、只重结果，忽视思想
• 读书真正的目的是培养自己的创意，提升自己， 与人为善，对人从善如流。答题应是在推理， 不是一天到晚在那里记忆，欧美人把启发看得 比结果更重要，把思想看得比过程还重要。
• 以后不要常说命不好，要说我的思想和行为习 惯不好。
• 安全也好，客户服务也好，一切建立在思想上， 要有那种思想也会有那种结果。
• 一个人，要做主管，就要象主管，一旦 成了哥们，那就不好了。
• 谦卑而执着，羞怯而无畏的不屈不挠精 神，以及先人后事的人事策略。做人不 是把人情，面子当做工具，当做手段去 笼络，正确解释是团队协作。
• 做为管理者要有自己的尊严，所以做事 很少人开玩笑。
8、不做老板，只做哥们
• 哥们是另外一回事，可以爱他，也可以喜欢他， 了可以保护他，但不要逾越他，不要把事情破 坏了伦常，这是人际关系的概念，它是一种工 具没错，但它绝对不是一种破坏制度跟规范的 杀手，尽管我们如何爱护部下，法律就是法律， 规则就是规则。
是宏观的，大的方向，所以目标就是一个方向， 一个原则，一个框架而问题就是眼前的一些琐 事。 • 不能说不处理问题，问题是这个问题是怎么产 生的
7、只看问题 不看目标
• 天天处理问题，会犯的毛病是你的眼睛只看到 狭窄的事情，就忘了大框架，这样的主管就丧 失了创造力。
• 做管理，做什么事要有一个框架，给部下一个 游戏规则，就不会变成什么事都一把抓。
2、未能启发工作人员
• 一把抓是紧盯，凡事紧盯，紧盯每件事把他做 好！
• 做主管的是紧盯部下，不是把权力揽在手上， 要盯着他们去做，不是自己在那去决策，鸡毛 蒜皮的事在那下决策，天大的事你也在那下决 策，哪一个敢跟你请示，这是一种错误。
• 企发你的手下，做好做管理者的责任，把你的 手下教育好，这是最重要的。要随时随地，随 人的教育，很有走动式管理的味道。
经理常犯的13个错误
经理人常犯的十三个错误
<错误1>拒绝承担个人责任 <错误2>未能启发工作人员 <错误3>只重结果，忽视思想
<错误7>只见问题，不看目标 <错误8>不当老板，只做哥儿 们 <错误9>未能设定标准
<错误4>加入错误的人群
<错误5>“一视同仁”的管理方 式 <错误6>忘了公司的命脉：利 润
<错误7>只见问题，不看目标
1\当我们被问题吸引住，忘了所欲达成的 目标时，创造力也跟着背弃我们。它会丧 失，或者至少会逐渐枯竭，直到我们把注 意力移回到目标上为止。
2\小奥斯卡•佛瑞比是“古德曼•西格与何根 住宅销售公司”的总裁，他在一段谈话中 向我描述这个致命错误：“很多经理人缺 乏效率的一个主要原因是：他们只注意小 处。”
<错误5>“一视同仁”的管理方式
一把钥匙只能开一道锁，同样的道理，换 一种技巧也许可以使员 工产生你期望的反 应。一。
成功的经理人把握住属下个性中的基本差 异，了解他们的能力与弱点，并且以个别 的方式管理他们。
以下是几个问题是经理容易跌入的 陷阱，
1\首先是“管理外套”。这个缺点源自于 经理人对自身地位的观点。他经常会受到 管理阶层其他人的教导，说他应该塑造某 种“适当的”管理角色。这些人早上起床， 像穿上外套一般将自己纳入要扮演的角色 中。在某些圈子里，它可能是冷漠的会计 师笑容，也可能是刻苦耐劳而且亲切友好 的推销态度。在大多数场合有不同的态度 存在，这要视阶级而定。
2\常有经理人希望跟属下称兄道弟一阵子， 第二天来上班又管理他们——员工无法接 受这种事。这是一个“二选一”的情况： 好兄弟或经理人之间，你只能选择一样。 在此情况中，成功的混合体并不存在。
“总经理执行”七大错误
是 真正的机 会？机会最核心 的要素是什 么？是执行 的人 ！ 柳传 志说： “ 如果有 一个项 目，我首 先要考虑 一下我有
标 杆效应 ，但如果 总经理 眼 中只有 明星 员工，会是什 么下场
呢？
表 面上 这 个 明星 员 工得 到 了鼓 励 ，但 实际 上 ，他 却 正
件 。有 的顾客称 可 口可 乐是 美 国的象征 ，有的顾 客威胁 说将 改喝茶水 永不再 买可 口可乐公 司的产 品，更有 忠于传统 可 口 可乐 的人们 组成 了 “ 美国老可 乐饮 者” 的组织 ，发动 全国抵 制 “ 新 可乐” 的运 动。 最终可 口可乐公 司决定恢 复传 统配方 的生产 ，可 口可乐的这 一次创 新遭受 了巨额的损失 。 从这个 案例 可 以看到 ，执行就 是把简 单的 事做 到极 致， 把 简单 的事做得不 简单 。经营公 司重要 的是 专注 ，创新 只是 发生在 重大 变革 的时候 。很 多企 业成功之 后 ，很愿 意把 成功 的经验安 上一个创 新 的帽子。但是 ，如果 一家公 司成功 经营 １ ０ ０ 年 的话 ，那 么创新 只是 其 中的不 到十 年， 大部分 时 间，
这 家公 司是 在沿着 已经 明确的道路 在走 ，矢志不渝 ，这 才是 公 司成功之道 。 （ 责任编辑／ 吴文仙 ） 固
天天地 陷入敌对 的环境 中，其他人 就会想 ， 既然公 司全 靠 他 的话 ，那么事就 全 由他 一个人 去做吧 ，我们只 要看着就 好
后能够跑 到好名 次而服 务。 同样 ，企 业的经营 永远都是 一场 马拉松赛 跑。 真正 的企业 家不会在 乎短期 的得 失， 因为这 些人 永远都 把 自己的事业作 为一场 马拉松 ，永远都在 为最后 的冲刺 准备
做产品时容易犯的那些错误
，所以那怕产品经理真的是神一般知识渊博，但是在一些专业领域里也没有从事这方面专业人员要了解的，所以我一直强调专人专事。
产品经理在产品规划的时候，需要团队协助或沟通的地方，千万别闭门造车，这样很容易导致辛辛苦苦写出来的需求不切实际，规划的产品没有满足实际需要。
3、产品逻辑混乱我们知道产品经理的工作是执行层面的，所以如果逻辑不清是一件非常可怕的事，这就会导致执行人员也不知道怎么去实施产品需求了（这个问题我工作中遇到过）。
最常见的逻辑混乱就是功能需求的流程走不通，没有进行过多条件的流程推演，流程条件不完善，甚至在一些中小型企业，为了尽快上线产品，产品规划流程能省就省，流程图也不画。
这样导致产品团队自己也不清楚自己的逻辑，技术人员就更混乱。
往往工作中和技术人员产生争执也是如此，逻辑不通是非常让技术人员反感的行为，所以我们做产品的需要不断反思自己，千万不要出现争执了马上就埋怨技术人员，这样是不可取的。
4、追求大步向前也许有不少传统软件业从业人员加入互联网，但是做互联网产品和传统软件业不太一样，互联网产品讲究快速迭代，小步快跑。
所以产品经理在规划产品迭代需求的时候，很容易忘记阶段目标和时间计划，这就会导致需求负载，大步迭代。
当然也有些公司团队的迭代需求是长周期的大步迭代，所以公司要求的不同，也会有不一样的迭代计划。
但是在大步迭代的计划中，也会在其中细分小阶段，小的里程碑，避免大步期间目标迷失和新需求植入，导致迭代混乱。
5、虚假快速迭代有些PM或老板，会听信什么“唯快不破”，刻意追求迭代速度，这种为了快而快的迭代，反而容易把产品带入危机中。
比如一周一个迭代，一周5个工作日，在这短短5天里，需要经历策划、设计、开发、测试、上线，很难保证每个需求是经过深思熟虑的，如果团队协同不够默契，就会造成致命的伤害，这个我可是身有体会的，无论是团队还是产品都是疲惫的。
所以产品经理需要懂一些项目管理的知识，不要刻意追求快速迭代，找一个适合团队的时间节奏，同时切勿随意更改既定的时间周期，否则团队的积极性会被严重打击。
作为产品经理的失误与反思
作为产品经理的失误与反思作为产品经理，每个人都可能犯错。
而且，犯错并不可怕，关键在于如何从中吸取教训，及时调整策略，并在未来的工作中更加警惕。
在这篇文章中，我将分享我作为产品经理所犯过的一些失误，并对这些失误进行反思，希望能从中吸取经验教训，提升自己的能力。
失误一：忽视用户反馈作为产品经理，我们的职责之一是不断收集和分析用户反馈，以便更好地了解用户需求并改进产品。
然而，在我过去的一次项目中，我犯了一个很严重的错误，就是对用户反馈的重要性进行了低估。
我忽视了用户的意见和建议，自作主张地进行了产品设计和改进，结果导致产品的用户体验严重下降，用户流失率上升。
反思：从这次经历中，我深刻认识到了用户反馈的重要性。
作为产品经理，我们应该时刻关注用户的需求和反馈，并将其作为产品改进的主要依据。
我意识到了自己的错误，并下决心改进自己的行为。
现在，我会定期组织用户调研，积极收集用户反馈，并及时响应和解决他们的问题。
我希望通过这样的改变，能够更好地满足用户的需求，提升产品的质量和用户体验。
失误二：盲目追求新功能在产品开发过程中，我们常常会遇到各种新的功能或技术趋势。
有时候，为了迎合市场的变化和用户的需求，我们可能会盲目追求新功能的添加，而忽视了产品的核心价值和基础功能。
在我之前的一个项目中，我就犯了这样的错误。
反思：通过这次经历，我明白了产品开发中需要保持理性，并不是所有的新功能都适合于产品的发展。
作为产品经理，我们需要在新功能和核心功能之间做出明智的选择，保证产品的稳定性和用户体验。
现在，我会更加注重产品的核心价值，并在决策过程中更加谨慎和思考，避免盲目追求新功能而导致产品的不稳定和用户的困扰。
失误三：沟通不畅作为产品经理，沟通是非常重要的一项技能。
然而，在我之前的一个团队中，我犯了一个严重的失误，那就是沟通不畅。
我没有与团队成员充分沟通，没有充分传达我的想法和期望，导致团队的合作效果不佳，影响了整个项目的进展。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
产品经理常犯的七大错误
过去一年，产品经理无疑是国内互联网行业最火爆的职位之一。
似乎就在一夜之间，挂着这个头衔的人翻了一倍，一些原本做营销策划、运营的人也自称产品经理。
更甚的是，不少计算机相关专业的学生都希望毕业之后成为一名产品经理，尽管很多人对于这一职位的工作职责、能力要求知之甚少。
除了互联网行业的整体升温、成熟带来的工作细分之外，也有一些是信息不对称造成的。
在他们看来，产品经理不需要自己动手写代码、做设计，只需要写写文档、在一边指手划脚即可，而且头衔里有“经理”两字，印在名片上倍儿有面子。
实际上，真正的产品经理并不是一个低门槛的职位。
它要求的是能够对一款产品真正负责的人，不仅包括前期的需求调研和分析，中期的产品策划和设计，还有后期的数据分析和产品运营及迭代。
从工作内容的广度来看，产品经理对能力的要求比研发工程师和设计师都要高得多。
在目前很多互联网公司里，这样一个对公司的产品决策和管理有重要影响的角色，其实际扮演的工作角色更接近于产品设计师，即偏重原型设计、交互设计等，这在一定程度上助长了“人人都是产品经理”的假象。
互联网产品经理不仅工作范围广，职位特点决定了其知识面也要广。
有些互联网公司，在招聘产品经理时，除了要求基本的表达和写作能力之外，还重点考察应聘者在设计、心理学、社会学、历史和市场营销等各方面的能力。
“做产品”是一个既感性又理性的过程，纵有很多前辈同行的经验传承和指导，也不乏各种面向产品经理的会议和培训，但落到实处总难免犯一些错误。
有些是经验不足所致，而另一些则是产品经理对于“人性”的理解不足。
从我自己的角度来看，做了近三年的互联网产品，的确犯过一些错误，有大有小，道理相通，总结记录让人成长。
没想清楚
不知从什么时候起，互联网产品里就开始流行一种“天下武功，唯快不破”的说法。
这个说法误导了很多人，好像只要有一个想法就应该立即动手，边做边改。
实则不然，绝大多数失败的产品，问题就出在没有想清楚，比如不确定用户的需求程度，或者做到一半需要架构或需求变更，推翻重来。
为了快而使得需求只做了一半，这跟“捡了芝麻，丢了西瓜”没两样。
互联网产品同质化越来越严重，重复造轮子没意义。
移动私密社交应用Path?2.0上线之后，国内出现了一窝蜂的抄袭，其实不乏1:1的照搬。
我觉得绝大部分Copycat都没有想清楚一件事：在国内做熟人关系的社交产品，如何能摆脱腾讯的阴影？倒不是说只要腾讯在做的事情其他团队都不能做，而是具体到这个点上，其他团队不具备任何优势，漂亮的UI不能解决更多的问题。
产品经理的基本出发点应该是“把事情做对”，而不是“赶出来”。
这就要求前期多花一些时
间在需求调研上，想清楚再动手，这也防止了后期频繁的需求变更。
在《启示录：打造用户喜爱的产品》这本书里，作者Marty?Cagan特别强调了充分的需求调研的重要性。
想做更多
以微博产品为例，微博解决了用户“我当前在干什么”这个碎片化的表达需求。
而从小语文老师就教育我们，一个故事的三要素，应该是“人物、时间和地点”。
2010年第3季度，我们想在微博里也同时解决用户“我在哪里”的需求，即发表微博时附带上位置信息，并希望以此构成与竞争对手的差异化。
事后来看，即使这一功能的推出比后来新浪和腾讯微博类似功能早了一年，但这仍然只是一个典型的未经调研的、产品经理自己凭空想象出来的需求。
微博既有的使用场景和流程，与签到分享位置无关；且微博里的用户关系半生不熟，向这样一群人分享自己的地理位置，动力也不足。
结果显而易见，花了近一个季度做出来的项目，数据表现平平，称之为“失败”并不为过。
更大的隐形问题是，产品一旦上线，下线需要更大的决心。
这不仅增加了用户使用产品的复杂度，而且带来了难以避免的巨大维护成本。
做加法是容易的，而能够控制欲望“不做什么”更困难，也更重要，产品经理需要有做减法的魄力和决心。
当遇到“可加可不加”的功能时，回到原点重新思考，如果不加这个功能会有什么损失？这个事情是否在产品的长远路线上？
忽视可用性测试
作为工作的基本门槛，绝大部分产品经理都是产品的“超级用户”。
但产品经理并不能以个体代表所有“用户”说话，在很多情况下，产品的目标用户群、用户场景和需求都是多样且复杂的。
因此，尽量早地开始做可用性测试很有必要，用户一定会积极响应。
不要因为没有眼动仪就不做用户观察，也不要因为没有用户研究人员就不做用研分析。
作为产品经理，少一分矫情，多一分实干，简单绘制原型草图，并直接找几个身边的朋友就能开工。
事实上，在网站可用性测试中，一般针对5个人就能发现85%的可用性问题。
尤其是在产品定位、产品架构等层面，多与目标用户聊天沟通会有意外的收获。
忽略创新的风险和成本
还是以微博为例，评论和转发功能决定了整个社区的信息流通和消费模式，正是由于微博信息的短、平、快等特征，才建立起了微博相对于其他产品形式的核心优势。
而对于微博这种市场竞争激烈的大众产品而言，关于评论、转发功能，竞争对手往往已有了相对成熟的解决方案，这些解决方案经过了用户的验证。
越是基础的功能，创新的成本和风险越大，对于产品团队的能力要求也越高。
在这个问题上，网易微博曾有过几次对转发和评论的改版，带来的负面效果也很大，核心用户
的流失和骂声都不少。
几次折腾之后，现在线上所采用的解决方案依然是照搬了新浪微博的模式，这是最保险和最保守的做法。
而几次改版给团队和用户带来的损失更是难以挽回的。
当然我并不是说产品经理不应该去尝试创新，?而是要看清楚这个“创新”在整个产品里处于哪个层级，它对资源、团队能力的要求如何。
如果是对产品进行重新定位，服务于另一个用户群或者解决不一样场景下的问题，这样的“创新”往往具备更大的威力。
细节决定成败
在中国互联网市场，绝大部分产品都有大量的竞争对手虎视眈眈。
在产品大方向正确的前提下，快速上线最简单、最基础的产品版本，并保持迭代小跑比什么都重要。
此时不要相信“细节决定成败”，而要相信“战略决定命运”。
产品经理不能过度思考和追求完美，要把注意力放在可能会发生的积极事件上，而不要过分关注不太可能会发生的负面事件上。
在微博项目里，早期我花了大量的时间在交互效果上，比如切换页面要最炫的AJAX、新旧微博内容之间的分割线反复雕花、展示微博发布时间的文案反复修改等，而没有将更多的时间花在用户沟通访谈、需求分析与产品讨论上。
事后看数据才发现，这些我认为会影响到“用户体验”的细节，只有极少数用户会注意到，这是一种浪费资源和精力的行为。
误读数据
数据是对产品运行状况的客观反映，它为找出并优化问题提供了一扇窗口。
对于任何一款上线几个月的产品来说，产品经理都可以找到大把数据利用。
而在“如何看数据”这件事上，产品经理很容易根据自己的预设来挑选数据，这样导致了所看数据片面和失真的情况，不能真实反应出产品全貌。
2005年，亚马逊CEO?Jeff?Bezos在致股东信里提到，数据是基于过去的递归呈现，不能为未来的创新带来直接价值。
但不可忽视的是，通过详实的数据分析，产品经理可以发现一些新的需求点。
值得注意的是，即使在产品设计前期，产品本身的数据有限甚至为空时，产品经理也可以充分利用搜索引擎、其他数据平台获取到想要的外部数据。
大可不必因为“没有数据”而停止往下走。
唯一的问题是，想要从那些数据中得到什么？
照搬经验
很多产品经理在亲历一两款产品设计之后，都会有一些自己的想法。
在下次遇到类似的功能时，会习惯性地照搬经验。
但每一款产品的用户需求、使用场景都在时刻变化，即使是自己总结的经验，换一个项目也不能直接使用。
依然要经过缜密分析，将事情放在整个产品盘子上，抽身出来客观看之。
实际上，只有极少数人能够将工作中的经历总结提炼成属于自己的方法论，并不断完善饱和。
通过与其他人的交流、自己的坚持记录和总结，都可以不断巩固自己的方法论。
以上所写并非全部，回过头来看，有一些即使从头来做也未必能完全做对做好。
在特定的时间和空间里，产品经理这个既理性又感性的工作角色，总会面临各种各样的困难，完全杜绝错误并不可能。
某种意义上，产品经理唯有积累方法论，规避重复犯错，将事情放在大环境里进行反复斟酌和思考，才能做出尽量接近正确的决定。