新产品开发流程：产品评估->产品设计->开发->上线->迭代

产品设计：新产品开发的完整过程

1.需求分析

需求分析是产品经理工作的重中之重，工作中需求的来源有以下几点：

老板提出的战略性需求。 产品经理根据产品方向规划出的需求。 运营、数据分析得出的需求。 市场调研得出的需求。 竞品分析得出的需求。 用户访谈中提出的需求。 从其他参与者、关注者（同事等）反馈得到的需求。

产品经理在日常工作中会收集很多需求，所以有必要构建自己的需求池。

不是所有的需求都需要满足，这时候产品经理就需要根据经验来分析用户真正想要的是什么，哪些是临时的、不必要的伪需求。

要判断一个需求是否真实，最好找到提出这个需求的人，多问一些“为什么？”的问题。

例如提出请求的人：我想要一匹马。

产品经理：为什么？

提议人：我想去流浪，寻找我的诗意和远方。

这时产品经理意识到提议者的真实目的是去旅行，而不是养马好玩。

产品经理：我给您提供一辆同时配备导航系统和高级音响系统的汽车怎么样？

在收集需求时，产品经理经常听到客户建议“如何做”这个产品，而不是“产品应该做什么”。毕竟，思考解决问题的方法是人的天性。如果产品经理试着思考产品应该做什么，就会发现有太多的方法可以实现它。

客户其实不用去思考如何解决自己的问题，他们不知道公司的商业模式，产品的未来定位，甚至不知道什么是可行的，他们想出的解决方案都是针对自身情况量身定制的，而且大多数都不是最好的解决方案。

如果单纯按照用户需求来设计产品，就会陷入不断增加新功能、修改产品框架的恶性循环，忙于拼凑任务，无暇思考创新解决方案。

2. 产品原型

需求分析之后，理清必要的需求；理清业务流程、功能流程，确认之后就可以开始绘制原型了。

绘制原型时注意事项：

在设计复杂或前沿的功能时，最好邀请架构师或技术人员参与，确认功能的可行性，是否有更好的实现方式。与UI设计师并行工作，有助于他们更好地理解产品，设计出更符合用户体验的产品。渲染设计完成后，制作高保真原型，进行原型测试。 3.确定基础产品——减少功能还是延长工期？

在产品设计中，不要再试图定义最终产品，而是定义只满足基本要求（有价值、可用、可行）的产品，即基本产品。

基础产品是一个有机的整体，去掉任何一个元素都不可能达到预期的效果。

基本产品设计方法：

产品经理和设计师一起设计产品的高保真原型，这个原型只具备实现业务目标的最基本功能需求，以及良好的用户体验和吸引力。邀请一名开发人员（如框架设计师或主程序员）参与原型设计，帮助评估各项功能的直接和间接成本，指出设计错误，评估尚未确定是否可行的功能。当产品原型确定后，就可以详细评估所有产品功能的时间成本。而且对产品也了解透彻了。让真实用户验证（测试）产品原型至关重要。在产品团队全面开发产品之前，产品经理必须确定产品就是用户需要的。就像你不能只因为开发人员对自己的代码有信心就允许他们上线一样。产品经理不能只因为相信就开发，一切都需要验证。

一旦基础产品确定下来，并且通过了目标用户的检验，任何功能都不能砍掉，如果还能砍掉，说明你定义的不是一个基础产品。

4.用户体验设计与实现

在产品同质化严重的环境下，技术已经不再是产品的核心竞争力，良好的用户体验才是吸引用户的法宝。

在产品开发过程中，很多工作可以同时进行，比如原型设计和UI设计、技术开发和测试；但不建议将UI设计（用户体验设计）和技术并行进行。

原因如下：

从事软件开发团队的人应该记住，产品一旦进入开发阶段，修改设计思路就非常困难，而且修改成本随着时间的推移而增加。用户体验设计必须确保产品既可用又有价值，这是一项繁重的工作。为了拿出可用且有价值的设计，必须尽早并反复验证设计思路。我认为最好使用高保真原型来验证设计思路。为了验证各种设计思路，产品原型可以随意修改。正在开发的产品应该基于固定的原型。产品开发可以分为多个迭代，但用户体验不能分割。设计师必须全面、连贯地看待用户体验，考虑以前用户的使用习惯。用户放弃不能使用的软件很容易，但放弃使用习惯却很难。

