归纳总结:15个实用的SEO关键词分析工具

　　归纳总结:15个实用的SEO关键词分析工具

　　一、Ahrefs — 综合 SEO 分析工具 Ahrefs 可以帮助我们分析

　　这个工具很强大，但是价格有点贵，99美元/月起。

　　二、Semrush — 综合 SEO 分析工具

　　Semrush具有关键词排名跟踪、关键词研究、长尾关键词研究、外链挖掘、PPC广告研究、流量研究、行业热文搜索等多项功能。

　　三、MozBar、SEOquake — 两个免费插件

　　可以查看网站排名、权重、反向链接数、页面关键词等

　　四、Ubersuggest——生成更多长尾关键词

　　Ubersuggest 有许多不同的关键字研究选项。首先，它显示了一个关键字在过去 12 个月内的搜索次数，因此我们可以查看 关键词 是否存在季节性。

　　除此之外，它还从几个不同的来源（如 googleSuggest 和它自己的数据库）中提取 关键词，显示所有竞争对手的 关键词 排名，并根据问题、比较和介词提供它关键词推荐。

　　UberSuggest 的关键词研究功能的最大特点是，它不仅可以让我们看到一个词的竞争程度，还可以显示平均排名 网站 收录多少外部链接。

　　这样您就知道需要建立多少链接才能获得良好的排名。

　　五、Soovle — 您可以一次在所有平台上查看搜索建议

　　Soovle 采用了 googleSuggest（自动完成）的概念，但它适用于网络上的许多流行网站，例如 google、YouTube、Amazon、wikipedia、Bing、Yahoo 和。​​

　　

　　六、尖叫的青蛙——爬上你的网站寻找有漏洞的软件

　　七、AnswerThePublic — 发散思维

　　这个工具主要是基于5W1H（What/Who/When/Where/Why/How）衍生出很多长尾关键词相关的子话题，从中可以看出用户对关键词@的习惯> 搜索方式，也是一个很好的话题*敏*感*词*（topic generator）。

　　它提供的长尾关键词子主题可以直接跳转到谷歌展示页面进行搜索，可以很方便的帮助我们做主题研究，尤其是文案创作的策划。

　　八、SEO 审查工具 — 免费反向链接检查器

　　九、关键字工具

　　一款免费的国外长尾关键词挖掘工具，可以替代谷歌关键词规划师。

　　十、FAQfox

　　FAqfox 是一个很棒的小工具，可以根据我们想要的任何特定网站查找人们想要回答的问题。

　　例如，输入“cat”这个词作为url，就会显示quora上用户提出的类似问题。

　　11、Google 关键字规划师

　　谷歌官方工具。如果我们目标市场的主流搜索引擎是谷歌，那么这个工具一定是首选。我们都会注意到，许多其他关键字工具都有每次点击费用数据，但很可能是从 google 关键字规划器中提取的。

　　12、AdWords 和 SEO 排列*敏*感*词*

　　

　　AdWords 和 SEO 排列*敏*感*词*是一个超级简单的工具，可帮助我们创造性地研究关键字。

　　输入您想要定位的一些术语，它将组合它们。

　　并非所有的关键词都会在搜索量中流行，但它会让我们了解如何在网站中寻找长尾关键词。

　　13、批量关键字*敏*感*词*

　　此工具不同于大多数 关键词 研究工具。

　　首先，选择一个业务类别。然后，选择我们拥有的业务类型，并输入您想要定位的任何目标市场。然后，为您的潜在目标市场获取关键字列表。

　　14、WordTracker 侦察员

　　WordTracker Scout 是一个浏览器插件，可以为我们提供关于 网站 的任何 关键词 建议。

　　只要浏览任何一个网站或查看竞争对手网站，点击一个按钮，我们就会了解其他人正在使用什么关键字。

　　15、搜索量

　　当我们进行 关键词 研究时，我们如何知道 关键词 有足够的搜索量？

　　SearchVolume 允许您批量上传多达 800 个关键字，并告诉我们每个关键字的受欢迎程度。

　　该工具还可以在其他几个地区使用，例如巴西、法国和意大利。

　　总结归纳:2万字 | 全面剖析需求分析方法论（建议收藏）

　　需求是网民说不好的一个词，但也是最基本的词。产品指需求，经营也指需求，市场也指需求。本文文章将全面分析需求的挖掘和分析，总结管理需求的方法。快来看看吧。

