如何将一个功能做成产品

❶ 我想做一个产品，产品的研发制作过程是怎么样的

大家好，我是隔壁丶老师，下面对一般产品的开发流程做旁派正一些介绍。

产品可以分为很多种，包括但不限于电子产品、软件、食品、首饰、服饰、机械、玩具等。

对于一般的产品，主要可以分为如下几个阶段：

1.产品策划与需求分析

2.可行性评估与制定开发计划

3.产品方案框架设计

4.产品方案详细设计

5.产品方案验证

6.产品小批量试产

7.产品首批试产

（高亮表示该阶段更为重要）

阶段1：产品策划与需求分析

这个阶段是所有的产品都应该仔细进行与完成的阶段，是为了明确产品开发目的，统一团队目标，判断是否能够开展的重要环节。

主要的任务为（不分先后）：

1.确定产品市场定位及目标消费人群。也就是分析将来谁会购买这个产品，如何进一步的满足他们的需求，年轻人/老年人，男性/女性，企业/个人，甚至是更为针对性的群体，区别很大。

2.规划产品性能和功能需求。性能是产品的核心竞争力，功能则为产品锦上添花，更要仔细的分析与规划核心功能。

3.初步规划产品成本。不仅是规划产品未来的生产成本，研发的投入成本也需要进行规划，特别是人力与时间、外包成本等，估算需要筹集或开销的资金，判断是否能够满足。

4.与竞品的对标分析。寻找市场上是否有相近似的产品，如果有，那么要考虑如何与现有产品竞争并击败他们，又或者是如何抢占市场份额；如果没有，则要考虑如何让客户接受新产品。

确定产品的特定要求。比如必须满足的法律法规、认证、生产许可要求，价格要求、外形特点、尺寸、结构形式、产品包装与材料等。

阶段2：可行性评估与制定开发计划

进入这一阶段，则是为了确认产品是否有可能在规划的时间与成本内被开发出来。

主要任务为（不分先后）：

1.确定产品技术的可行性。需要专业的技术人员从技术的角度评估现有技术能否满足产品开发需求，包括材料、运悔生产工艺、元器件供应等方面均需要进行考虑。

2.初步估计产品的成本。根据产品的可行性分析，将所涉及的主要元器件、材料价格等估算产品的大致生产成本，评估是否满足规划要求。

3.评估产品生产效率和生产规划。在产品开发的初期，就应当考虑是否有合适的厂家或者产线进行生产，如果没有，则需要进行仔细的评估。

4.元器件与材料供应情况评估。产品所需的元器件或者材料是不是需要定制，或者都是易于采购的标准间，供应商的供货能力与周期，甚至运输周期、费用等问题，都将直接影响到产品的研发周期。

5.检验检测能力评估。产品的性能与功能如何进行检测，特别是如何判定是否满足强制性的法律法规要求，也是需要进行考虑的问题。

6.确定产品的开发周期与节点。计划好开发的时间节点，分配好各项任务的负责人，进而对整个项目进度进行监控，是做好产品开发的有效管理手段。

（产品的性能、功能与成本永远是产品开发所需要进行权衡与考量的关键所在，到底向哪方面妥协，都可能影响到产品最终的效果）

阶段3：产品方案框架设计

在确认了产品方案可行后，就要对产品进行初步的设计与验证。进一步的确认产品技术方面的可行性。

主要任务为：

1.制定产品大致方案。

2.将关键元器件组装成初代实验机进行实验，判断性能、功能等关键项目是否满足要求。

3.参照相关测试标准，对初代实验机进行测试。如果不能通过，则需要更换方案再次进行测试，直至满足要求。

4.根据测试结果，确定产品的大致方案。包括元器件选型、结构方案、电气方案、控制器方案、操作软件、包装方案的初步确定。

阶段4：产品方案详细设计

这一阶段是产品研发制作最关键，也是难度最高的部分。将方案从框架落实到产品的各个方面，都将面临一道又一道的考验，一次又一次的修改方案与测试。

主要任务为：

1.按初步设计方案采购与制造相应的元器件材料，制造或组装一定数量较为完整样机。

2.参照相关测试标准（国标、认证标准、企业内部标准等），对初代实验机进行测试，检测并判断各项设计指标是否符合设计要求与标准要求，并根据测试结果进行针对性的改进，直至能够同时满足所有的标准要求与产品开发需求。

3.根据测试结果与改进后的方案，确定产品各设计板块的最终方案。

阶段5：产品方案验证

这一阶段的目的，是对方案进行最终的确认，再次验证产品设计是否满足需求。

