学习方法的分享

用户在使用一个软件、访问一个网站的时候，操作流程至关重要，这里的操作流程也可以说成是页面流。这个对用户的体验来说至关重要，涉及本能体验和行为体验。统一规划的操作流程能够提供持久统一的用户体验，当然也可以根据具体情况有所变化，不一定非要全部一致。举个例子，windows下所有的软件安装步骤里都会有“下一步”的操作，这就是统一的操作流程，想继续安装就点下一步。但windows下点击窗口右上角的x的时候，有的软件是关闭、有的软件是最小化到任务栏，这就不是统一的操作流程，点x的时候到底是关闭还是最小化？

对于网络产品而言，用户的操作流程可能存在两种主线，现在拿在一个bbs里面发贴来举例：
1，殊途同归
在首页、读版页、读贴页都有“发贴的按钮”，也许别的什么地方也有。无论你在哪里点击那个发贴的按钮都会进入发贴的页面，关键是发完这个贴你去哪！所谓殊途同归就是无论你从哪里电机那个发贴按钮，发完贴后都去同一个地方，比如都去该帖子的读贴页。

2，哪来回哪去
所谓哪来回哪去就是如果你从首页点的发贴按钮，发贴成功后返回首页，如果你从某个列表页内点的发贴的按钮则发完贴后返回刚才的列表页。

1和2各有各的好处也各有各的缺点，对于产品的新用户来说更为明显：

1的好处是能够充分引导用户使用产品的功能，比如发完贴后进入管理页，这个页能看到编辑、删除的功能，还能够根据某种方式进行排列等等。让用户发完贴就进入管理页，能快速准确的了解在这里有这些功能，这些对用户特别是新用户来说是比较有用的。但1有一个严重的问题，用户从A页点击一个链接或是做了一个操作后进入B页面，B页面是一个操作页，也就是一个中间页，在B页面操作了以后到了C页面，这时候A页面跑哪去了？C页面用户是否知道是什么页面？用户是否想进入C页面？这样的问题仅仅是一个弹出窗口是不能解决的。

2的好处显而易见，用户从A页面点击一个链接或是做了一个操作后进入B页面，在B页面操作后返回到A页面，从哪来回哪去，用户、特别是新用户不会丢掉。但这样做仍然存在问题，就是用户在B页面操作的结果在哪里？哪里能看到前一个操作的后续操作？这样的问题也不是一个导航可以解决的。

前面说的都是对新用户而言，那么老用户呢？老用户没有熟悉产品的问题，也没有丢掉的问题。看上去好像采用1或是2区别不大，但实际不是这样。这时候就需要具体分析从A到B页面所进行的操作了，也要分析整个产品的框架以及普遍的用户习惯。比如上面的例子，发贴成功后去哪里？可能读版页更受欢迎。编辑了个人资料后去哪里？可能个人资料展示页更受欢迎。问题比较复杂，需要具体分析。

我比较赞同的方式是采用哪来回哪去的方式，然后采用给用户足够的信息提示的方式适当缓解这个方式的弊端。在B页面操作返回A页面后，在A页面内体现出操作的后续可能，具体采用的方式和位置因产品而异，但如果你能清楚的告诉用户他对于刚才的操作还能做什么、还可以去哪里，就ok了！

操作流程还有个经典的案例，就是对于带有翻页的信息列表内的某一项删除后去哪里的问题。如果你身处第二页，删除了第二页的某条信息后是返回第一页还是呆在第二页？如果你删除的这条信息是第二页唯一的一条信息，那么删除后去哪里？这时候一共有多少页？你在哪里？类似值得思考的细节还有很多，比如：

回贴以后去哪里？
如果还在该贴子页的话，在第一页还是最后一页？
一页多个回贴使用锚点定位吗？

我觉得把操作流程整明白了不容易，对于相对复杂的大产品而言就更不容易，对于也需要考虑执行成本、运营方向的产品经理来说整明白就更不容易了。但这个工作一定要做，而且要做好，无论你采用那种方法，也可能你采用混合的方法，你都需要有足够的理由支撑自己的选择，更重要的是，你需要总揽全局来做这样的决定。在产品上要看的更远，更注重细节，更贴近用户的操作习惯。

后话，好久没写细节思考了，fuck.txt里面已经积攒了大概30个想写的话题。我现在的想法是如果能1天写一个细节思考就好了，希望未来的n天里面我能有这份时间和精力，最主要的是有这份思考细节的心情。