　　“阿景，用户想给动态加个话题功能，我们计划一下吧”

　　“这是用户需求，不是产品需求”

　　“用户实际上是在尝试标记他们自己的内容吗？”

　　“是的，而且我们需要先判断是真实需求还是伪需求，然后再定义。我们也可以通过用户需求来分析我们的产品需求，从而确定我们要做的方案”

　　如果你是PM，上面的对话场景并不少见。

　　需求是网民说不好的一个词，但也是最基本的词。产品是需求，经营也是需求，市场也是需求。

　　那么有几个问题供大家思考：

　　……

　　看完这些问题，如果你能在很短的时间内有一个清晰的思路，那么阿敬认为你可以关闭文章，因为那是在浪费你的时间。

　　如果不是，那么！来厦门听吴彦祖的阿景吧。

　　产品经理的职责是在最短的时间内最大限度地创造价值，所以接触最多的就是日常的处理需求，需求分析也是非常关键的一步。

　　如果看完问题，你对部分实现的方法还有疑问，或者想系统的了解需求，那么不妨往下看。

　　还有：

　　为这篇文章附加了一个地图框以节省时间。有兴趣的可以继续阅读；如果没有，谢谢你的光临。

　　一、需求基础概述1.什么是需求？

　　什么是要求？

　　百度百科的定义是：需求是消费者在一定时期内以一定的价格水平愿意并且能够购买的商品数量。

　　这个定义也是基于经济学中的定义。如果把它戴在产品的帽子上，那么我们可以把它变成：

　　需求是为了在一定的时间、一定的场景下，为了解决一定的问题而激发用户对某一目标的渴望。

　　从中我们可以提取出几个点：时间、场景、提议者、用户、方案。

　　在实际工作中，由于时间和场景的需要，经常被我们忽略。

　　总而言之，需求是用户在特定场景中创建的问题。可以理解为“用户+场景=需求”，也可以说需求就是期望与现状的区别。

　　2.需求的性质

　　天主教教义中有七种致命的罪恶：傲慢、嫉妒、愤怒、懒惰、贪婪、贪食和好色。而我们的产品是解决人带来的原罪的产品。

　　从马斯洛的需求模型来看，有自我需求、尊重需求、社交需求、安全需求和生理需求。

　　从这两个角度来看，需求来自于人，源头在于用户。而用户的存在，难免会遇到这样那样的问题。

　　一个需求最终归咎于需求，或者满足了不同层次用户的需求。

　　需求的本质是满足用户的欲望，消除用户的恐惧，从而解决用户的实际问题。

　　好的产品必须满足人性或欲望。

　　产品本身就是多种需求的集合，根据不同的组合成为现在产品的形态。产品功能满足用户使用目的，需求与产品功能一一对应。

　　所以我们说产品经理在处理需求时的同理心可以更好地理解需求。洞察需求的过程也是洞察人性，即洞察需求的本质。

　　3.用户需求和产品需求

　　我们先看一句“用户向产品经理提出了一个需求，研发评估了这个需求，做不到”。

　　这里面有两个“要求”。它们的意思是一样的吗？

　　显然不是。

　　从这个简单的例子可以看出，无论是用户、产品经理，还是业务人员，都在谈论需求。

　　当需求被赋予更多含义时，需要引入其他更深层次的概念来区分它们。

　　比如上面的例子，前者是用户需求，后者是产品需求。

　　用户需求主要是指出用户想做什么，而产品需求更多是指导产品需要做什么。

　　1）用户有什么要求？

　　用户需求是用户尚未满足但渴望得到满足的愿望，以及由此产生的解决方案。当用户买得起产品，而产品又不能满足用户当前的使用时，用户就会对产品产生新的需求，这就是我们所说的用户需求。

　　用户需求有一个很大的特点，他们不能指导产品开发，而是更注重描述用户想要达到什么，所以提出的需求计划（他们想要什么）就是用户需求。

　　2）产品要求是什么？

　　产品需求是用户需求经过产品经理“处理”后的产物。输出具体的产品方案后，实现。产品既定的数据目标实现后，就是产品的需求。

　　产品需求更侧重于指导产品开发，指导产品实现自身目标（基于数据指标）。

　　3）用户需求如何转化为产品需求？