1.按最终方案，模拟实际生产组装一定数量的完整样机。

2.参照相关测试标准（企标），对实验机进行全面测试，检测并判断各项设计指标是否符合设计要求与标准要求。

3.全面考察产品的方案是否满足需求（各板块必须全部合格）。

4.对于一些需要进行认证的产品（如3C认羡铅证、生产许可证、CE认证等），需要准备相关资料与手续，进行认证工作。

5.根据产品需要，申请相关专利、软件着作权等知识产权保护。切记在产品公开之前完成专利的申请工作。

阶段6：产品小批量试产

这一阶段是为了用较低的成本测试产品的生产效率，以及寻找优化生产效率的可能性，排查在实际生产过程中导致的产品不合格的因素，提升良品率。

1.使用经过验证后的产品方案，在实际生产线正式生产一定数量的产品，考察产品的生产效率。

2.参照相关测试标准（企标），对产品进行抽测，分析产品的合格率以及良品率是否满足要求。

3.根据发现的问题，进行针对性的优化，如改动过大，可能需要再次进行产品方案验证。

阶段7：产品首批试产

本阶段与小批量试产的区别只是产品生产数量上的区别，可能在实际的产品开发中忽略这一阶段。

1.按小批试产通过后的（整改后）方案，在实际生产线正式生产一定数量的产品，考察产品的生产效率。

2.参照相关测试标准（企标），对产品进行抽测，分析产品的合格率以及良品率是否满足要求。

3.根据发现的问题，进行针对性的优化。

经过了上述七个阶段，并且全部通过后，产品就可以正式的定型了。

后续在销售与客户使用中接收到的反馈，可以对产品进行改进，或者开发新一代的产品。

当然，上述的阶段在实际的产品开发过程中，不一定是一步一步的进行，有些阶段可能进行了合并或简化，一些阶段可能会同时进行。这也取决于开发团队的管理模式、生产规模与实际需求。

作为一名过来人，建议大家在产品开发的过程中，做好更多的前期工作，以及在设计中留有改进的余地或者空间，以防项目在后期需要修改而导致对前期的方案推倒重来，造成不必要的损失。

以上，就是一个产品的大致研发制作过程。希望能够对大家有所帮助。

1产品的设计:产品的业务模型与流程要设计好，如果有UI的话先做好UI模型，把整个产品原型完全程序出来。

2技术选型与架构设计。产品原型出来后就可以进行技术选型，根据产品的要求，选择最高效与简洁的技术方案。技术选型完成后就可以进行整体架构设计。如果产品比较复杂，做完架构设计在分模块进行详细设计，具体到模块功能的设计，业务流程，接口定义等。

3开发与测试阶段。技术方案出来后评审通过，就可以按设计进行开发。开发过程涉及到细节与设计冲突或不明确，可以讨论再进行修补方案。开发完成后一般开发先进行基本功能的单元测试，单元测试完成后提交版本交付给系统测试（黑盒测试），测试与开发过程中可能有多次驳回与重提版本的过程。

4测试完成上线。产品测试通过后就可以准备服务器部署上线。一般由运维人员部署上线。

5产品运营。产品上线后交付与运营人员进行运营。

6产品迭代。产品运营过程中，有反馈需求的可以对产品再进行迭代开发，不断完善产品。

互联网产品，如果需求确定的话，按大公司的流程一般是这样的

一、产品经理根据需求画原型图

二、调配开发资源，协调后端开发工程师，前端开发工程师

三、以最小化可运行单元迭代开发，一般以周为单位

四、协调运维分配机器，然后上线

当然如果需求和立项都不确定的话，也需要花很长时间确定需求，计算投入等预算

如果是创业初期就不用考虑那么多了，自己确定好方向找个开发，最好前端后端都会的，开编码就好了，一切从简。

如果是其他实物类商品，那就找代工厂吧，一般都有，你设置好图纸，人家基本会定制做。

❷ 如何进行产品的功能设计

