写这篇文章的目的源于一个分享，基础性文章，没有明确的主题，想通过一些浅显易懂的说明来解释基本的概念，如果想个人从产品到设计到开发单独的去做一款产品可以看看。
一同事说过一句话“最怕不说你不想，一说你就认为自己都知道啊“，我深以为然。
我喜欢把一件事情简单化成一个概念，简化容易找到共性，任何事情，都有它的基础运转逻辑，然后再有这个基础运转逻辑去发散出各种点，而这个基础运转逻辑适用性是比较广的，所以想了一下，在产品开发阶段可以把设计、体验、产品、开发可以放到一个概念里去说，产品、体验、设计本应该是一个整体的各个面，开发是在内部支撑他们的内核，他们是一个整体，也是分割开的各个面，设计解决美观度，体验解决舒适度，产品解决功能性，开发创造环境，最终他们形成的是一个产品与用户对话的概念。
用户方：
1、用户是谁？
2、基本需求是什么？
3、可不可以提供更好的需求？
4、在满足需求之外还能获得什么附加价值？
5、潜在需求是什么？
产品方：
1、目的是什么？
2、能满足什么需求？
3、怎么更好的满足需求？
4、让用户在需求之外获得什么？
5、怎么探索、培养用户的潜在需求？
马斯克需求理论
举个例子，我们是一个电视机厂商，用户是谁？其实电视的用户定位比较广，细分的话可以从年龄段、性别、有没有孩子等等去分，但我们先不去做这块的细分，只定义成电视观众。那么用户的基本需求是什么？看电视，所以我们先满足看电视的需求。用户更好的需求是什么？要彩色的，要更大屏幕的。所以我们把屏幕造大，把色彩处理的更好。用户在满足这些需求之外还能获得什么？一个个性化的外观，一个可折叠的屏幕等等。用户的潜在需求是什么？比如说不想看广告，可以手机投屏，还能看更多定制化的内容，这些是不是就会成为用户的潜在需求，我们是不是就可以通过定制化内容培养用户的收看习惯，培养起用户习惯之后我们就可以加入收费内容。
上半年我买了很多背包，有十几个吧，买了退，退了买，可以说比较挑剔。其实我对自己的需求很清晰，可以分成很多点，分散在设计、体验和产品功能上，比如从设计上有些包颜色很土，外形普通，从功能上有些包只有一个兜，存放找寻物品都不方便，从体验上有些包背带设计不合理，舒适度很差，背着很累，甚至我会反复去测试把背包从沙发上背起来和从背后卸下来这个过程看是否流畅，最后导致到现在还没买到喜欢的包，你看其中每一条都是我可能放弃这个包的理由，当然我是想的过多，但外观、舒适度、功能性确实是用户购买时会注意的点，那么这里我就一一的列出一些各岗位的点。
设计篇
定位
也可以说是设计风格，你想要表现出的感觉，比如同样是园林设计，日本的园林设计更多是枯山水，以石子模拟山水的感觉，讲究纯净、禅意。而苏州园林则讲究自然，多是在依原有水流走向去设计。还有装饰设计，同样是简约设计，日式设计和北欧设计也是完全不同的设计风格，日式更多使用木材本身的质感，不加过多装饰，而北欧设计则是追求色彩的和谐、简约。
放在UI设计上面，就是要在一开始确定定位面向的什么群体，如果时尚类，你就可以去借鉴杂志的设计，可以用更夸张的元素，更强烈的对比色，更个性化的字体。如果是企业类，那么颜色和元素运用就得克制，尽量用方方正正的字体、颜色饱和度对比度都要柔和，排版规整。
zara商城和淘宝商城，一个页面非常素，一个页面看起来就很热闹，一个是专卖店，一个是大卖场，这就是用户群体定位的不同，zara服务的就是一二线城市中产上班族，而淘宝面向的用户则是全国人民。
潮流
设计潮流从大的来说可能几十年才会有变化，有一个讲的是西方设计史的纪录片，从巴洛克、洛可可这些到现代的包豪斯设计风格，这些就是大的层面。从小的来说年年都在变，只说我们所亲身经历的互联网设计这个行业的大变化就是从拟物到扁平化再到现在增加了Z轴的扁平化。2019的设计趋势可能是更多的使用插画、大胆的色彩、不对称、动画、Isometric、高饱和渐变色、多彩面性图标设计等等，我们的设计一定要紧跟时代的潮流，虽然大众的审美可能会有延迟，但一定要让自己去迎接新的东西。
表达
言之有物，每一处设计都应该是有其存在的理由，不要为了装饰而装饰，有些时候为了怕页面单调或者空会增加一些零散的装饰图案元素，反而模糊了想要表达的意思，倒不如通过增强文字大小对比的排版来解决单调的问题。
色彩
色彩是设计的基础，每个颜色所能传递出来的含义，每个色系之间的搭配，这类文章很多随便搜搜就知道，就不再多说，但有一些点我很介意，不要把颜色用脏，尽量让不同色彩所占的比例有一个大的区分，为什么人喜欢用滤镜，因为多数情况下，由于空气中一些物质影响了光照，外部环境的饱和度通常都是偏低的，而滤镜就可以增强对比度，所以色彩鲜艳更能吸引人的眼球，当然这个不是一概而论，还是要根据用户定位去制定色彩，只不过近些年的趋势更多的是倾向于纯度更高的颜色。
图案
尽量用大的单一图案减少使用多个小图案的运用，大图案能更快的吸引眼球，而零散的图案会让排版变得更加困难而且凌乱，苹果发布会的PPT应该是业界最有名的PPT设计方案，但其实设计上很简单，一页往往只有一个主题图，其他都是文字，呈现给观众的就直观而且有格调。
规范
把相同的元素单拿出来定义成一个类型，规范化这点在UI设计非常重要，细节到按钮、卡片、输入框这些空间的圆角的度数，字体的每种颜色对应的不同的重要性和功能性。这些对于我们项目的更新和维护是很重要的事情，现在在后台这一块有很多家大厂提供了完备的解决方案，无论是用户体验还是控件完成度都已足够完善，比如蚂蚁金服的Ant Design。在开发界有个很重要的一句话“不要重复造轮子”，就是已经有足够好的解决方案的时候，不要再去重复去创作。至于App这一块，面向用户不同，可能需要更多的去自己设计，但尽量在做的时候就要想着可以把所有内容拆分成框架、控件、文字、图案这些单独的元素，不仅仅是方便我们日后的更新维护，更利于前端的开发。
体验篇
这里是一些常用的点，具体产品还得具体分析，只讲通用的。
用户习惯
我受伤住院的时候很害怕做手术，问医生有没有可能出现事故，有个医生跟我说，他认识的一个老医生，年龄很大，平时吃饭手都抖，但一上手术台手一点都不带抖的，所以肌肉记忆和习惯是很厉害的。比如所有App的购物按钮都是放在右侧，颜色多数都是红色或者橙色的暖色调，因为用户已经习惯了，甚至都没有约定，但所有购物类App都会这么放，这种习惯来源自哪里？其实你看一下键盘，是不是回车或提交键就是在右侧，为什么这种所有涉及到提交类的动作都会放在右侧，因为大多数人都是右撇子，我们的阅读习惯也是从左到右，从上到下，所以无论是从视觉的阅读习惯还是说这些生活中的习惯，都让我们延续到一个小小的购物按钮。
最短的路径，最少的点击
在商场的电梯、超市的商品布局有个很经典而且有效的设计，就是电梯在同一侧只能选择上或者选择下，不能让用户可以一直上或一直下，这样可以让用户多逛一些商铺，超市商品布局同理，一定要把常买的商品放在最深的地方，以便让对于用户强需求的商品带动没想过要买的商品，但近几年这种情况开始变得不一样了，因为可选择的太多，无论是商场数还是网上购物的冲击，都让商家开始从用户的角度去考虑，让用户能更快的达到自己的目标，作为App产品也是，同类功能的App太多了，如果你做不到市场上的垄断，你只能靠用户体验去让用户留下，所以怎么快速让用户满足自己的需求才是重要的因素，让用户少走弯路。
用户引导
在游戏产品里流失最高的阶段一定是新手阶段，做好用户引导让用户玩起来一向是运营的重点，现在大环境下引流成本很高，如果引过来的用户不能很好的做到引导让用户玩下去是一件很亏的事情，做好用户引导其实就是帮助用户走一下产品的主要功能流程，具体就不细讲了。
信息层级清晰
这一点我很在意，我们一定要很清晰的让用户知道怎么到某个页面，当我们设置的层级路径和用户的直觉产生冲突时，用户就会有迷失感。
即时反馈
比如表单的提交按钮，可能因为数据太大或网络问题，当点击提交按钮时可能会有一定时间的延迟，如果没有及时的反馈，用户可能以为点击提交无效，为了避免这种情况，可以让按钮有一个动态效果的变化，比如在按钮上增加一个进度条动画，让用户知道提交正在进行。
明确主流程
强化主流程上的视觉效果，弱化主流程之外的操作
自动化处理
例如输入框控件，当用户输入邮箱地址的时候，自动帮用户列出一些常见的邮箱地址后缀，节省用户的输入时间。
预判用户行为
通过数据得知当用户进行某个操作的时候，下一步大概率会进行的操作的时候，我们可以增加一个判断，帮用户可以更快捷的完成下一步操作。比如当用户在淘宝进行截图操作的时候，淘宝直接会出现一个分享卡，就是预判到用户之所以要截屏，大概率是要分享出去的。
信息过渡
页面之间的切换可能会让用户需要重新去理解新页面的内容，这时如果我们能让页面之间的内容有一个视觉上过渡会对用户的视线有个更清晰的引导，让用户体验更流畅。
感觉上的轻和重
轻：下拉菜单
中：弹出框
重：切换页面
推荐几个交互动效设计软件flinto、principle
产品篇
做一个产品就像写故事一样，在什么场景下去完成什么目标，而我们是否能通过这个故事获得什么收益。比如说摩拜单车，它的主要用户是什么，上班族，什么时间，早晚下班，地点是哪里，住处和地铁站，需要从地铁站回家或者从家去地铁站，完成了什么目标，解决了最后一公里的路程，我们能通过这个场景获得什么收益，租车费用，出行数据，个人信息等都是，再细一点就是完成这个目标的流程是怎样的比如通过什么方式开锁和完成这个目标所需要的条件。产品最重要的是形成一套解决问题、逻辑自洽的方法，
以一个程序员社区为例：
产品定义
首先我们要清楚自己为什么要做这么一个产品？以mobclub来说可以是提供公司产品方面的解答，与开发者建立互动关系并形成粘性，增加公司知名度，发现更好的人才，最好能用简短的文件就能把我们的产品功能描述清楚和把产品的调性传递给用户。
用户分析
定位用户：我们要面向的用户是什么样的用户，世界上所有岗位都是服务行业，无论是生产、销售等等最终我们是要把自己创造的东西交给别人来换取利益，所以一定要清楚知道最终产品交付的对象是什么人。
了解用户：我们大概定位了我们的用户是什么样的，接着就要去分析用户的喜好、性格、行为习惯等，找出我们可以击破的点
发现共同点：我们不可能满足用户的所有需求，开发上不允许，用户接受起来也困难，这一步就是再细化到所有用户的共同点
挖掘潜在的需求：
最后把自己变成用户：这是验证前面的步骤是否错误，因为在整个过程中，我们自己会慢慢的陷入一个误区，因为产品的理解和普通用户的理解不一定就是一致的，这时就需要完全抛开产品人的角度，去尝试以一个普通用户的视角再过一遍需求。
市场分析
竞品分析：去研究竞品找到他们做的还不够完美的地方或者有一些好的想法可以借鉴过来，做到知己知彼。
现有资源：客户需要航空母舰，我们当然没那个能力去做一个出来，如果我们没有那么多资源去做一个事情，就不如抓住一点做到最好，虽然我们找不了航空母舰，但我们可以把航空母舰上的螺丝做好，有时候这也是一种机遇。
优劣势：不打不把握之战，扬长避短
用户能带来的价值：最终产品是要带来盈利的，在产品前期一定就要勾画好未来的盈利方向，有一个方向也便于你知道怎么去调整产品策略。
产品目标
规划产品短期内要做什么功能，达到什么业绩，长期又要做到什么，就像武器制造一样，都是使用一代，研发一代，规划一代，一步步的去实现最终目标。
需求列表、功能结构图、信息结构图、原型图
就给一些图示不扯文字了，这里开始就是真正去落地产品想法了。
开发篇
开发篇内容比较少，因为这一块想挖太深，我也只是做过Swift和小程序开发，再就是Web前端的JS、HTML和CSS这种代码，还有我学的第一种开发语言已经古老到没几个知道了的VF。在后面我还会把前段时间完成的小程序开发经历写出来，可以关注下，之所以要说开发，因为我觉得无论是做UI设计还是产品还是用户体验都应该了解一些开发的东西，我个人认为应该知道什么是开发好实现的，什么是开发不好实现的，这涉及到有没有必要去提高开发的难度和运行效率换取某个功能或样式的一点点的改进，以及弄懂最基本的一些知识，完全可以自己开发。
我主要是在前端开发这一块比较热衷，后端开发只接触过古老的ASP和一点点的PHP，但如果不涉及到数学理论的话所有代码的原理都差不太多，在一门语言的基础上去学习另外一种语言很快。
前端开发：主要是iOS的Object-c和swift，Android的Java和Web端的HTML、CSS、JavaScript，这里面最简单的就是HTML和CSS，前端主要用于接收后端数据、展示数据、页面样式呈现、页面交互逻辑，是直接与用户对话的途径。
后端开发：主要是PHP、Java等，主要接收前端数据处理后交给数据库。后端这一块无论是iOS开发还是小程序开发我一直在用的是LeanCloud这种BaaS服务，这样可以直接省去后端的部分，通过调用API的形式来获取数据或存储数据，对于我们一般开发者来说获取数据和存储数据基本就是功能的全部需求，个人很看好这类平台，把专业的事情交给专业的团队去做。
数据库：主要是mySql、MongoDB，LeanCloud就是用的MongoDB，用于存储数据，数据库里就是一条条的字段，在数据量大的情况下可以去做数据分析。
代码部分的关键点主要有常量变量、数据类型、运算符号、控制语句、函数、结构、类这几个，了解了这些就能读懂基本的代码了。
常量变量
用来存储值，比如前段想要展示字段，通常是从后端获取到数据库的一个字段然后存储到常量或变量中，然后去调用显示。
数据类型
通常有整数(1)、浮点数（1.009)、布尔（真或假）、字符串(jesseliu)这些，通常数组和对象虽然不是数据类型，但我为了方便理解也把它当成一张数据类型.
运算符号
加、减、乘、除、不等于、等于等等。
控制语句
if...else,switch...catch等，例如
if(x="男")
{
print("你是男人")
}else{
print("你是女人")
}
用于通过一定条件控制代码的运算流程。
-函数-
用于完成某个功能的代码块，比如我们把上面的语句定义成一个函数
function printsex(x){
if(x="男")
{
print("你是男人")
}else{
print("你是女人")
}
}
然后我们通过printsex("男")就可以去调用执行这段函数
结构、类
可以把很多不同的变量、常量、函数方法放到一个类中，类似于你想象用6个面组成一个立方体，而这个立方体就包含这个面的所有内容。
其他一些API、视图层、运算层、引入等等就不再涉及去讲了，背后都是这些基础的东西，就像所有动物都是由细胞构成的，只不过有的动物可以进行更复杂的运算，有的只能简单的完成吃饭、排泄。
题目太大，不够细致或者废话的地方请多谅解。