　　了解用户需求和产品需求后，如何将用户需求转化为产品需求？

　　作为产品经理，我们需要采集清晰的信息，进行严格细致的需求分析，以达到将用户需求转化为产品需求的目的。

　　4.真实需求和伪需求

　　为了解释真实需求和伪需求之间的区别，请考虑一个示例：

　　做一个市场调查，问1000个用户是否喜欢黄金，几乎所有用户都会给出肯定的回答。这个时候，就认为黄金是当前用户的需求还为时尚早。

　　由于进一步研究，用户购买黄金是为了什么？你对黄金有什么了解吗？等待问题，深入了解后，用户可能不会购买。

　　人性是贪婪的，“需要和购买”是两件不同的事情，用户总是“说一套，做一套”。

　　再举一个例子，用户告诉我们他需要钱。如果你不问，他可能只知道他需要钱，但他不知道如何处理。用户告诉我们的是他“想要的”，而我们需要知道的是“用户内心的心理预期”，才能了解用户的真实需求。

　　可以说，在某些情况下，用户“欺骗”了我们。

　　那么这完全是用户的错吗？

　　不，用户有时不知道他们更需要什么，他们更倾向于给出解决方案。当他们描述他们想要的内容时，作为产品经理，我们需要分析，从“伪需求”“表面之下，挖掘出用户的“真正需求”

　　“伪需求”是指当前用户根据遇到的问题提出的解决方案之一，但不一定是当前问题的完整解决方案。

　　“真实需求”是对请求者当前情况和遇到的问题进行分析的结果。

　　二、需求挖掘与分析1.用户如何细化需求

　　产品界有句谚语：“如果我问人们他们想要什么，他们会告诉我他们想要一匹更快的马。”

　　因此，我们知道用户的需求是想要一种比步行更快的交通工具。

　　这实际上是一个谬误。载体不是结果，而是过程。

　　我可以再问一次：然后呢？

　　实际上可能是使用代步工具上班、自驾等。目标不同，能满足用户需求的产品也不同。

　　因为阿景是游戏发行行业，所以和最近很多用户的反馈不谋而合，以其中一位为例：

　　“我想要更快的游戏体验”

　　在深入挖掘之前，我们可能会增加服务器容量并优化游戏代码质量以提高游戏速度，但用户真的想提高游戏速度吗？

　　做一些假设：

　　……

　　就这些假设而言，相同的需求描述是不同的需求点：

　　那么，我们可以这样解决吗：

　　乍一看没有问题，好像一下子解决了用户的需求，所以是大刀阔斧的改动和优化。

　　让我们把自己拆开，看看ABC中是否还有更多的隐藏点需要我们去探索？

　　不要忘记，当人们描述一件事时，他们倾向于根据自己的喜好处理和阐述他们的观点。

　　

　　A可能是因为父母限制了娱乐时间，所以无法获得更多的娱乐时间，即使提供防沉迷账号也无济于事；

　　B可能是因为他的技术不好，即使有同样的速度经验，他仍然无法击败对手；

　　C可能是游戏投入不够，导致无法在游戏中获得更高级别的奖励（物质和名望）；

　　如果是这样，应该提供给ABC的函数可能是另一个答案。

　　从以上简单的例子来看，从抽象的角度来看，可以分出几个观点：

　　1）对于提问，用户更有可能给出解决方案

　　人们倾向于解决问题而不是问题本身。所以我们经常听到这种“我想要一匹马”的声音。

　　并不是用户提出的解决方案对产品没有建设性，而是人们在紧急解决自己的问题时经常提出意见，看不到全貌；

　　而且用户不是产品的领导者，只使用一些功能。在此前提下，用户提出的解决方案可以在一定程度上解决用户当前遇到的问题，但可能会延伸出更多的问题。 ;

　　作为产品经理，最重要的是关注用户的解决方案，通过自己对产品的目标定位和价值理解来衡量埋在解决方案下的需求的价值。

　　2）用户在描述自己的需求时或多或少倾向于处理自己的意见

　　当用户隐藏他们的需求时，我们对需求的理解也会有偏差。相同的解决方案可以扩展到不同的需求。

　　因此，通过设置不同维度的问题，引导用户从描述性的角度解释自己的问题，可以最大限度地避免用户美化自己的需求。