想要做好产品经理，以下小的常识还是需要知道的。
一、什么是需求？？
马斯洛需求层次理论
1.生理需求：生活、吃饭、性。 大众点评、淘宝
2.安全需要：生活安全、财产安全、网络安全。支付宝、360安全卫士
3.情感与归宿需要：爱情、情感、婚姻。微信、世纪佳缘
4.尊重需要:人格得到尊重、理解。
5.自我的实现
4、5两条还未有相关app
结论：1.用户的需求通常归纳为人性的四个方面：食、色、贪、懒。
2.用户的需求是零散的，解决方案是归纳抽象的过程。
3.用户需求并不等同于产品需求。
4.用户并不知道自己需求什么，用户反馈只是帮助你了解他们的想法。
二、需求获取的方法：
主观的体验
1.找用户（用户画像）
2.找竞品（体验吐槽）
3.找痛点（用户及其矫情，对好的东西他并不感冒，对稍微的不爽体验便会不用你的产品）
联系客户
1.跟你的用户说出你的想法（有趣还是有用？互联网产品更多关注有趣的app如腾讯张小龙的微信）
2.快速产生原型并使用它
3.找到你的典型用户让他们使用并改进你的产品
三、如何规划产品
完整的产品规划通常包括以下三个方面
1.产品描述与功能规划--对用户和开发讲故事
2.产品的商业定位与市场推广--对运营讲故事
3.产品效益估算--对投资人和员工讲故事
四、好的产品描述主要包括以下三点
1.明确的基本定位
2.明确的产品特色
3.通过前期的竞品分析，明确产品的差异化
简单来说：1.产品的基本定位，就是告诉别人你的产品是为谁解决什么
2.产品特色，大部分来自于你的产品视觉或是听觉的呈现
3.产品的差异化，大部分来自于产品体验与交互的区别
五、功能规划的方法
1.来一场头脑风暴
2.建立产品“需求池”
3.从使用场景的角度出发把功能串联起来
这里介绍一本书：《引爆点》大意是
1.个别人物法则，若待定人物中有人意识到了时尚趋向，然后通过社交关系，
积极努力和个人的魅力，便将某种信息广泛传播
2.附着力因素法则，信息本身要具有影响力
3.环境威力法则：人们对外部环境变化极度敏感
六、产品原型设计
1.你可以用任何你会的方式做原型，原型通常用来做产品初构的讨论
2.常用的原型设计工具：Axure
3.多用“知乎”检索“原型设计工具”
七、一些基本的交互设计原则
1.事物的实际功能就是我们对功能的常见解释
2.给使用者增加限制，使得他犯不成错误
3.对应性，每个元素（或操作）都对应唯一的一个结果
4.反馈，使用者采取了某个行动会有及时明显的反馈
七、视觉设计
这里不做太多论述
八、产品上线流程
需求分析———产品定位———原型设计———交互设计———产品文档和视觉设计———产品研发———产品测试———产品上线

❸ 怎么做出一个受欢迎的产品

1、了解用户核心需求
很多产品经理在做产品设计的时候，总是忽略了用户核心的需求，也可以说根本就没有深入了解用户。
2、产品设计
产品定位就要先设计一个完整的产品，产品功能的设计。产品的第1层就设计产品的性质、功能、质量。它的性能是什么样的？有什么功能？质量处于什么地位？那么产品的第2层是扩张层，产品的附加值。让你的产品有竞争力，就要让你的产品有附加值，而产品的附加值也有两层，第一是精神文化的附加值。比如一件普通的T恤衫，然后被某个明星签上名了，那么这个T恤衫可能就会大卖，价格上升10倍，20倍，甚至上百倍。那么附加值的第2层是？功能上的附加值，从单一功能到附加功能。那么产品的第3层就是体验，从产品的故事品牌和概念去传播。那么一个好的产品标准是什么，是要能从产品的物质上面加上精神层面的，只有这两者结合起来，才能算是一个好产品。
3、善于分解产品功能角色
在一个产品设计框架出来之后，对于用户及产品的功能角色，也应该有一个很清晰的定位，让用户一眼就懂得操作。
4、产品用户的定位
我们要给用户做分类做定位，每个企业都会有大客户和小客户，我们要区分对待，而不是全部都一样的对待。很多商家都不懂这一点，导致大客户流失，因为他是大客户，你不能重点服务和提供他更需要的产品和服务，所以他就离开。小客户麻烦，小客户虽然消费少，但是事情也挺多的，不能把心思花在小客户身上。我们的客户要分为4类，第1类就是我们的核心客户，第2类是重要客户，第3类是普通客户，第4类是小客户。
5、深入用户群体做调研
如果一款产品不能够被用户认可，这样就无法给产品带来绝对的市场空间，必须要深入用户群体，这样才能够促进产品优化。
6、提升产品转化率
产品转化率的提升，也有利于产品经理获取更多的产品使用数据，用的多了自然也就有了更多的优化建议，也就能够将产品变得更好。
7、产品品牌定位
把产品打造成品牌，产品品牌定位的第1步就是先定类别，你的产品属于哪一类？第2步就是品牌定位，你的产品要有一个明确的卖点，很多知名品牌的产品都会有一句广告语，而这个广告语就蕴含着他这个产品的卖点。比如说，洗发水海飞丝，他的卖点就是去头屑，比如王老吉的卖点是怕上火就喝王老吉。所以你也要给你的产品创造一个卖点为这个产品进行赋能，那么如何去给产品找卖点那？第一，我们要想清楚我们产品的用户是谁，他们对什么词才能有敏感，听到这些词，就能产生行动力。如果我们的顾客是农民，那么你谈一些高大上的词，根本就没用。第二，你的产品能够解决他的什么问题，如何传递给他，第三，你的差异点是什么？就是为什么要买你的，而不是买你的竞争对手的。第3步是给自己的产品品牌符号，让顾客记住的不是你的产品和包装文案，而是让他记住你的品牌符号，当他看到这个符号，下次就能清晰的认识你。这个品牌符号要能跟你的竞争对手形成区隔。

