作者：庆亮
链接：https://www.zhihu.com/question/19695190/answer/26041438
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
1. 什么是产品和什么是产品意识
虽然这两个名词挂在很多人口头，但是我想多数人可能都没有考虑过它是什么，也就导致没法搞明白如何去做。我对产品的定义如下（欢迎拍砖）：
能够帮助用户获得正向体验与价值的实体或者虚拟载体
特别要注意的是，现代产品往往并不是仅仅指实体本身，还包括销售、售后等环节；同时，在商业上这样的产品是可行的（这不废话么）。
对应的产品意识的定义：
产品意识是指在产品的Demo、研发、运营、改进、售后等整个生命周期中，尽可能最大化用户使用产品所能获得的正向体验与价值，包括操作体验、心理体验等。即便你的产品经理没有提这个需求！
恩，有点抽象是不？ 我也觉得。换个更加具有“产品意识”的解释：
想尽一切办法让用户觉得你的产品用的爽，即便你的产品经理没有提这个需求
“产品意识”某种程度上来说，其实是产品经理数量和能力稀缺的一个侧面证明，往往由于很少有人能够把一个产品的各个方面和阶段都考虑完善，因此非常鼓励和需要有产品意识的非产品人员。
这样看起来似乎通俗多了，然而问题又来了，我怎么知道用户是否用的爽，或者说用户的爽到底是怎么样被满足的呢？
2. “爽”的产品应该具备什么样的特点
先来看一组吐槽：
擦，什么破3G信号，经常断
擦，这么贵的4G，TMD不想我用是吧
擦，我刚买就降价
擦，什么破抽奖系统，花了几千块抽了个锤子
什么破软件，又崩溃了。。。那个啥功能在哪里啊
（先说明，我对锤子其实很有好感）。上面是一组很常见的吐槽，如果用心去体会，不难发现至少如下几点是用户非常关注的：
- 核心价值(这个产品最根本的价值在哪里)
- 稳定可靠
- 性价比
- 符合个人预期
- 使用简单
其中我认为第一点是必须满足的，例如手机无论如何都要能打电话和发短信。而其他的功能则根据情况会有所侧重不同，这里有个连接推荐阅读(基本型需求、期望型需求和兴奋型需求之间的关系【产品经理必读】)。
3. 开发人员的产品是什么？
啰嗦了这么多，还是没有到正题。按照前面的思路，先明白怎么做，首先要明白做的是什么。那么这里依然有个前提问题：开发人员的产品是什么？多数开发人员可能都只是认为给用户接触到的部分才是产品，其他部分都是自己人用的，怎么搞都可以。这个大错特错：
但凡是给人用的功能集合都是产品或者是产品的组成部分，不论是对外对内，甚至对你自己也是一样。
举个常见的例子，很多程序员从来不写任何注释，理由各有各说。这里深究起来就是缺乏产品意识，不方便别人去理解代码、改进代码，也不方便他将来自己去理解和改进这一段代码。
所以，对开发人员来说，一个API是一个产品，一段异步加载页面的JS代码是产品，一个内网签到系统是产品，不要歧视那些似乎看起来微不足道的工作，往往用户的正面体验就是来自于这些细节。
4. 如何培养意识
说实话，这个话题相当大，个人能力实在不足以去阐述清楚，这里只是提一点我的思路与实践心得。
4.1 培养意识之前首先要展示类似的东西
例如，对于做前端用户体验的程序员来说，先给他看看一批具有优秀用户体验的站点；对于做游戏AI的程序员来说，给他看看各种牛叉的AI、看看星际的编辑器；对于做基础框架的程序员，让他看看开源框架的站点、文档、社区等等。
这么做只有一个目的：先引起他对某种意识的初步认知和一定程度的认可
4.2 给予模仿目标去完成产品
人们对于意识的接受，终究还是因为真正的理解和认可，而不是被说服，仅仅依赖说服去让他人接受某种意识，在我来看是难以达到目标的，形式上的接受是没有意义的。
而去理解某个东西如何如何，最好的办法是实践。
4.3 适当的时间给予理论的帮忙与指引
一旦初步认可以及做了某些类似的事情之后，较为优秀的人（请允许我这么认为吧）会快速去思考如何做的更好、更快、更简单。然而多数人的快速进步实际上都是依赖于理论指导的，这个时候不能仅仅让Ta去一直实践，而是应该给TA一些相关的理论资料作为参考和指导，当然这中间TA个人的总结与反思也是少不得的。
哪些资料比较好？人人都是产品经理 (豆瓣)Don't Make Me Think (豆瓣) (其实我看的是中文版，哈哈) 深入浅出数据分析 (豆瓣) 等等，另外像张小龙、周鸿祎关于产品方面的演讲也推荐看看。
