B端由于从事领域的不同决定了其使用功能几乎无共性，关键从目标，应用场景的角度出发分析。

不多说，直接主题。（附GIF图）

业务需求：两个核心产品需要为多个不同的具体项目提供具有自身体系的服务方案。

用户：

楼盘置业顾问－

房地产集团营销管理人员－

达标标准：

1、满足客户对于产品的易用性；

2、产品的架构对于研发，生产效率的提高；

3、业务的商业需求。

通过从体验地图开始梳理，对每个模块的连接构建不同的交互转场，考虑每个流程可能出现的问题，对其挖掘，提供解决方案，生产不同的设计组件，然后根据各个具体项目进行组装。

－以下是产品使用的三大场景：

设计师这时期的工作内容是搭建出可复用到其它同类业务或产品的底层的交互架构（标准模板）。在此基础上，基层产品根据项目订制需求和自家产品交互的一致性所形成体验流程，保持统一的同时又要有高度的自由性。不但适用于当前项目，还可复用到新的项目。

产品架构为多个不同的具体项目提供具有自身体系的服务方案

后期的主要工作就是维护与更新这些架构体系，并不断研究出更易用且能够复用的交互架构。

以下是我对于项目经验的要点列举：

复用性：展示交互组件，控件，模块用于多个子项目。

统一性：多平台通用。组件设计考虑多端适配，就能在ipad端项目有对接移动web／大型显示屏／VR设备需求的时候，直接复用，且增强了不同平台间的联系度。

例如：按钮大小；二维码在小屏幕时能扫到同时也要确保大投屏时各席坐的访客也能扫到。

易用性：由于用户多数是在讲解商品价值的情景下使用产品，因此作为辅助工具，产品不允许在讲解过程中对用户的沟通产生负面影响（销售人员不能在讲述过程中因交互流程繁琐而乱套，更不能让他们的客户对此产生认知负担），要确保交互流程的易用性，这就要求产品对于用户甚至是他们的客户来说都是要极其简单易上手的，即使是个别定制化需求也尽量不偏离产品主干。

关注试点项目各个环节：体系由表层来，又体现到表层中去。有项目做了试探性改进，同时也要跟踪它后期的各方面反馈：走查体验流程（测试流畅度、各平台适配问题）；用户对此的意见（可以通过客服传达／线上搜集／线下走访／现场观察）；技术架构开发的成本评估，制作人员对此方案的复用成本；正式站跟踪：试点版本的完善不能完全确保正式版本也能完善。

带来的价值：

技术集成，制作方面的效率提高。我们具体的服务项目是由平面制作和技术集成配合完成，我需要保证体系架构的通用稳定性，理论来说，随后制作组只需保持样式符合规定，在固定模块上传自定义内容即可。

客户口碑。用户对我们产品随着使用习惯越用越产生辨识度，越用越好用。

结语：个别讲述还需要具体图解，，后期找时间我会补充完整。。。