如果产品设计和开发同时进行，设计师很有可能会面临巨大压力，在非常有限的时间内完成一个自己不太满意、前后矛盾、漏洞百出的作品，勉强过关。等到真正开发完再去打补丁，只会浪费更多时间。因此，用户体验设计应该在软件开发之前完成，验证通过后再交给开发。

5. 产品验证+样机测试 1. 产品验证

产品验证是为了证明产品的价值、可用性和可行性。

产品验证是指在产品正式开发部署前，验证产品是否满足预期要求。产品团队往往对自己的产品过于自信，不愿意进行验证。他们只顾开发，总想等到公测才能收到反馈。到那时无疑不可能再对产品进行大的改动，所以很多产品在刚发布时表现很差也就不足为奇了。

因此产品团队在将产品交付开发之前，需要进行以下三个重要验证：

（1）可行性测试

首先，我们需要明确该产品在现有的技术条件下是否可以成功开发，并邀请架构师、开发人员参与深入的技术研究，找到可行的解决方案。

重点是让开发人员在产品设计中寻找那些难以克服的障碍。最好现在就找到它们，而不是以后浪费时间和金钱。如果产品存在可行性风险，一定要提前解决这些问题。

（2）可用性测试

交互设计师应该与产品经理密切合作，找到突出产品功能特性的方法，以便不同类型的用户都能了解如何使用它。

可用性测试通常可以发现未成功实现的产品需求，如果测试得当，甚至可以发现最初被忽视的产品需求。务必邀请真实用户进行可用性测试。

（3）价值测试

最后，仅仅知道产品可开发且易于使用是不够的，了解用户是否觉得你的产品有用且愿意购买也很重要。

价值测试可以和可用性测试同时做，但是可用性测试侧重于观察用户如何尝试完成必要的操作，而价值测试则侧重于观察用户是否喜欢这些功能，以及对功能的具体实现是否满意。

2. 原型测试

原型测试就是让真实用户使用高保真原型来测试产品创意，目的是加深产品经理对产品的了解，避免开发团队浪费时间和精力去开发自己不确定的产品。

很多公司都是这样，老板提出一个老点子，产品经理开始设计原型，设计完成后，不测试就开发技术，一切付诸实践，用实际产品去探索产品，开发出非常昂贵的原型，让知情的用户付费参与原型测试。这些公司至少需要一两年（几个版本）才能盈利。

这也是很多创业公司失败的原因——往往连维持两年的资金都不够，因为急于求成，盲目招募开发人员，一试身手，结果可想而知。

请注意，产品可用性测试（验证用户是否能够弄清楚如何使用产品）与产品价值测试（验证用户是否渴望使用产品）同样重要。

进行原型测试的方法如下：

（1）寻找测试人员

如果是企业级产品，同类产品的展会是寻找目标用户的好地方。如果是大众产品，可以邀请亲朋好友一起参与测试，但不应该只限于亲朋好友。离开公司，去用户聚集的地方。

（2）准备考试

确定可用性测试的内容并制定问题来询问测试人员有关产品的价值。

（3）原型测试

测试前不要和测试员说太多话。一定要告诉测试员这是一个产品原型，是一个初步的产品想法，而不是一个正式的产品；请说出真实的意见（无论好坏），不要为了面子而保留意见；记住测试的对象是原型，而不是测试员；测试过程中，尽量让测试员保持冷静，不要让他们陷入吹毛求疵的状态。要多观察用户的操作，少听他们的抱怨。测试过程中尽量保持安静，不要给测试员任何提示。克制住想要帮忙的冲动。测试的目的是了解目标用户如何看待产品要解决的问题，并找出原型和用户的期望不一致或不符的地方，也就是原型不符合用户的直觉和习惯的地方。

（4）更新原型

测试原型的目的是找出原型中需要修改的地方，提高原型的可用性和价值（吸引力），并及时纠正发现的任何缺陷。

整个原型测试的过程听起来很复杂，其实可以简单高效地完成。只需要带上笔记本或原型，找一个还没用过的用户试用一下，你会发现比你想象的要简单得多。