客户决议了咱们产品的购买（部分情况下也统筹使用），而用户则决议了后续产品的复购率

客户决议了咱们产品的购买（部分情况下也统筹使用），而用户则决议了后续产品的复购率。因而在事务理解中，咱们需求弄清楚当时产品所处的服务阶段，比方初期为了翻开市场肯定更倾向于客户，而中后期为了进步产品的使用体验又会偏向于用户。

因而咱们首要需求弄清楚的便是当时产品是为哪些「方针用户」服务，这也就决议了咱们在规划信息架构时对应的不同侧重点。

（2）场景：需求源于场景

场景是指需求产生的某种条件，这个条件包含但不限于环境、时刻、地址、空间等，只要上述条件满意，这个需求才干建立。这儿能够把场景理解为产生该问题的原因。

比方当用户提出「她需求一件衣服」，那么咱们就需求弄清楚用户为什么需求添加衣服，是她感冒了自身觉得冷还是因为外界环境冷。这两种场景涉及到的处理方案是彻底不一样的。

在平日的工作中咱们能够通过以下两种方法来更好的了解事务场景：

通过事务方文档进行事务布景的开始理解。事务文档中一般都会包含需求布景，咱们能够通过文档进行开始了解。

通过事务交流进一步加深事务布景的理解。因为许多B端事务离规划师自身的日子比较远。

因而关于需求布景中不理解或者比较模糊的部分，咱们能够通过与事务方或产品多次交流来挖掘最底层的布景。

究竟需求布景是理解事务的重要步骤，咱们只要知道需求产生的原因，才干够针对性的给出处理方案。

（3）方针：事务方针和规划方针

方针决议了咱们的产品终究的方向。咱们首要接触到的一般都是事务方针，而咱们要做的便是将事务方针转化为咱们此次的规划方针。

① 事务方针

事务方针便是此次事务想要处理的实际问题，它通常是一个微观上的描述。比方打车软件的事务方针简略归纳来讲便是让用户能够更快速地打到车，减少等待焦虑。咱们一般通过文档或者交流来了解该方针。

② 规划方针

规划方针是咱们基于事务方针而给出的规划策略，是一种更具体的完成方法。比方咱们要让用户快速的打到车，那么这个时分咱们的规划方针便是通过将用户方位和司机方位进行快速匹配，并通过超时补助红包的方案来下降用户焦虑。然后完成事务方针。

而这一进程涉及到的信息点就有：司机方位、乘客方位、等车时刻、补助金额等元素，并需求考虑它们之间的联系和出现方法。

能够发现从事务方针转化到规划方针这个进程，实际上便是在确认功能和信息点的进程。这样才干让咱们更好地规划信息架构。

2. 信息架构中心：信息安排

从前文能够看出咱们会在全体规划进程中出现许多的信息元素。如果不通过对应的安排和处理，直接堆叠在一起，那么信息意义会比较乱且难以调用。比方下方：

而右侧图片信息的安排进程能够理解为通过将零星的数据信息进行分类，再以某种结构化的方式将它们重新组合排布的进程，直白一点便是先分类，再结构化出现。我用一张图来标明这个进程：