如何从0到1设计一款产品，产品从0-1的流程及相关输出物内容说明(很详细,建议收藏)

大家好，今天来为大家解答如何从0到1设计一款产品这个问题的一些问题点，包括产品从0-1的流程及相关输出物内容说明(很详细,建议收藏)也一样很多人还不知道，因此呢，今天就来为大家分析分析，现在让我们一起来看看吧！如果解决了您的问题，还望您关注下本站哦，谢谢~

创业公司设计师怎样从0到1设计一款APP(三)——Low-fi输出

Low-fi，即低保真原型图，整个APP设计阶段，设计师真正开始上手的环节。待PM制作好PRD文档和逻辑流程图之后，交互设计师开始依据已有的结论，画出Low-fi。

1.方便团队进行方案的讨论和统一。就像使用场景Scenario和用户画像Personas，团队每个成员脑海中所理解的都会有所不同，但通过PRD，咱们可以进行至少是大体上的统一。而在这基础上，APP的具体画面和流程，每个人都有自己想象的视觉效果。Low-fi就在此时起了相同的作用。

当然统一的进一步促进效果是，进行后面核心功能的深入探讨，将概念落实到实施方案，并验证逻辑上是否能跑通，以及主页面元素的确定。

2.方便开发人员进行整体架构的布置，开始着手一些基础元素的部署。

3.做出demo进行内部尝试、小范围的用户调查，一般会有一些更改，不会影响项目主方向，大多是功能上的调整。

作为交互设计师，在low-fi阶段多使用的是sketch，PS更侧重于用来做图片的处理。出发点还是更多的从效率上进行考虑，sketch运行速度非常快，文档小，测量距离方便，可复用的图层组（symbol），做好图之后导出多倍图也十分方便。所以在此阶段做草图，sketch是不二之选。

然而，对low-fi的文件处理也有一些要求，主要分为视觉效果和文件名整理。

视觉效果上倾向于使用黑白灰无色彩感的设计方案，目的是为了降低视觉上的干扰，让设计师和团队其他成员，将精力重点放到APP本身的功能完善和逻辑完整上面。

而文件名的整理主要表现在图层命名需要规范。统一的控件用symbol进行管理，symbol的命名建议使用驼峰式，即每个单词间没有空格，每个单词首字母大写（这里说的是大驼峰式，即第一个单词的首字母也大写了）。

Symbol的分类主要有这几类，StatusBar、Keyboard、Header、Button、Cards、TabBar、Control、ListItem、Popup等，如果想细分也可以再进行一些细分，比如Popup可以再分出一个细枝为Toast等。

Icon类的只能用小写且不能以数字开头，不能包含空格。对于 icon，建议对通用模块再分子类（例如：icons/topnav/; icons/tabbar/; icons/general/...），原则是分类非常符合常识，到了后期icon类的symbol会非常多，这样方便快速从一堆 icon中找到它。

对于Sketch的group管理，建议按照功能模块进行分类与命名。比方说，video中有VideoPlayer和SingleVideo不同种类，game有GameScore和GameReport等，按照不同的用途进行重组。

这样的目的是为了，在接下来用一些动态原型工具，比如Flinto或者Origami等等时，方便查找，以及合成图层组。绝大部分动态原型工具，都是靠渲染图片来进行展示原型的，图层越少，电脑效率越高使用越流畅。

文件在low-fi阶段整理地越清晰，设计师头脑越清晰，high-fi阶段越省力。

总的来说，在Low-fi阶段是定主体功能和APP雏形的阶段，在这一阶段，设计师需要帮助团队统一APP的整体架构，页面的大体功能模块分类和跳转关系，让APP从大家脑海中的形象落实到真实的视觉效果中~

敬请期待下期分享~

Sophia的tips：

虽然只是low-fi，却也需要吃毛求疵般的职业态度~

相关文章

《创业公司设计师怎样从0到1设计一款APP（二）——立项》

《创业公司设计师怎样从0到1设计一款APP（一）——概述》

产品从0-1的流程及相关输出物内容说明(很详细,建议收藏)

一、产生一个idea、定义idea

说明：

1、这一阶段主要产出的就是产品定义六要素，前期通过对行业进行调研，搜集行业的资料，对竞品、用户进行一个初步的分析，通过文档检验产品的可行性能否给公司带来利益

2、对产品进行定义，目的保证产品的路线不会走偏，通过后期的需求调研来不断验证产品

输出颗粒物：

1、产品定义六要素：

产品定位：这是一款什么样的产品，解决了用户的什么需求

产品目标：用户想用这款产品解决什么样的一个问题

需求背景：用户在什么样的需求下去使用这款产品

用户背景：什么样的人群去使用这款产品

产品形态： app、小程序、PC端

2、竞品分析MVP版本：

