产品市场需求怎么写.docx

《产品市场需求怎么写.docx》由会员分享，可在线阅读，更多相关《产品市场需求怎么写.docx（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、产品市场需求怎么写一、写产品需求的准备工作你要做的是一个让人无可争议的产品，为了做好他，你必须 做好前期的准备工作。你需要去了解你的顾客、竞争对手、产品团队 的实力和需要的技术。你需要从顾客、用户、竞争对手、分析师、产 品团队、销售队伍、市场、公司职员等采集他们能发现的问题和可能 的解决办法。这里有不少的工作需要你去完成，在“成功的产品暗地里” 这篇文章中有详细的描述。建立良好的交流也非常重要，它会影响着产品团队。如果你 的准备工作做的够好，你也会变得越来越有信心和说服力。二、清晰了解产品需求任何一个好的产品都开始于一个需求。你必须清晰的了解这个需求，你的产品如何达到这个需求。产品经理需要提出

2、一个清晰、简明的价值主张，让它很容易被接受，要让产品团队、管理人员、用户、市场人员清晰的明白这个 产品到底是什么意图。虽然这听起来很简单，但是也惟独少数产品才 有这样的价值主张。考虑“velevatorpitch ”（电梯间演讲、电梯行销） 测试。假设你在做电梯的时候遇到公司CEO,他问你产品的意图是什 么，你能在电梯到达之前回答这个问题吗?如果不能，你就还有工作 需要做。也许是你的说明没有针对性，他可能表现出来和其他产品做 的没有什么明显区别;也许你提出的观点不能和你的用户产生共鸣;也 许你解决的是一个非常规的问题，可能你想应用一种技术。这个价值主张可能需要满足公司的产品战略。注意你不需要阐

3、述太多的细节， 从某些方面来说，一个有价值的观点应当是越简越好。产品需求需要切当的指出这个产品发布的目标，同样的这个 目标也有优先之分。例如，你的目标可能是：1）易用，2）零售价不足 $100, 3）和前期产品很好的结合。然后你需要说明如何去测算。对于 “易用”这种项目，你需要明确指出产品可用性达到某个水平。这是 通常用目标用户来定义。可用性工程师能测算出你的产品对目标用户 的可用性，也测算出可用性问题的严重程度，同样你可以说明没有重 大的可用性问题。这里的关键就是让每一个人都知道产品成功的时候是什么样, 还有给产品团队在设计和实施中遇到问题如何进行取舍的指导。三、确定用户原型、用户目标和用户

4、任务现在你已经明白你想要解决什么问题，下接下来就要深入了 解目标用户和顾客，在这步中，和你的PD（产品设计）密切联系非常重 要。1、用户原型在这个阶段，PM需要和不少用户交流，需要花费大量的时 间去直接观察和讨论。现在我们需要对用户和顾客进行分类，然后决 定那一类是我们的首要用户。比如你正在做一个像eBay一样的互联网拍卖服务，你同时 拥有买家和卖家，在这之中还有使用频率少的用户和时常使用的用 户，不难想象还有个别特殊的用户，比如团体公司采购者。PM（产品经理）和PD（产品设计）需要首先确定类型是最重要 的，然后尽量对这个用户群的特征进行详细的描述，以便使用这个模 型去指导产品的设计。这个模型

5、通常称其为“人物角色”。虽然是 想像的，但是应该是典型的、可行的和真正的，让你能够使用。这个 想法来自与一个能代表这种用户的本质的原型。注意缩小范围，让他仅仅描绘必不可少的。满足所有人是徒 劳的，通常最后没人会满意，所以尽量提出几个最重要的和最流行的 角色描述是非常重要的。同样，如果你不去精确的定位你的目标用户， 你就只会存在含糊的概念，你会发现理解你用户的反应非常艰难。你 要倾向于设想，让你能更像你的用户。2、用户目标（用户意愿）一旦我们确定并描绘了我们主要的用户类型，我们就需要找 出用户在使用产品中的目标（想要干什么）.这听起来很简单，但是解开 根本问题是非常具有挑战性的，特殊当你周围的人

6、告诉你你已经解决 了他们想要的。从CEO、销售代表、工程师到客户，每一个人都太兴 奋而不能匡助你找到解决根本问题的办法，他们会告诉你在某个地 方添加一个快捷按钮，或者则添加一个功能仅仅是因为竞争对手有， 或者则是改变成他们喜欢的颜色。最好的解决办法取决于清晰的了解到底什么问题需要解决， 每一个用户模型可能有不同的目的，需要在用户原型涉及的方面中进 行寻觅。有可能将来某个功能解决的问题并非主要用户需要达到的 目标之一。3、用户任务（tasks,用户为达到目标使用产品而需要做的任务）掌握了用户原型与他们的目标愿望，我们就开始着手设计任 务来满足他们的目标意愿，这是产品制作进程中最核心的部份，也是

7、创造力和创新力被激发的地方。许多优秀的产品仅是用更好更新的办法解决一个已有的问 题，有时候这种办法仅仅是应用一个种新技术，但是大部份是来自深 刻的见解而使一种新方法的产生。注意我们虽然谈到了目标和任务但是还没有谈到具体的功 能，这些功能都需要达到用户目标而必须的。你以后会发现许多功能 都是低优先级或者则是彻底多余的。以“必须功能”这个理由可以排除不少功能。讽刺的是，你 用越少的功能，你的产品被发现得越来越强大。这是因为产品的功能 越少，你的用户就会发现并使用更多的功能，成功的使用越来越多的 功能他们就认为你的产品非常强大。这些理由都是违反我们直觉的， 我们大多数人都不能和我们的用户一样，我们在