　　3）要求不是绝对的。在不同的阶段，用户会给出不同的需求观点

　　刚进入游戏时，我们更需要的是一个教程，引导我们了解更多的游戏策略；

　　当游戏是中度用户时，我们更需要的是游戏的体验。攻略、工具等可能是这个阶段比较合适的需求。

　　当我们成为深度游戏用户后，更多的是在游戏中获得成就感，游戏成就系统应运而生。

　　可以看出需求是不一样的。在不同的阶段，用户提供不同的需求观点。

　　“小时候想要糖果，长大后想要跑车。”这是事实。需求受时间因素和自身发展的影响。

　　2.如何找到需求

　　这里的挖掘需求是指主动挖掘产品需求。

　　这里有两种方法。一是从用户出发，了解用户的需求；二是从产品数据入手，从数据中洞察需求。

　　1）更好地洞察用户需求

　　洞察用户需求的本质是还原用户的真实需求。一般采用直接访谈和问卷调查。但是，用户依赖一张嘴。由于环境和心情的不同，得到的结果往往会有偏差。这里介绍两种方法。

　　一种是深度访谈的方式，一种是真正融入用户场景的方式，通过这两种方式深入了解用户需求。

　　①用户深度访谈

　　采访用户是一种需求来源。

　　因为用户更多是从自己的角度体验产品，难免有点片面。

　　在面试方式方面，还有更详细的方法。阿精稍后会另开一篇文章文章介绍，这里就简单总结一下。

　　包括结构化和非结构化面试

　　两者的区别在于：

　　通过这两种采访方式采集用户的真实情况：

　　用户遇到了什么问题？用户目前如何处理问题？用户想要什么？

　　在这个过程中，也有几个考虑：

　　客观和真实非常重要。面试官应分离主观想法，在舒适轻松的环境（最好是用户熟悉的环境）中进行面试，控制整个过程，引导用户表达自己的想法

　　②真正融入用户场景

　　通常我们在进行采访的时候，都是带着“设计师”的思维去采访“用户”，得到的结果是比较片面的。同时，作为“设计师”，我们不一定能设身处地为用户着想。

　　这就是产品经理拥有“同理心”的重要性。

　　花费一定的时间成为产品的用户，融入用户的真实场景，从而观察用户在相应场景中的行为和体验。

　　在这个过程中，我们可以观察到几个元素。

　　它们是：用户、环境、任务、目标、行为。

　　通过真正融入用户的场景，观察这些元素，达到“边观察边参与”的目的。同时，在这个过程中，真实地感受到用户的情绪变化，然后将情绪变化可视化为实际的数据或描述。

　　2）从产品数据表现中发现需求

　　数据是制造产品的重要组成部分。

　　通常每个团队都会构建自己产品的数据概览，包括用户行为数据和业务数据。

　　具体数据不宜过多扩展。

　　通过对产品数据的长期观察，包括渗透率、留存率、页面转化等，可以结合检测产品数据的变化，数据变化的背后是用户行为的变化，从而发现用户需求迁移。

　　一般看数据，看现状，看变化。

　　看现状主要是了解业务与产品目标的差距，可以加深PM对业务的理解。

　　看到变化主要是培养数据感。通过数据变化，我们可以发现产品问题并制定解决方案。

　　3.需求的基本要素

　　当你拿到一个需求时，如果是一句话需求，“我想在直播标签中添加一个浮球”，那么作为产品经理，如果没有足够的信息，很难评估是否要求是真的。

　　那么，作为需求本身，我们需要在需求的同时了解哪些必要的信息呢？

　　包括需求场景、要解决的问题、目标等。

　　之所以需要明确需求细节，是因为有些需求是伪需求，所以提议者在梳理需求细节的过程中，可能会突然意识到，需求可能是伪需求；对于管理者来说，了解需求的基本信息，可以更好地评估需求。

　　大家可以看看阿景整理的九大需求要素。当提出需求的时候，这些问题可以一起提交，就可以更好地评估需求。

　　1）需求类型

　　一般分为两大类，政策要求、线上bug要求、线上漏洞要求、合同期限要求、一般要求等。

　　政策性需求一般​​是指国家颁布的法律法规衍生出来的需求，而一般性需求是政策性需求以外的需求。

　　之所以需要区分需求类型，是因为基于策略的需求的必要性和严重性，所以不需要过多分析，最小成本的执行可以在满足政策要求的条件。

