一个产品是由一大堆内容对象组成的，这些对象可以是层层嵌套的，大对象里包含着小对象。那么，总有几个是最大的、最根本的对象，它们是整个产品的根基，概况了产品的整体概念，决定了产品基本的信息架构。
iTunes Store是apple提供媒体服务的产品。主菜单里，强调“Music、Movies、TV Shows”这三大类内容。
与之对比，Google Play是google的内容产品：
虽然主次有所区分，“娱乐、应用…”这几个主要的内容很突出，但必定还是主、次都在一起显示，主要的几个部分还是不如iTunes Store突出。
其实iTunes Store也有各种零碎的小模块，只是藏的更深。
两者相比，iTunes Store的核心的对象更加明确，对核心对象强调的程度也影响了产品基本的信息架构，主菜单如何设置，那些小模块是单独为一个一级栏目，或是塞在某个栏目里。
这是常见的天气预报类产品的样子。
首页上有多项生活指数，洗车指数、穿衣指数、钓鱼指数… 每项指数都有详情，详情中又分：今天、明天、后天。
首页上还有多天的预报，点击后天，可以查看后天的详情，但其中却没有后天的洗车指数。
生活指数是按照各个专项为线索的，先专项，再日期。
多天的预报是按日期为线索的，今天、明天、后天…
同时存在这两个线索，洗车指数就有些难找了。
为什么会做成这样呢？
这是天气预报背后的数据。气象局发布出来的天气预报原始数据就是这样的。生活指数是一组数据，其中先是某某指数，然后是这项指数未来几天的数值。某城市的多天预报里是另一组数据，包括：天气现象、温度、湿度、风力…不包括生活指数。
“心理模型：产品的设计应该贴近用户的心理模型，而不要贴近实现模型。” 这个天气预报就是贴近了实现模型，是直接把实现模型展现出来了。所以会有这样的疑问：后天的详情里，为什么没有后天的洗车指数？
要贴近心理模型，怎么贴近？怎样才是用户容易认知的？这是第一篇开头提出的问题。
用户善于理解具体的东西，所以，要把产品表现为一大堆具体的内容对象，而这一大堆又是源自若干个最核心的，这些最核心的非常应该是具体的。
要给天气产品找到好的核心对象，具体的、易理解的。
在天气预报产品中，“日期”是更容易理解的对象，今天的天气、明天的天气… 专项的生活指数是更专业的概念，不易认知，用户并不都能猜到，这个产品中一定有洗车指数，但却都能猜到，一定有明天的天气。
天气预报产品应该以“日期”为核心的对象，整个产品中就是一天又一天，每天中有此天所有的天气信息。
我们重新设计一下：
首页是这样一个视图：今天+明天的摘要+未来多天的摘要。
明天的详情中，是明天的所有信息，也包括明天的洗车指数。
整个产品只以“日期”为核心的对象，原始的数据，都根据日期拆散，装进每一天里。
这样的重新组织数据的过程，就是“产品的设计贴近心理模型，远离实现模型”的过程。依据是先确定下产品的核心对象，以此为纲。
一些医院里有专门供患者自助打印以往病例的设备，类似地铁买票的设备。用户刷医保卡识别身份后，可以看到自己以往的病例，选择要打印哪份，扫码付费，病例就打印出来了。
为此设备设计的软件，最初的设计：
为什么要分成这样两步呢？因为，通过调研发现，绝大多数患者打印的都是自己最近一份的病例，于是，做了这样的设计。似乎是更针对用户的实际使用情景了，但也有弊端：
1.多了一个“二选一”的步骤。
2.这个“二选一”是抽象的，虽然不复杂，只有两个按钮，但却是抽象的。两张照片，两个好友头像，都是相对具象的。两个按钮，用户只能阅读按钮上的文字才能知道这两个按钮是什么。
改进一下：
用户会想象这个设备里有些什么？
很多很多的病例，一个病例档案馆，确认了身份，就能调出自己的病例来。
这两个按钮，左边的是最近一次的病例，右边的是以往病例，都是在说病例，把“病例”这个概念表现出来：一份最近的病例，一摞以往的病例。
再调整一下排版：
其实就是一个列表，就够了，最近一次的排在最前面。
这里的设计思路是：产品围绕着“病例”这个概念，满足各种使用情景。
而不是：只依据情景设计界面，更不是根据功能设计界面。
我们也可以评价原先的设计是：过度设计了，应该少即是多，应该界面越少越好… 但“贴近用户心理模型，以核心对象来贴近心理模型”，这些更有用。
据说，人脑要10-15万年的进化，才能出现显著的差异，也就是说，今天的人脑，与10万年前的人脑差不多，是用来处理狩猎采集活动的，擅长认知具象的事物。用户的心理模型往往是具象的事物。
以“一份份病例，一个个好友，一张张照片…”这些具象的内容对象作为原材料，构建出来的产品表现模型更容易接近用户心理模型。
这里强调的具象的对象，是概念上的，而不是样式上的。当我们说到“玩家”时，不必一定要画出一个人的形象来，一个头像图片+一个昵称可能就够了。说一条条新消息时，不必一定是一张张真实纹理的小纸片。
以上几个例子，我们看到，核心对象对产品有什么样的作用。接下来的两篇，我们将仔细分析下：
怎样确定产品的核心对象；
核心对象如果不止一个，怎样设计它们之间的关系。
核心对象以及其彼此关系，我称之为：核心模型。
若有收获，就点个赞吧
0 人点赞