❹ 怎么样开发一个软件

一般而言开发一款软件，大致需要这三个大模块：需求分析、代码编写、软件测试。

• 首先，分析用户需求，进行客户调研。

这个过程是开发一款软件的关键性步骤，需要准确把握用户的需求。若需求不够明确。那么后期的工作都将白费。因此在这阶段，需要多与用户沟通，认真分析用户的需求，将各个功能合理划分，最终才能开发出一款符合用户需求的软件。

开发一款软件，在开发过程中大致划分为以上这些步骤。每个阶段都是在上一个阶段的基础上完成的，这些步骤是不可逆的。第一阶段的需求分析是开发软件的重中之重，相当于地基，所以相对耗时较长。

❺ 如何从无到有的打造一个产品

宏观的套路与道理，路人皆知，区别能力与决定成败的往往在于细节的“度”以及全局上的“节奏”。“从无到有建造一个产品”和“从有到优打磨一个产品”，虽然套路是一样的，但是在宏观执行节奏的把控上却是完全不同的。如果单纯的按上述方法去开发一个全新的方向或者产品，很可能出现以下问题：
不是每个公司或者项目能够非常好的进行需求采集与立项验证。
如果方向选择有错，要到后期才能发现，此时已为时晚矣。
产品在团队内部反复打磨，迟迟不能投放市场，甚至在错误的方向上越陷越深。
产品没有非常明确的生死线，如果推进受阻，团队会陷入迷茫。
其实在很多时候，大部分的小公司的以及一些小的项目都仅仅依靠创始人或者项目发起人的经验与行业沉淀，甚至是直觉，来确定方向。那么在这种情况下，该用怎么样的一个套路来保证项目的成功率，并及早的发现方向性的错误，尽早掉头呢?我把自己的方法化画了如下的一张流程图，分享给大家：
如图所示，一个产品从无到有主要经历了：项目前期准备，项目规划，市场校验，产品发布，四个阶段：
一.，项目前期准备。
中国人做事都强调天时，地利，人和，这三点体现在产品上就是，市场，资源，团队。
1. 市场：选定目标用户，明确用户的核心需求，以及核心需求与用户的利益关联。
这个阶段有个要点就是：
确定了目标用户群后，一定要依据现有的资源情况，细化成具体的商务目标，不要出现类似中小企业，90后这样概括性的词，而应该是很具体的XXX公司，XXX酒吧里的顾客等。这样做的目标主要是避免出现，目标群选择正确，但是产品发布后却发现自己根本接触不到目标用户的情况出现。
确定了核心需求后，一定要去深究核心需求与用户的利益关联：在满足了用户这个需求后：用户能够获得什么利益。用户利益兑现的越快，那么这个需求的刚性就越高。
2. 资源：资金，资质，人脉，行业沉淀
依据市场查看自己有哪些资源:。包括资金，人脉，行业资质等，这其中如果有排他性或者垄断性资源就更好了。明确这些资源的目的在于，在制定项目规划时，能知道自己摊子到底能铺多大，项目能撑多久。
3. 团队：核心成员，技术创始人，团队分工与利益分配
最后就是找人了，尤其是技术创始人，销售以及产品经理这些人才固然非常重要，但是如果没有一个技术创始人的话，项目的成功率会降低很多。
这阶段的要点在于：找到人后，要明确好各个人分工，最重要的是将所有创始人与项目利益进行绑定，对核心人员的利益分配的问题一定要在游戏开始前被明确掉，否则半路拆伙的可能性非常大。
自古以来占据天时地利人和之事多能成，缺一者则大多做的辛苦，项目也一样，所以个人的原则是：
有市场有人，没资源不做。
有市场有资源，找不到合适的人不做。
有资源有人，没市场，这个就想都不用想了。
二， 产品计划与市场规划的确定
在有了资源的后，我们要对项目进行规划，这个阶段主要完成以下几件要事：
依据用户的需求确定产品的核心功能，并确保核心功能实现的可行性。
做好市场的规划，假定自己有了产品，自己会卖给哪些人，怎么卖。
明确项目的生死线，多久，花多少资源，达到什么条件。
在明确了这些以后，就可以开始市场校验。
三， 市场校验
我记得雷军在选择创业团队时，有非常重要的一条标准：产品在小规模被验证。这点非常重要。
在一个产品的核心功能被市场验证前，一切的用户体验，非核心功能的研发都有可能在最后成为无用功。很多团队在产品核心功能没被市场验证之时，急于开发辅助性功能，包括：官网，管理后台，界面美化等工作，是非常愚蠢的。因为这样当你发现核心需求判断错误想掉头时，发现自己已经陷入太深。
这里分享下，这阶段主要完成的两个工作：
1.产品Demon的研发：
既然是Demo就不要去管他的易用性，界面美观度或者其他的一些辅助功能，只要拥有最核心的功能就可以了，以网络电话为例，你只要用最原始的界面，开发一个拨号盘能挂电话即可，包括音量调节，账户登录，账户扣费等等全都不需要开发，包括充值，扣费信息，通话记录查询什么的，你和用户说，没事我人工帮你查。就最基础的拨号通话功能+XXX分钟通话时间，直接给用户用即可。
2.核心功能的市场验证：
不要怕产品的简陋，带着产品Demon去给用户推销。要考察的不是用户觉得这个产品精致不精致，设计的怎么样，使用起来方便，而是去考察用户到底需要不需要这样一个功能，用户能不能通过使用这样一个东西获得利益，去验证你当初的设想。
如果用户想要这么一个东西，但是只是觉得难用，希望你改进后带过来，那么恭喜产品被验证了。
如果用户觉得没意思，看都不想看，那就要想想是不是自己找错了用户或者产品定位有错，如果是后者，那么就要果断的调整方向了。
当然也不排除即使你的Demon很烂，用户也用的很开心的情况，那恭喜你，这绝对是一片很好的蓝海。
四， 发布自己的产品
在完成市场验证后，我们的基本上就剩下临门一脚了。我们需要做的就是将Demo转换成一个标准化的产品，在这阶段，我们主要做的有以下三件事情。
1.打磨核心功能，确保核心功能的品质
Deom的核心功能往往只到了可用的程度，在通过了市场校验后，我们依旧要把重心放在核心功能上，通过打磨核心功能形成自己的核心竞争力：比如在做xxx品牌网络电话时，我们的通话质量是国内最好的。
这里分享个要点：
在打磨核心功时，一定不要过度的追功能的完美，而是要把握好用户需求的临界值，同样以通话质量为例，用户的核心需求是“顺利的完成通话”：当通话质量清晰和稳定到足以满足用户的通话需求时，音质是MP3品质，还是CD音轨品质，用户已经不太关心了，而如果过度追求完美的话，可能在这里浪费大量的精力与金钱，因为根据二八原则，我们可能会为了提升最后的那20%通话质量付出80%的金钱，最悲催的是，用户对此毫不关心甚至注意不到这点区别，所以，你懂的。
2.务实的打造辅助功能
在用户核心需求得到满足后，我们要开发一系列的辅助功能来让用户的更好的使用核心功能。这点非常重要，一定不要去追求一些酷炫的东西，在每添加一个新的功能时，都问问自己，这个对用户的核心需求有帮助么?没有的话，就不要加了。
在这里分享个方法：以”核心功能”为圆心，以”对核心功能使用的辅助强度”为半径画圆，然后从圆心开始，由内而外的把各个圆对应的功能依次实现。
再分享两个理论： 可用->好用->用的爽，以及着名的马斯洛需求理论。
3.提升效率与用户体验
奔驰和奥拓最大的区别就在于性能与细节上的差异，而这个对应到产品上来就是各功能点的效率与用户体验，效率的事情丢给技术总监去逐一攻关，用户体验则由产品经理以及UED组去把控。
这里就不把这两点展开说了，说深了要说n多，不说深还不如不说。
写在最后
不知道不觉半年就这么过去了，几百万的钱就这么烧没了，并且还在继续。团队为自己的年轻与经验的欠缺付出了代价……回想这半年来的种种，个人觉得问题主要集中在以下几个方面，现在总结出来分享给各位，希望对那些走在创业路上的同仁们有所帮助
产品与商务模式没有先在小规模的范围内被验证。
核心成员没有被很好的激励与约束。
没有将目标用户群，细化为具体的商务目标。
没有意识到商务资源的重要性，有些蛋糕不是谁都能吃得到的。
在获得了一些成就后，心气过高，完美主义与理想主义情节严重。
知易行难，一定要保持好对自己的高要求，不能懈怠。
还有一点不方便在公众场合公布就不做分享了，主要关于行业资源与行业经验。

