关于任务流程和产品结构

2022-05-31 分类：网站建设

背包里的东西本来要放在家里的，但第二天到了公司才发现，又揣到公司来了。

　　朋友换了新号码，打来电话，本来应该存起来的，但挂断电话后就去干别的了，总也想不起把这个号码存入通讯录。

　　或许你也有过类似的情况吧。把这些情况归结为：懒，嗯…我不知道这些算不算懒，不过，如果从设计的角度去考虑，会更有意思。

　　关于任务流程和产品结构…

　　说这个事儿得先从任务与结构说起，嗯，绕的有点儿远，我尽量简要的说：

　　流程对应于用户的任务，是指用户完成一个任务的流程。用户来做接电话这个任务，为的是实现沟通交流的目标。这个目标是手机这个产品帮助用户实现沟通交流目标的一部分。(至于“目标”与“任务”的概念，是“目标为导向的设计”中的概念，这里就不多说了。)

　　设计需要同时考虑用户任务和产品结构。之前的《为产品结构的设计，为用户任务的设计》中，曾经专门说了这儿事儿，简单的说，是这样：

　　设计中很好的照顾了任务流程，使得用户在完成那些主要的、常用的任务会比较顺利;产品的结构清楚、合理，使得用户容易学会，可以比较容易的找到想要的。对于一个产品的设计，“为任务、为结构”需要并重。

　　原因一：没在任务流程中

　　按照上面这个模型，接电话这个任务的流程大致是这样：

　　接电话之前，用户可能正在做别的事儿，正刷碗呢，来了个电话。此时，用户的目的性很强，使用电话这个产品是很倾向于任务的，非常清楚自己要的是那个“接听”按钮，通话结束后要的是“挂断”按钮，然后继续刷碗。至于手机系统整体的结构，此时是不关心的。

　　手机很好的为这个任务设计了流程，适时的提供了接听、通话中、挂断三个页面，让用户可以很顺利的完成这个任务。

　　多数时候，“接电话”这个任务里，并不包含“添加为联系人”这一步，它不在这个流程中，而是在流程的旁边，偶尔会被牵扯进去。所以也不太容易在此刻受到用户的关注。

　　原因二：不容易被想起

　　另外一些时候，用户来用这个产品，目的性是不强的，并不是特别着急的想要完成一个神马事儿，而是根据自己的意愿主动去做些事儿。可能会看看微博，又看一眼邮箱，再聊两句天。此时用户的视野是比较宽，可以比较从容的面对这个产品。此时，就需要产品的结构清晰、合理了，得让用户能搞明白在哪儿打开邮箱，在哪儿刷微博。“添加联系人”功能是放在通讯录中的，这是出于“为结构”。为的是用户主动想要添加个联系人的时候，能猜到去哪里找到这个功能。

　　不过多数时候，主动去做，也很少有人会想起要整理一下通讯录。我闲着没事儿的时候会想着看看电脑，倒杯水喝，拿起手机玩个游戏，却不会主动想到去整理下背包。

　　如果背包是放在屋里很显眼的位置，那么也有可能看到了它，想到了里面还有东西要拿出来。是的，如果增加在用户面前的曝光几率，也更容易用户被想起来。但因为“为结构”的考虑，添加联系人被放在很角落的位置，并不容易被看到。

　　不论是用户主动的意愿，还是因为被看见所以被记起，“添加联系人”总容易被忽视。

　　如何改善？

　　一、尽量往流程附近凑合。

　　既然是因为没在流程中所以忽略了，那么就使劲让这些操作与流程挨的更近些，比如：陌生号码来点通话结束后，提供“添加为联系人”按钮。

　　甚至可以更进一步—半自动化。挂断电话后，直接给出添加联系人页，号码自动填进去，等着用户再添加个姓名。

　　(写完这段之后的当天晚上，就听朋友说起来，android的某些版本就是这样做的。我很欣慰~)

　　二、让这些功能往用户眼前凑合。

　　既然是因为用户不太会主动想到做这些事儿，那就增加曝光，多让用户看到，从而想起。尤其要在短时间内，因为时间越久，越记不清楚。

　　我很担心这种说法会催生出一些第三方优化版本android系统中，搞出个弹出窗口之类的。我不是那个意思。这种提醒仍旧要保证比较好的产品结构。这对Android来说相对容易，android的桌面自由度比较大，可以显示出个信息比较丰富的联系人列表;对于IOS不那么容易了。

名称栏目：关于任务流程和产品结构
URL网址：/news14/162014.html