①竞品分析的目的：希望通过竞品分析，了解本产品和竞品相同、异同功能，熟悉业务流程。了解竞品发展状况及公司主要竞争对手，为公司制定产品战略提供依据，为我公司产品开发提供思路

②选择的竞品：直接竞品是谁？间接竞品是谁？

③用户群体：包括目标用户、用户画像、痛点、解决方案，通过竞品找到符合本产品的使用人群，找出他们在那种场景下去使用，他们在使用过程中的痛点是什么，我们能给出什么样的解决方案

④竞品对比：（前期没有先空着）

战略层：为谁做？做什么？解决什么？经营者想从产品得到什么？还包括了用户想从产品得到什么？（产品定位、定方向）①资源②模式③商业玩法④特点（宏观）

范围层：做什么、不做什么？

结构层：怎么做？流程怎样的？

框架层：实现、功能实现|设计

表现层：视觉呈现（ui上色）

⑤Swot分析：

优势：分析与竞品之间对比有什么突出的优势

劣势：分析本产品相比竞品不足的地方

机遇：分析目前的政策、行业发展有什么机会

威胁：分析现在或将来会遇到哪些威胁到产品

二、向BOSS汇报、立项

说明：

向上司或项目团队汇报这个项目，共同商讨这款产品的可信性，争取获得大家的支持，确认立项后，方可调配协调公司内部的资源与外部的资源

输出颗粒物：

1、会议记录：记录会议上老板或公司高层提出的问题、建议

2、任务排期甘特图：项目参与人、时间、每日每人需要的负责事项、昨日遗留的问题、是否已解决、输出物成果等大方向上的工作计划表

三、需求阶段（收集、整理、分析）

说明：

这个阶段的工作内容、方式和方法可参照我上一篇文章《产品经理如何解决各种需求》

简单举例：

①收集需求可以潜入群聊或找比较专业的人一对一访谈

②多去收集需求中的一手需求，就是指我直接针对于用户获取的原始需求，二手需求是指别人去对接的，然后告诉我的，可能并不会那么准确

③产品需求就是问题清单里已经排了期的需求，已经确定要做的需求

④收集需求很重要，直接取决了你对用户痛点的掌握程度，不要想着应付糊弄

⑤找行业里的专业询问，给自己设立个人设，一步一步的挖掘

⑥还可以去看看博主的视频，里面有很多信息，可以加快对行业的认识，还会有些留言去参考。

输出的颗粒物

1、需求清单（需求池）：用来记录原始需求和数据的来源

2、功能清单：针对于需求转换的功能点有哪些，做好优先级

3、核心功能结构图：主要核心业务的功能结构图，

4、核心业务流程图：整个流程会涉及到哪些角色，注意逆流程以及判断、流程的闭环

5、问卷调查：需要制作相关行业的问卷调查给他人填写，获取一些客观的意见和想法

6、完善竞品分析

7、MVP版本的BRD：竞品分析+商业模式+初步运营方案，BRD是产品生命周期中最早的文档之一，用于说明市场分析、销售策略、盈利预测、产品构思等。BRD文档会给予四种岗位人员看，

①战略型：公司CEO、COO、直属VP、目的获得他们的支援。

②市场型：市场总监、运营总监等为我们产品提供未来市场营销和商业运营方面的支持人员

③研发型：技术总监、研发总监等为产品提供技术支持的人员

④资本型：CFO、财务总监为主为我们团队提供足够的研发经费的人

8、商业画布：重要合作伙伴、关键的业务、价值主张、客户关系、客户群体、核心资源、渠道通道、成本构成、收入来源

四、需求评审阶段

说明：

1、项目组不同人员用不同的维度去对需求进行审定，会议过程前要以正式的形式去通知参会人员，如邮件或公司内部的办公软件通知到每一个人，参会前，需要携带上面阶段的所以输出物

2、需求评审中要做好会议记录，把大家的问题记录清楚，有利于会后的需求修改

3、需求评审会议一般会开好几次，不是一次就能评审通过的，要确保没有问题了才能进行下一步环节

输出物：

1、会议纪要：包含会议里的问题、解决方案等

2、修改竞品分析、需求清单、功能清单、结构图、流程图、完善BRD文档、商业画布

五、原型设计阶段

说明：

1、注意功能的摆放：

不想让用户使用的功能按钮就放在用户不容易触达的地方，如右上角的返回icon某个功能前期不是很重要的话可以适当进行弱化，如前期如果产品里面没有很多的内容，搜索功能可以做成小按钮，而不是搜索框等

2、优化视觉设计：

尽量不要用线框图，尽量做到整洁简单，毕竟用户们已经被大厂们给训练出来了审美标准，最多用一些黑白灰蓝，别用其他花里胡哨的颜色，别给UI添麻烦

3、交互说明注意：