❻ 产品设计之如何做好功能迭代

功能迭代是每个产品同学日常工作的一部分。下边就来梳理一下如何做好一次功能的迭代。

功能迭代定义：在原有功能基础上，再不改变现有功能主逻辑的前提下，针对该功能已知的问题，进行优化和补全。

功能迭代原动力当然是需求，来源方式分类如下：

方式1： 来自用户、客户、业务的反馈。

方式2： 来自数据分析。需要监测用户的每条使用路径是否通畅，对于其中不通的地方加以进一步查找原因和分析。

具体实际中发生的场景如下：

场景1：之前产品设计时未考虑到的场景，多为异常流程。 举个栗子：某同学在设计客户端超时自动锁屏功能时，用户使用账号、密码来解锁。但是未考虑通过微信扫码登录的用户，不会强制设置密码，换言之，微信扫码登录的用户是可以没有密码的，那么这类用户无法通过账号、密码方式来解锁了。

场景2：与该功能强耦合的功能更新了，但该功能未随之更新。 举个栗子：随着产品发展，陆续支持同钉钉、AD、ADFS、OA系统等同步创建用户功能，并且支持扫码登录、统一身份认证等登录方式。之前设计的超时自动锁屏功能，就需要跟随用户登录方式支持更多的解锁方式，而不是简单的使用账号、密码来解锁。