　　2）需求场景

　　根据百度的解释，需求场景是指发生在一定时间和空间（主要是空间）的某个任务动作，或者是人物之间的关系形成的特定生活画面。

　　需求场景中有几个要素：用户（who）、时间（time）、空间（where）、动机（why）、行为（what）。

　　也就是说，什么用户做了什么，何时，何地，出于什么动机。

　　3）待解决的问题和痛点

　　在需求对应的场景下，用户遇到了什么问题？在这个问题下，是根本无法进行下一步，还是操作不顺畅等等。

　　描述问题时，尽可能详细。

　　4）目前针对这种需求的解决方案是什么

　　有没有其他方法可以解决这个问题？

　　如果是，用户/运营/业务人员采取了哪些方法解决问题？解决的具体步骤是什么？需要详细说明。

　　5）需求目标

　　要达到的目标是什么？

　　一般包括数据指标（渗透率/留存多少等）、优化目的（例如：用户更好地返回顶部标签）。

　　通常目标是尽可能量化的，也需要了解当前的情况，才能确定需求可以达到什么样的目标。

　　6）需求值判断

　　需求的价值判断包括需求频率、用户覆盖率、刚性需求程度。这些维度主要作为评估需求优先级的判断标准。

　　①需求频率

　　这个要求多久使用一次？

　　一个月一次？一天一次？一天几次？不同的触发频率会在评估需求的优先级和选择解决方案时产生很大的差异。

　　②覆盖用户

　　

　　需要目标用户群？

　　该要求涵盖哪些用户？这部分用户占据的产品比例是多少？

　　一般了解需求的用户主要知道需求的范围是需求优先级评估的评估标准之一。

　　③只需要学位

　　用户需要多少才能满足需求？ （如果这个要求没有做到呢？）

　　如果有针对当前需求的其他解决方案，用户可以使用吗？它是如何使用的？

　　7）需求的优先级是什么

　　这里的优先级主要是指请求者根据自己所知道的信息对需求的评估。

　　另外，可以指出需求优先级的评价依据，可以更好的帮助产品经理准确判断需求的真正优先级。

　　8）需求的预期解决方案是什么

　　对于提出需求的人（用户/运营商/业务方等），根据上述需求的基本情况，可以简单说明需求的解决方案。

　　这个解决方案虽然不一定是最终需求的解决方案，但是可以很清楚的了解用户对当前问题的预期想法，可以作为我们制定解决方案的参考。

　　9）其他要点

　　包括提议者、提交日期和预计完成日期。

　　主要是能够追踪和组织需求。

　　4.如何进行需求分析

　　需求分析，实际问题是“如何判断一个需求是否应该做？”

　　了解了需求的集合、基本要素和挖掘需求的方法之后，接下来就是对需求进行分析了。

　　但是在进行需求分析之前，除了采集需求本身的信息外，我们还需要其他信息来辅助我们做出决策，然后才能对需求做出合理的判断。

　　1）采集和采集基本信息

　　当前业务数据（包括用户行为数据、业务数据）、当前业务运营、业务当前产品规划、竞品分析、竞品理解。用户研究和访谈（问卷、访谈等）

　　在了解了业务方提供的信息后，我们往往无法判断需求是否要做。这时，结合以上五部分，补充对需求的理解，由外而内。

　　“外”是指竞品如何应对需求，行业内的解决方案如何。

　　“内部”是指当前的业务数据、运营、自有产品规划、用户研究等。

　　两者结合可以全面了解需求所在的环境。

　　2）需求分析八步法

　　阿精总结的“需求分析八步法”，可以说是本文的精华了文章，必读！

　　就是“分析元素、挖掘场景、推价值、看用户、拆竞品、盯市场、查现状、做计划”，听吴彦祖为大家一一讲解.

　　分析完八步法，清楚需求是否要做，如何正确分析需求。

　　①“要素分析”

　　分析需求基础。

　　上述需求要素包括需求类型、场景、问题解决、目标、需求价值、优先级、预期解决方案等。之所以“分析”是因为在收到需求方的需求后，往往是不完善的，我们需要对其进行剖析，直到了解完整正确的需求内容。

　　一点点错误的信息，比如目标不明确的偏差、不正确的场景等，都会影响我们对需求的判断。