动作—对象—结果（用户在什么情况下，做了什么操作，页面有什么变化），遇到一些数值一定要考虑到极限的情况等

4、交互说明注意事项1+3原则：

一个核心：所有app页面分为两种状态，及静止状态和操作后的状态

三种内容，：1、按钮、图标等模块操作后的变化。2、该页面的文字显示、时间显示、刷新规则等页面规则。3、操作后出现的错误提示

输出颗粒物：

1、原型图

2、交互说明

3、PRD文档

六、原型评审阶段

说明：

与需求评审一样的流程，此次检验的是原型图的效果、功能设计是否完整、页面是否完整、页面和页面之间的跳转关系、页面的规则是否找全

输出颗粒物：

1、会议纪要（记录参会人员的建议和问题，方便后期修改PRD）

七、设计、开发、测试

说明：

1、UI小伙伴和技术小伙伴、测试小伙伴的工作内容，我们产品经理需要对其进行时间排期，排期最好在真实的基础上少1/3，避免各种状况导致后期原定交付日期延后！！！

2、开发设计完上线前：公司内部人员进行测试，找BUG

3、原型、设计、开发是可以同时进行的，产品经理画出主要的原型图就可以交付给UI了，一般用蓝湖或者邮件的方式，根据公司内部实际使用的软件为主，UI选择样式，给几个版本给我们产品经理选择，开UI的评审会，当然给开发说我们要做什么产品的时候，开发就可以先去搭建框架了，产品经理也在同步继续画原型图，画完交给UI和开发

输出颗粒物：

BUG收集表

软著说明书

八、上线

说明：

A/B测试，不确定哪个方案更好，通过给两种用户不同的方案，收集反馈的数据，再综合考虑后留下一个数据更好的方案

输出颗粒物：

问题清单

九、运营

说明：

前期BRD的运营方案现在和运营小伙伴一块去规划实施

参考AARRR模型：

获取用户：用户从哪里来

激活用户：用户的第一次使用体验怎么样

留存用户：用户是否会重复使用或购买

变现：产品如何让盈利

病毒式传播：用户是否愿意推荐你的产品给他人

参考上瘾模型：

1、触发：外部召唤/内部触发，如APP短信提醒召唤、朋友催促，

2、行动：让用户的行动成本降到最小，如登录页面的强弱登录设计

3、报酬：物质、精神

4、付出：时间、精力、金钱、用户逃离成本

总结：

以上就是我在做产品时的一个0-1的过程以及相对应注意事项、输出物、解释等，内容可能会有些不全，希望大家提提宝贵的意见哦！

0-1的产品开发流程主要包含哪些环节

一、1款产品从0到1的的，大致流程分为如下几个阶段：

立项阶段：接受需求—明确需求—市场调研—竞品分析—产品规划

需求明细、初步设计：通过市场调研、竞品分析不断分析需求—需求整理—需求评审（优先级、成本、必要性、目标KPI）-产品设计（交互沟通和意见收集、交互评审、视觉沟通和评审）—输出需求文档（考虑技术实现、各端配合、兼容）

开发测试：产品启动会—开发评估开发周期—项目经排期—测试开始写测试用例（测试根据checklist写testcase）—开发沟通（及时补充缺少的资源，协调各端）—项目验收、参与测试（体验产品、跟进测试协调bug修复）—上线（发布前制定上线策略）

运营阶段：配合运营活动，收集数据—根据意见和数据反馈优化产品（流程、界面等方面）

迭代：结合新的需求和原有的产品规划进行需求管理—产品迭代设计，新一轮产品迭代

说明：需求的挖掘存在整个流程中，只是需求方不同，需求的类型不同，方法也有多种

 相比有一定基础的产品迭代，从0到1的产品，在立项和初步设计方面会需要更全面和透彻的考虑。因为第一版打下的基础很大程度上决定了产品之后的上下限和发展路线。很多产品的细节需要考虑清楚，想的更多的是为什么这样做，是不是和产品的slogen符合，在扩展性上也考虑更多。比如一些初创公司刚开始的产品团队人员并不多，随着产品需求不断增加，产品功能越来越多堆砌，刚开始没有做好清晰的架构，后期重构将会花上大量的人力和财力，所以初期的需求构思非常重要。

二、所有的步骤里都需要保持和需求方的沟通，持续碰撞需求

Step1:立项阶段

    从 0到1的立项阶段特别重要，一般新产品立项的需求来自Boss，和Boss沟通基本上是在战略层的需求对接。在整个过程中利用定量的方法去确定遇到的定性需求。

   需求方会说要做一个什么（市面上已经有的产品），然后开始描绘产品能做的事情，有什么功能，能和公司其他业务板块有什么联动。这个阶段要和需求方明确的一个共识是：要不要做。

这个时候产品经理需要考虑的是：