场景3：业务发展或用户使用习惯带来的更多的功能使用场景。 举个栗子：随着产品发展，用户越来越多，用户使用的支付方式也越来越多，微信、支付宝、银联等，那么支付功能就要支持更多的支付方式来扩大支付功能的使用场景。

需要防止的误区：功能上线后，如果评价不好或没人使用，一定要优先复盘该功能的核心场景而不是急着继续拓展功能。举个栗子：公司新开发了一个功能可以统计用户发出去文件阅读时长等数据，上线后无人问津，这个时候需要退回到核心场景，用户是否真的需要文件分发后的数据反馈？而不是急着去做评论、点赞等拓展功能。

Step 1：；分析清楚功能现状与逻辑

找到用户：产品对应用户模型中的哪几类用户会用到这个页面/功能？

流程：这几类用户使用流程是怎样的？

逻辑：产品功能的底层逻辑（业务流程）是怎样的？

Step 2：现在功能出现了什么问题？

现象：哪些用户出了什么问题？

原因：为什么会出问题呢？

影响面：出现问题的pinl和受影响的用户量是怎么样的？

Step 3：如何解决这些问题？

关键点：在业务流程中，找到最关键因素。

多种方案：有没有更多方案？还是只有一种方案？

难度评估：开发难度与效果的选择。可以用四象限法来评估，难度最小，效果最好的。逐步迭代方式。

Step 4：结果如何评定？

考核指标：用什么指标来评估产品的表现？

数据对比：前后的数据对比是如何的？

PS：做功能迭代的时候，往往是迫于一个第三方的压力，产品内心其实并不认同，那么通过数据对比产品可以验证自己的想法的正确性，从而对于第三方不适宜要求进行反击。

❼ 如何做好一个互联网产品

对于这个问题我想谈谈个人的看法。我觉得要做好一个互联网产品（其他产品也是一样）首先要有一个定位，为自己要做的产品或者事情有个定位，才会有目标，要知道自己的产品是要为那个年龄段服务的，是立足于短期还是长期等等，有了定位才有目标。

