设计时把用户放心上

前言：如题，设计时把用户放在心上，任何一款产品，其终极目标是帮助用户解决问题而不是盈利。如果抱着一颗盈利的心去设计产品，也许你能赚到钱，但很快会被市场淘汰，而如果你设身处地的为用户解决问题，那么你就是成功的，你的产品将成为老字号招牌。那么本章札记就记录一下我在读作者的博文时的末学浅见，另外将书中精华记录在博文中，供以后不停翻阅和学习。
你永远不会有足够的奶酪
你不太可能有足够的奶酪让人愿意客服哪怕是微弱的点击。
现如今，互联网的环境决定不太可能照搬一个ICQ就能成为腾讯，激烈的竞争关系让滴滴和快的合并了，58和赶集合并了。我们不太可能说，我这个产品多么多么的优秀，就是界面丑了点，小bug多了点，就能满足用户的胃口，所以说，让我们抛弃这个不争气的观点吧，如果你能做的更好，就不要再堂而皇之的说你的奶酪多么诱人，而忽略了你对用户的点击。
细节决定成败
古人有言：“勿以善小而不为，勿以恶小而为之”，从一个侧面也能看得出，一个人的细节可以鉴定出他的人性和品质，更何况一个产品呢？
令人赏心悦目的产品和牵强人意的产品，其差别就在于细节有没有被做好。
你可能也曾读过一个关于牙膏的故事，一家做牙膏的公司由于一些原因其产品销量呈现下降趋势，而其设计师为了能够扭转这一颓势，将牙膏口的直径做的大一点，然后大家都知道了（每当我在挤牙膏的时候，总是会怀疑，牙膏口径是不是太大，我得省着用，以免上了牙膏公司的当）。
细节很重要，无论是用在做产品设计，还是用在为人处世上，我们都应该谨慎小心。当然做产品的时候，往往在第一版的时候，我们不能顾全每个细节，那我们需要做什么呢？
把主要的功能做好
善于倾听用户的反馈，并且改进产品细节。
用户界面代表了软件
开发者都心知肚明，用户界面只代表了客户端，而服务端往往不被用户所知晓。然而对于用户或者客户，往往界面代表了一切，他们就是只关注用户界面这“冰山一角”。
OK，昨天去看了场面爆表的《速度与激情7》，作为我来说，我只是被华丽疯狂的场面所折服，而往往忽略故事情节的发展（好像的确没什么故事情节，看了片头就知道结果）。还有一件事，夏天来了，吸引眼球的美女也都“招摇过市”了，显然能够吸引我的是什么，不是她内心多么的善良纯洁，而是，而是，你懂得。
用户界面须优先设计
在你草拟用户界面的时候，你必须置身于技术开发环境之外。
OK，这让我自然而然的想到了金出武雄的“向外行一样思考，向专家一样实践”。
我很惊叹我的父亲他们一辈的人，他们在农村的老家盖了很多多的房子，对于房子的构建，他们从来都没有画过图纸，然而，等房子拔地而起后，都结结实实的，比起那些豆腐渣工程，我真不知道那些所谓的设计师、开发商是怎么黑心的。
当然，作为我们一个兢兢业业的软件开发者来说，用心的勾勒出一幅简单的用户界面，会比我们想都不想直接敲代码出来的界面要好的多，很多时候，当我画出来一个界面后，我会再三和有关人员进行沟通交流，这让界面的雏形融入了我很多心思，也为我接下来的工作带来了方便。
分页显示该休矣
刚接触这个标题的时候，我曾深深的怀疑过，这个观点是否正确。然而当我读完这个章节后，我觉得我被折服了。
当你有10个、50个、100个甚至是几百个数据需要显示时，我理解你的分页需求，但是当你的条目有几千条，谁会用分页从3810页中找出964也呢？
理想情况下，每次的搜索都应该只返回一个结果。
我这时才猛然醒悟，分页的确是个糟糕的选择。现如今的百度搜索，我往往翻了快10页的内容，也找不到我想要的答案，也许是我的搜索方法不对，但更让我怀疑的是，百度搜索的结果真令人沮丧，往往一页之内，内容相同的会呈现很多很多次。我想说的是，百度如果还这样搞的话，你的搜索业务终究不会再一家独大了。
作者提出的“无穷分页法”是个很不错的方法，现在的UC浏览器已经会预先加载下一页内容，而不必等你点击下一页按钮的时候呈现出来。然而，它依然不能让我满意，因为它重复加载了一遍多余的内容（下图红色区域），并且这些多余的内容占据了很大的屏幕内容。
当然，我相信无穷分页法是个不错的选择。不过作者也提出了无穷分页法对应的问题，也包含作者的解决方案。在以后的分页方案上，我需要记住以下内容：
你要为用户呈现一个相关条目的列表，并且要有一个明智的排序方法。
对待“弱视”的用户
首先说的是，此“弱视”是指那些只会读取屏幕上足以让他们完成任务的、最少量的用户。
当然，我就非常讨厌在屏幕上放一顿东西的页面，尤其是那些门户网站，显然那么多的字，让我完全不知道自己该读些什么。还有一些页面为了解释一个简单的东西，很“努力”的放很多解释说明文字在上面，显然我看都懒得看。
作者也提到了Markdown，然而我怎么都不习惯用CSDN的Markdown，尝试了很多次，我都不习惯。我发现，我还是习惯用按钮操作，而不是使用标记。
再谈浏览器底栏
把最重要的内容写在尽可能靠近页面顶部的地方。
无论如何，我非常赞成这个观点，尤其是对于博客这样的纯文字类型内容，很少有读者喜欢咬文嚼字的读完全篇文章。这就取决于你要把精彩的内容放在最上面，吸引读者进一步的去了解下面的内容。我是习惯于写一个前言，让读者了解我所想要表达的内容。
费茨定律与无限宽度
对于这个小节，我没有读到我需要的内容，就不做评述了，不过我在接下来会再好好读一遍。
单元测试的终极失败
当用户搞不明白怎么去使用你的软件时，当用户抛开你的软件选择了其他更容易使用的软件时，那便是单元测试的终极失败。
这一节我依然没有理解出太好的内容，很遗憾。
第一版做的不好，但照样发布
即使第一版做的很差劲，也要坚持把它发布出去。
我非常认同这个观点，只要能够满足用户当前亟需的功能，即使其他方面还不够完善，没有达到你的预期，也要敢于把产品推广出去。
你的团队对用户反馈的响应速度会为你的软件定下基调。
我之前也非常纠结于，到底我应该不应该把所有的东西做到我认为的极致再发布出来，然而，迫于压力，很多情况下，我发布出来的代码都不那么完美。然而我发现，我有很长很长一段时间去解决它，并且优化它，而用户真的，有的时候不在乎你在乎的内容。
我们早上出门之前都会照照镜子，梳理一下自己的衣帽和发型，然而有些时候，我依然会被同事指出我脸部有个脏东西，那这个时候，我没有感到羞愧，我很感激他，并且尽快的处理掉这个脏东西。