　　②“挖掘场景”

　　挖掘需求对应的场景。

　　这其实是需求的基本要素之一，但之所以单独讨论，是因为脱离上下文就谈需求是不合适的。

　　用户+场景=需求，场景占很大比例。

　　充分挖掘需求对应的场景，了解用户真正的问题，进而得到合适的解决方案。

　　③“推值”

　　确定需求值。

　　这个需求价值可以从用户、产品、企业的角度来分析。

　　这三部分的组合就是分析过程中应该理解的需求值。

　　④“看用户”

　　看用户对需求的看法、理解和使用情况，这一步是触动期望和日常使用，从用户的角度看需求。

　　通常使用用户问卷和用户访谈，通过直接联系用户来获得最真实的用户体验。当然，其中合理设计问卷、合理设计面试题、控制面试整体节奏也是重中之重，也是获得正确真实用户体验的前提之一。

　　⑤《拆解竞品》

　　拆解分析竞品（包括直接竞品和间接竞品）现状，在了解竞品用户、用户等基本信息的前提下，从竞品的角度分析对应需求的作用商业模式。

　　为了达到管中见豹的目的，结合我们自己的产品，可以了解我们可以从类似的需求中学到哪些内容，可以给我们什么样的启发和帮助，同时及时了解竞品的不足，在产品设计中可以适当避免。 .

　　⑥《盯市》

　　密切关注市场动向，摸清市场对需求的看法和各主要产品开发的迭代逻辑，通过市场反馈分析与需求对应的业务长期规划发展。

　　⑦“检查状态”

　　检查产品的当前状态。也就是说，产品经理对当前产品业务的了解越高，根据自身产品业务的现状进行分析的时候，就越容易出现判断失误。

　　这包括产品当前的生命周期、业务的数据情况以及业务的运行情况。一共三个部分可以概括目前的情况。

　　⑧“规划”

　　根据需求确定业务的短期、中期和长期规划。

　　根据计划，了解当前需要解决的问题，在计划的哪一部分。从整体回到部分，以先总后分的分析思路，明确需求的定位。

　　3）其他要求的评估

　　需求是否符合当前的产品开发方向计划？需求对平台其他业务是否有联动影响？如果提出这个要求，成本水平是否与收益水平成正比？ 三、如何管理需求1.需求集合

　　1）为什么我们需要采集和记录需求

　　我们在做版本迭代的时候，往往有一些需求需要消化，而需求的来源更为重要。

　　我们通常缺乏需求的积累，所以当版本迭代时，我们会很着急。

　　主要有三个原因：

　　需求来源多，目前没有必要消化需求，多层次传导导致需求模糊

　　“少壮不辛苦，老人忧伤”，通过平时的需求积累，标注需求的优先级等，可以有效的扩大产品的需求池，所以即通过适时消化需求来解决用户真正的需求问题。

　　2）需求采集的本质和原则

　　需求采集的本质在于“采集”和“归纳”。

　　原则是以用户为中心，以市场为导向，立足行业趋势，客观采集需求，同时具有前瞻性。如果现在不能满足产品开发的需要，不代表以后不能满足。

　　但在一定程度上，用户不一定是需求的来源，目标才是。

　　3）需求采集方法

　　需求的采集方式通常来自七个来源：产品规划、内部人员、业务部门反馈、用户反馈、产品数据性能、竞品分析、行业趋势。

　　①从产品策划

　　作为产品经理，为产品制定清晰的计划并明确定义产品的定位非常重要。

　　在产品/业务的不同阶段，产品经理依靠自己的规划来制定不同阶段的目标，从而延伸出相应的要求。

　　②来自产品内部人士

　　产品内部人员包括产品经理、研发、交互、设计、老板等，主要指产研一线的角色。

　　一个产品通常有多个产品经理。在日常迭代中，产品经理对业务模块有自己的想法。同时，通过一系列的调研、数据等，可以发现自己产品存在的问题并提出要求。

　　研发/设计端的研发、设计、测试等人员都是基于自己对产品需求的理解，更多的是对个别模块和个别功能的优化。比如调整主题颜色、调整客户端界面、优化页面交互方式等。

　　老板的角色一般是提出战略性和一般性问题，不一定是具体需求。比如确定了产品的发展方向，产品经理在验证并确保可行后，根据方向分析分解成具体的需求。