其次是要做好调研，做任何产品之前，肯定都要做一个市场调研和用户调研，要先看看市场上有没有类似的产品，如果有，看看它是否符合你的预期，如果它比你预期的做得还好，那么在你没有任何比他更酷更好的想法以前你就可以放弃了。如果没有就可以做用户调研了，明确你的产品能够为用户带来什么大的利益，看是否有用户真的需要你这个产品，如果用户觉得你这个产品可有可无，或者仅仅是锦上添花，那么你还需要慎重考虑。举个例子，很多人都玩过征途，大部分人玩过还觉得征途很一般，画质不是很好，副本不是很多，和现在很多3D游戏根本没法比，但是征途为什么那么火，就是因为他做好了用户调查，出了很多符合用户需求的地方，比如自动寻路，自动挂机还有多国PK等，就是这一系列细节使游戏受到用户欢迎，也火爆了起来。

产品做出来了，要做好维护工作。产品是自己的，所以自己坚持天天用，不同的时期因为需求不同，能够站在不同的角度去发现问题，然后改进。随时关注用户反馈，设置良好的反馈回路，让用户能够很方便的进行产品缺陷反馈，人多力量大，自己能发现的问题毕竟有限，要善用动用群体的力量，用群众的脑袋去思考。积极关注互联网和竞争对手的动态，把最新的好的应用有选择的添加到自己的产品中，让自己的产品与时俱进。

❽ 一张图讲清楚产品架构，手把手教你画产品框架图

什么是产品架构图

产品架构图是产品经理用来表达自己产品设计机制的一张概念图：

它将可视化的具象产品功能，抽象成信息化、模块化、层次清晰的架构，并通过不同分层的交互关系、功能模块的组合、数据和信息的流转，来传递产品的业务流程、商业模式和设计思路。

由于产品架构图通常用于比较复杂的产品项目中，目前介绍产品架构图的相关书籍和资料极少（尤其是入门级别的资料很少提及），却是设计复杂产品时不可或缺的文档之一。

没有资料的探索过程漫长且没有方向，在终于有所沉淀后，我花了四周写下了这篇总结，希望可以为你绘制产品框架图时提供简明的参考。

为什么要画

梳理自己对产品方向的判断：

思考这张图如何设计的过程，也是帮助你梳理“半年内自己的产品该往何处去、需求应该如何分期和落地、和其他产品的依赖&竞争关系是什么、未来的可拓展性在哪里”等问题的过程。

为技术&运营的输出形成支撑：

当这张图被设计出来后，按照产品架构图的结构和路径，项目的里程碑（RoadMap）就可以被清晰的拆解出来，同时项目成员也可以根据这张架构图产出运营计划、技术系统架构方案等强依赖产品方向的方案。

让他人可视化的理解你的产品架构：

能较为清晰简单的呈现自己的思路、明确自己的产品边界、指明发展的方向，常用于在项目规划或项目总结中进行演示，帮助不了解你的产品的人快速的建立对你的产品结构、功能、复杂度的认知。

何时需要画

建议在复杂项目开始前写：

当你要开始设计一个系统性、完整的需求时，如果跳过画产品架构图的步骤，直接开始画原型、写PRD、kick off，就很容易发生“改了又改”、“做了一版需求然后又推翻”的情况。

但“种一棵树最好的时间是十年前，其次是现在”：

如果你的项目已经进行到一半，自己却从未产出过这张图，那么就从此刻开始，按照下文的步骤尝试为自己的产品产出一张产品架构图吧。

如何画

之前我们分享了【AR最全干货及资料】设计AR产品，你一定要看的总结 ，你可能对AR相关的背景知识已经有所了解。为了分享的延续性，我们来做一个大胆的假设*：

假设你是 微信-扫码功能 的产品经理，有一天老板把你叫到办公室，一番鼓励后拍着你的肩对你说：

“苹果发布会看了没？苹果这么重视对AR能力的支持，我们微信也要赶紧把AR功能做起来。这是个Allen（张小龙）很重视的项目，你回去好好设计一下，明天来跟我过方案。记住，要能够一炮打响，全民参与喔！”

啊，张小龙级别的项目啊！明天就要出方案，怎么办 ？

画前准备

列出问题域

在需求初期，产品经理得到的往往只是一句比较模糊的需求描述，它们可能来自于老板、运营或用户。

直接把这句话作为核心产品功能是不恰当的，合理的做法是先把这个产品所有的问题域列清楚。

“问题域”是指自己的产品能够解决的所有问题的空间集合。从核心需求出发，将所有当前需要解决、未来可能要解决的问题放入产品框架的范围，能够帮助你的产品架构图拥有更高的可拓展性，在后续具备迭代和优化的空间。

以微信AR的需求为例，问题域是这样一个集合：

详细操作步骤：

1. 找到收到的需求中，跟产品形态、产品目标相关的词句，去列出“XX的流程会是什么样”、“XX该怎么达成”之类的问题，直到如果这些问题解决，能够实现核心需求的方向和业务目标。