8、自己的行业中愿意比 用户花费更多的时间去探索功能和容忍复杂性。四、写产品需求的原则现在你需要开始把你的需求和用户体验定义成详细的要求。 同时你仍然会面临着许多的决定和权衡，为你的产品标准作出最佳的 决定是非常重要的。在大多数的产品团队中，每一个成员都有做好产品的原则，但 很少有两个人有同样的想法，这些差异都会导致不可思议的结果。尝 试和制订一系列指导整个团队的产品原则是非常有价值的，这些原则 需要具体到域名和项目。五、检验测试产品这是一个拿出你想法的阶段，创造力和创新力拿出成就的地 方.不少人都容易犯一个常见的错误，他们对产品设计规范太有信心, 结果一旦得到beta的测试他们就必须调整产品。但

9、是肯定beta测试版并非进行重大改变的时候，所以才 会有许多首次发布的产品离目标太远。对于许多产品来说，这个时候 你可以用大量的原型做不少的实验。首先，下面的三个非常重要的测 试你可能需要做可行性测试产品是否可以开辟 你的工程师和设计师应当介入技术 的可行性调查和探索可用办法。有些办法是行不通的，但是有其他的 办法可行是非常有希翼的。工程师会发现在产品的某个阶段不可能逾 越，现在知道比以后知道要好。可用性测试产品设计师将要和你密切工作共同提出产品功能，让它能适 应不同的用户。可用性测试往往会找出遗漏的产品要求，同时确认产 品最初的要求是否是必须的。在你拿出一个成功的用户体验之前需要 多做一些测

10、试工作。可用性的目的是在真正的用户身上测试，从产品 目标用户得到质量反馈的测试是非常艺术和科学的。固然产品经理和 产品设计将摹仿使用，但是实际是没有人能取代真正的目标用户。概念测试(Product Concept Testing)光是可用和可行是不足的。真正的问题是你的用户想要购买 吗一你的用户有多喜欢-你做的有什么价值。这测试可能与可用性测 试联系在一起。对于一部份小产品，您的想法写在纸就足够了，但是 对于多数产品，为了估计产品是否达到目标，复杂用户互作用或者新 技术的使用、某种形式原型都是非常重要的。原型也许是一个物理设备，或者它也许是软件产品的一个预 览版本。关键是它需要足够现实，您能用

11、原型在实际目标顾客身上测 试，并且他们可以给您质量反馈。以前做原型主要有两个障碍。第一是缺乏良好的原型工具， 需要花费不少的时间制作原型;另一个是管理方不知道原型和真实产 品的区别，在不可估计的情况下，按照最终产品来要求原型。今天有优秀的原型设计工具可以让工程师或者设计师快速 的制作原型，可以有效的摹拟未来的产品以达到必要的程度让实际 用户进行测试。而且大多数管理者都知道摹仿和实际的区别一就 如同缩小比例的房子模型和真正的家一样。在实际去做产品之前去检验你的产品是非常重要的。一旦实 际的工程开始，作出重要的变动会变得非常艰难，花费也会变得很高。六、对新产品进行验证和质疑当你认为你弄懂了你需要解

12、决的问题，现在是时候开始验证 和质疑假设。假设甚至当做不知道是很容易的，但是切勿把不可知的 结论当做指引，那会妨碍你获得成功。七、在写产品需求时要考虑优先级除了明确的要求，对每一个您的要求赋予优先和罗列秩序是 很重要的。多数产品经理，如果他们赋予优先级，普通都是表明要求 是否是“必须有， “重要”或者“希翼拥有”（或者其他一些分类系 统）。分类是很重要的，不可掉以轻心。产品经理对任何一个标记“必须拥有”都需要有高度的标准。 如果还没有找到必须拥有的功能意味着产品还不应该产生。所以小心 标注“必须拥有”，这些标注“必须拥有”的功能直接反应出产品的 核心价值。“重要”的分类也很重要，在产品销售前只

13、要有机会就要满 足这些功能。“希翼拥有”产品团队也应该注意到，即使大多数也都没有 实现，在未来版本也适当的慢慢实现。这些有时候是不够的，从1到n每一个分类优先排序都是很 重要的。有几个原因：首先，上市时间总是被关注，并且日程表时常下降，您说不 定被迫使削减有些特点为了尽快进入市场。 你也不想产品团队先开 发简单的功能而放松重要的功能，导致最后客户使用的关键功能还没 完成。其次，在产品设计和开辟阶段，团队将会发现更多的问题产 生并解决这些问题，所以很有可能有更多关键功能浮现。优先顺序会 可以匡助你如何平衡以容纳更多的功能。这点就是说产品经理如何不给出优先级和重要等级，其他相 关较少的因素也会跟着

14、无法确定。整个PRD是一个不断完善和思维提高的过程，明朗锋利就 是可以成功的产品的，含糊就是失败的产品。在争论最激烈的时候也 能容易做决定，并且匡助工程师做出计划。八、测试产品需求完整性现在你有一个PRD草稿，你需要测试它的完整性。工程师 是否可以充分了解并达到目标?0A Team（质量管理团队）是否有足够 的信息来做出测试计划，是否可以开始做案例？当投资人或者相关人审核了 PRD,确定了各个需要说明的 方 面，所有的问题得到解决，现在你就可以按PRD进行产品开辟。九、管理产品在产品实施期间，就算是最好PRD,也有不可计数的问题被 解决。解决所有PRD中存在问题，如果不在PRD中就写进去。你的 任务就是迅速解决问题并记录在PRDO如果你做了你的工作并准备记录在PRD,项目审查就会变得 非常简单，因为任何一个部份都记忆犹心。记住PRD是一个“活”的文件，在要跟踪记录在产品开辟 期间的所有功能过程。最后你会发现不少额外的东西，如果你认为是 必要的就在PRD中写进。