从新走完一款产品从零到一的过程，我学到了什么？思维导图

落花凄凉

2023-03-02

浏览量: 6

从零到一

作为一个还未毕业的人很庆幸自己又能够经历了一款产品从0到1的过程。虽然说创业公司在产品开发的过程中各方面没大公司那么规范，但所碰到的各种问题都是自己切身体会到的。

树图思维导图提供《从新走完一款产品从零到一的过程，我学到了什么？》在线思维导图免费制作，点击“编辑”按钮，可对《从新走完一款产品从零到一的过程，我学到了什么？》进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：937897c246842747c8bc36eba68105a6

思维导图大纲

1、有变化及时传达沟通

产品在开发的过程中很难避免不会有修改的地方，有的时候可能是界面元素摆放位置的变动，有的时候可能是操作流程上的细小改变，有的时候可能是整个需求的变更。

有变化第一要修改的肯定是原型图。改好之后需要和设计以及开发人员沟通说明有改变。刚开始的时候，有的时候比较忙修改了需求忘记跟设计师和技术说。等到阶段性检查产品的时候发现和原型不一样，领导问到技术的时候，技术人员一脸蒙蔽说，我不知道啊，修改需求没跟我说啊。然后我羞愧的忙着道歉说自己忘了，感觉技术人员有分分钟想砍死我的冲动，因为他们又要重新修改代码，之前的努力白费。

任何产品在做的过程中多多少少都会修改需求，需求有变化很正常，重要的是改了需求之后要告知相关设计师和技术人员。如果是创业公司，改好之后可以立马口头通知，如果是大公司，那可能还需要召集技术，设计，运营等负责人进行小的会议。只有这样才不会打击技术人员的士气，保证项目的开发周期，才能和程序猿哥哥友好的合作下去。

2、使用Axure画原型图时要善用模板

我想每个产品新人可能都曾遇到这样的痛苦——当修改产品原型的时候，往往牵一发而动全身，一处修改，其他很多地方都需要修改。

公司做的是C端产品，功能模块比较少，完整的逻辑走下来也用了差不多60个页面，刚开始的时候每个页面单独去画，有相同的最多复制一下，完全没有使用母版的思想。而到后面要修改某部分的时候，凡是和这部分相关联的页面都要一个一个去找去修改，这样不仅浪费时间，而且很痛苦，还有可能漏掉一些没修改到。

所以在设计原型的时候，类似导航条这样在多个页面需要相同展示的部分，一定要使用母版，这样不仅效率高还不容易出错。

3、设计产品各种情况需要考虑周全

我们在制作产品原型图的时候考虑的常常是正常页面和操作流程，往往遗漏掉异常情况下的页面。比如没有数据的空页面怎么显示，断网情况下是冒泡提示还是整个页面作为提示页，登陆页面忘记安全考虑，没有添加验证码等等。

作为产品经理如果各种特殊情况都考虑不到，还要等技术开始的时候发现再跟你反馈，真的会让他们鄙视。所以原型设计好之后一定要多想想还有没有特殊情况是自己还没考虑到的。

4、项目启动前一定要有产品第一个版本的规划

创业公司一个共同的特点就是 “追求快”，开发流程上可以不用规范，但一定要快。有些创业公司在项目启动前不做充分准备，而是一边竞品分析，一边设计原型，一边开发。运营部不断提出新的需求，老板又不确定功能模块，不断变更需求。导致产品、设计和开发都要改，产品甚至快上线了还要变更需求，这让程序猿真的有种想杀人的冲动。

项目启动前的准备就像建房子打地基一样，地基打稳了后面盖房子才会顺畅。

虽然说项目启动前不能100%确定好产品要是什么样子。但至少应该对第一个版本规划个百分之七八十，做足竞品分析，确定好产品定位，需要做哪些功能点，产品的布局风格，主色调，开发文档的规范等等。这样对于后面他人提出的功能业务需求就可以暂不考虑，规划到第二版本。这样才能保证产品的开发周期和各部门人员的士气。

5、UI设计好的界面检查确认之后再给开发

每个人都有自己的一套想法，UI常常会按照自己的理解和审美对原型图进行一些修改，比如界面元素位置的变动甚至删除或增加一些按钮标签等等，如果产品经理不提醒UI设计好之后让他看的话，他很可能设计好之后直接扔给技术人员。我就碰到过好几次原型图和效果图不一样，导致要么程序员改代码要么我修改原型然后重新设计效果图。

当然这也是我经验不足造成工作上的失误。正确的做法应该是自己看过效果图确定无误后再让大家看一下，统一意见后再给技术开发，这样以后如果要改也不会出现谁怨谁的情况，因为当时大家统一了意见。

6、对于原型图的标示注解尽量详细

有时产品原型文档上可能会有一些东西没写清楚或者忘记写。比如APP的错误提示到底是弹窗提示还是toast冒泡提示，无数据的空白页面如何显示，是使用同一样式还是不同的空白页面采用不同的文案图像显示等等。

技术人员希望看到的是一份简洁又有详细说明的产品文档，因为他们不愿意思考，只要照着设计和说明做就可以了。如果碰到原型设计和说明上模糊不清。那么技术人员很可能就按照自己的思路去做或者直接忽略，这样必然会造成后期产品经理和程序员的撕逼，各有各的理。程序员觉得你自己又不写清楚或者文档上没写啊，产品经理又会觉得你怎么那么蠢，一点没写清就不知道，你的那种想法靠谱吗。这样就会造成沟通和时间成本上的浪费。

7、对于业务逻辑要100%清楚

可以说任何一款产品没有谁比产品经理更清楚产品的业务流程，细节交互和各种功能点了。从小到大我们养成了差不多的习惯，不管做什么都觉得差不多就行了，没必要全部弄清楚。可做产品一定不能有 “差不多”的概念，对功能和业务流程以及任何细节都要100%清楚。程序员跑来问产品经理问题的时候最不愿听到 “应该吧” “可能吧” “大概吧”这样不确定的词语。

最近比较犯懒，24小时持续性犯困症，所以码字码得少，今天一登后台发现掉粉速度比尼玛我想得还要快（宝宝心里苦，但是宝宝不说#！￥&*

一、研究内容思维导图