2. 去逐次寻找这些问题需求被解决的过程中，是否有其他要先解决掉的问题、或者其他跟业务相关的问题能够被解决/改善。

3. 按照层级去罗列出所有的问题，并附上自己的初步回答，从而形成一个初步的、自己的产品能够解决的“问题域”。

确定产品方向

在经过问题域的罗列后，你应该能够得到一个模糊的产品方向和功能范围。把这些问题域的答案抽象总结成一个确定的产品需求。

以微信AR的需求为例，根据问题域，我们发现需求不只是扫码组件增加AR识别能力这么简单，整个需求里需要引入广告主的角色，并且需要和广点通、腾讯开放平台等团队合作。最终得到的产品方向描述是这样的:

详细操作步骤：

问题域的环节非常发散，这一步需要回归基础，把模糊的需求补充、拓展和翻译成一个在商业模式和用户体验上能够形成闭环的产品需求。

1. 核心需求确定：我的产品核心解决的是哪批用户、哪个用户需求？

2. 产品目标：如果以一个数字指标衡量我的产品，它应该是什么？

3.用户场景：核心需求基本的产品形态、用户使用的路径是怎样的？

清晰的业务流程

这一步需要根据核心产品需求和问题域的答案，画出简单的业务流程。业务流程是产品设计中常见的图表，绘制方法就不再多做说明。

以微信AR的需求为例，从广告主准备AR互动，到用户在前台使用摄像头参与互动，整个业务流程如下:

着手绘制

搭建基础框架

基础的产品框架脱胎于业务流程，但相比业务流程，更加注重产品功能的枚举、功能模块之间的分界。

详细操作步骤：

1. 对照业务流程，根据自己设想的产品机制、基本产品形态和用户的使用路径，列出需要的页面&功能&模块等前后端逻辑。

2. 将刚刚得到的多个流程图中所有功能类似或者范围有包含关系的机制/功能放在一起，以模块化的形式形成一张简单的矩阵图。

3. 将明显是同一个产品范围、同一组产品功能的模块放在同一层级，得到一个基础的产品框架。

明确架构分层

一个具备前后台关系的产品架构图至少分为三层：用户感知层（在何种场景下通过何种方式触达用户）、功能模块层（通过哪些功能模块实现产品的核心功能、和哪些外部平台功能有信息交互）、数据层（产品的数据从哪里来、产品的数据沉淀到何处去）。

在上一步进行简单分层后，我们已经得到一个初步框架，但是难免会有分层不明确的问题。此时需要按照两种维度来处理架构图的层级：不同信息层级的边界、同一层级内模块和模块的边界。

1. 处理不同信息层级的边界：

架构图的层级表达的其实是信息之间的流转关系，不同信息层级之间一定是有逻辑关系的。

其中用户感知层和数据层通常可以简化为一层（用户端的功能表达往往逻辑简单、数据的来源问题则不是自己产品的核心功能），而功能模块层则需要按照自己产品的逻辑去将功能模块层内的主要模块变成新的层级。

2. 处理同一层级内子模块的边界：

各层次之间虽然相关，但同一层次内的子模块之间一定是互相独立、界限分明的（常常对应着不同的开发团队和系统应用）。将解决不同问题的功能拆分成两个子模块，做到一个问题只在同一层解决，避免牵一发而动全身的情况出现。

3. 明确产品间的边界：

产品边界对于开发设计系统架构、业务间的合作模式都非常重要。用不同颜色标识清楚产品框架中，各个部分所属产品的边界，通常其中属于自己团队的部分用亮色表示。

加入信息流转机制

产品架构图在表达产品的核心功能外，也应该体现信息流动的路径：当前层级数据的交互形成产品功能，产品功能又产生新的数据，从而推动下一层级的功能运转起来。

如果当前产品的主要使用角色只有一个，则只需要用箭头标明模块间信息流动的方式即可。如果当前产品会涉及的主要角色比较多，则需要用不同颜色的线条将他们和各个模块之间的信息交互关系外化出来。

最终检查

一张好的产品架构图，应该具备以下特点。

清晰的模块功能边界

功能经过抽象，做到标准化、互相独立

上下游产品功能边界清晰，架构分层明确合理

具备迭代优化的能力

记得不断根据你的产品的发展情况来更新产品架构图，每次修改的过程对提升产品架构能力的帮助非常巨大。

————————————————

原文地址：https://blog.csdn.net/pmcaff2008/article/details/78111282