1、需求方最本质的需求是什么？做这产品的目的是什么？它能给我们带来什么（商业化的目标和业务化的目标）？

2、我们要服务的客户是哪些？现有客户还是新的客户？能为客户带去什么？

3、为什么做这种类型的产品？

4、我们做这个有什么优势？或者说能建立的产品壁垒在哪？

5、和现有的业务怎么配合？

6、我们有什么资源（时间、人员、用户等）？

   带着这些疑问我会一个个去向需求方询问，去碰撞，去挖掘需求方的本质需求，我需要代入的角色有需求方、产品本身、用户。多个角度去评估这个项目成立的性价比和可行性。这个时候在决定做不做这个问题上和需求方达成共识。

   决定做了之后，开始做竞品分析、市场调研、用户研究。做好这些研究后，根据研究的结果反馈去做产品定位。

   产品定位首先要确定slogen。slogen的确定就为产品的类型、产品的方向、产品服务的人群，产品要解决的核心需求做好了一个范围。根据slogen，产品经理知道产品要做什么，不要做什么，slogen就是一个产品灵魂的文字描述。

Step2：需求明细、初步设计

范围层

先开始做产品的初步规划，前提是充分理解业务（有一个方法就是模拟用户去玩竞品）在理解业务流程的情况下去，先确定主要的任务流程，再确定子任务流程，确定好了任务流程后整理出产品的功能需求，因为在产品上走一个任务流是需要产品有对应的功能去承载的，所以每一个任务流程都对应的1到N个功能，之后做出产品的任务流程图、任务级别图和功能结构图，建立了主干，还要和需求方核对一边需求。

结构层

    根据任务流程确定每一个任务步骤需要的信息，做出信息结构图，用于后台的搭建。

框架层

    开始根据主功能的第一步开始设计原型图，功能结构图和信息架构图从粗到细，大到小的去设计原型图（导航设计—信息设计—界面设计），做好原型图，写好 PRD，开评审会（项目启动会kick-off），参加的人有UI、开发、测试、项目经理、运营。评审会过了之后。项目经理开始评估项目，排工期（UI、开发、测试），正式进入开发阶段

Step3（开发测试）：产品启动会—开发评估开发周期—项目经理排期—测试开始写测试用例—开发沟通—项目验收、参与测试—上线

表现层

   项目启动会之后，最先是UI排期，这里就开始进入产品表现层的大部分设计了。产品需要和UI保持积极的沟通，在整个表现层的设计中，UI会提出自己关于信息元素排列和交互的建议，一般产品都是根据用户使用场景去分析，还有就是遵循一般的设计原则，例如：亲密、对齐、重复、对比原则；删除、组织、隐藏、转移策略等。因为这些原则和策略是用户的在不断的使用中积累提炼出来的习惯。至少遵守这些规律不会犯错，不会挑战客户。

    项目经理排好工期后，就开始进入开发阶段了，这个时候产品需要做的最主要的三件事情是，和开发保持沟通，做好信息同步；准备下一个版本的需求；和运营对接，看怎么做运营活动，增加产品的数据指标。

    在0到1的过程设计中，比较重要的是要建立产品多维度的一致性规范，为之后打下基调，一致性的地方包括：

1、视觉一致性：颜色（主色调、辅助色、点缀色、字体颜色），风格（扁平、投影、拟物等），属性（字体、图标、图片）

2、行为一致性：操作（删除、滑动、点击、下滑刷新、动作、动画表现），操作系统（ios、安卓、PC网站、相关的兄弟应用）

3、感知一致性：交互位置（确定、取消按钮、保存、相同操作的按钮在相似的位置），文本（提示语、操作提示、功能按钮、编辑提示）

    这些细节整体性的影响到了用户体验、产品的调性和扩展兼容性，所以在第一版就要做好坚实的基础。另外，就是建立信息推送机制、版本更新机制、最基础的数据埋点，这些都需要在第一版确定好。

   关于推送信息，最基本的是更新的推送，还有就是根据实际业务进行的活动推送。

   关于版本更新的机制，版本制定的规则是：大小版本穿插，大版本增加新功能新需求的版本，会强制升级，小版本是针对目前已有功能的优化版本，选择升级。所以相邻的两个版本不会有太大影响，实际情况会根据计划和当时的情况进行调整。

   最基础的数据指标：才开始是用第三方的数据统计，从基本的数据情况、用户趋势、渠道分析、留存分析都有。在做运营活动时，根据不同的需求再做不一样的数据统计。一致性的设计、推送机制、更新机制、基础数据的统计是第一版需要建立好的。

   从0到1整个产品的流程大概就是如上的过程，完整走完一款0-1产品会考验产品的各方面能力，非常锻炼产品的基本功。欢迎大家评论区一起讨论学习，共同进步。