还不错VS啥鸟货

用户：”嗯，这还不错”
本宝宝：“内心是平静的^_^”
用户：”哦？这是啥鸟货！”
本宝宝：“我艹，你TM再说一遍>_<”
上面展示了用户使用产品的感受与开发者的内心反馈，当然开发者的回应有点点夸张，实际中我们要本着客户就是上帝的态度为客户服务。

差评来源

当自己的产品得到差评的时候你心里在想什么呢？
1、怎么会这样呢？
2、不应该啊！
3、不知道为什么会这样！
4、程序运行出问题了？
5、出什么岔子了？
6、需求搞错了？
……
这些是用户给出差评的理由吗？
1、是。如果真的是这类问题的原因，那说明自己被骂的还不够多、项目的前期工作没做好、测试工作没到位，现在如果要修改的话就只能自求多福了，这里不对这种情况继续讨论。
2、否。如果不是这类致命问题的原因那用户为什么会辣么不满意？
猜测用户给差评时的原因：
①首先用户给出差评肯定是产品用着不爽
②产品用着不爽有可能是界面、功能、性能、体验度的原因
③现在网络这么发达比着好看的例子模仿下界面、找点资料实现下功能、找点资料改进下性能这都不是问题，最大的问题可能是用户体验度
④猜测问题可能出在用户体验度（如果是因为界面、功能、性能而被差评说明知识储备不够）

该做什么？

• 程序员要考虑用户体验度吗？
• 这不是产品经理、项目经理该考虑的问题吗？
• 我只要完成分配给我的任务就好了。
• 我只要实现功能就好了。
• 产品方面的锅必须领导背。
• ……
  这可能是大部分入职不太久的兄弟们内心所想的，但是当自己工作一段时间了储备的知识基本够用了，请不要再这么想了，请脱离代码这个狭窄的层面，除了完成自己的任务、实现某些功能、改进某些性能之外，你现在应该考虑站在产品的角度看待自己的工作了，应该考虑站在项目全局的角度看待自己的工作了！
  现在你以站在高处的视角去考虑去做，以后才更有可能真正站在高处。

进阶之路

• 用户不认可产品很有可能就是因为内容分类不明确，我们只要按照用户的需求在前台挪动一下代码的位置就能解决这一问题，代码一点都不用改；
• 用户不认可产品很有可能是因为提示信息不明确，我们只要把按钮、弹出框等等的提示信息改一下就能解决这一问题，代码99.9%都不用改；
• 用户不认可产品也有可能是因为信息展示方式不合理，我们只要调节一下顺序与排列也就把问题解决了。

这些问题站在代码层面考虑简直就不是问题，但是站在用户层面、在产品层面上看就是致命的问题，千里之堤溃于蚁穴，如果真的是90%的工作都做了就差10%的工作没做到位而被否定这很遗憾，这也是对自己的不负责任，对公司的不负责任，因此我在这里呼吁：实现功能之后以第三者的身份、站在用户的角度、不含任何感情色彩地使用一下自己的产品，看看产品使用是否顺手、操作步骤是否合理、提示信息是否明确，以确保能做出用户满意的东西。
认识不到问题的严重性往往是因为没有把问题的重要性提高到一个它该有的高度。
从代码层面考虑问题转变到从产品层面考虑问题是程序员发展的必经之路，只有这样你才能写出符合实际的好代码，做出用户认可的好产品，不仅仅是实现功能、达到性能指标就万事大吉了，所以转变一下思路吧，站在新的高度看待自己的工作吧，你的前途一片光明。