用例规约描述系统完成一项业务需求的时候，需要做的一件件有最终结果反馈的事。而交互设计是针对这些事的过程重新以用户觉得舒服系统能提供的方式进行梳理。
举例我们去买东西，同样是买一件东西，去A店可能开开心心地回来，但是去B店可能买完了之后就很烦躁。
为什么会有这种区别呢。可能我们去A店的时候，可以顺利地找到我们想要的东西，而且最后结账的时候，服务员还特别的服务态度好，还送了个小礼物葱啊，小辣椒之类的。
但是我们去B店购买的时候，B店的东西摆放的特别的零乱，我们要找的东西走了老半天才找到，去结账的时候，服务员又不给我好脸色看，这心情一下子就因为这个小事而down下来了。
这个进去商场买东西（买东西的过程省略了），给钱，拿到最终的物品的结果，就是“消费者”需求的基本路径。而买东西的体验过程需要依据“消费者的喜好”进行整理，以“消费者”觉得舒适的方式提供给他。它基于需求，但是高于需求。就是让我获得我想要的东西之外，往往还有一些意外之喜，例如，得到了个葱啊，小辣椒啊之类的，心情也特别好。
虽然我们和系统都是四个步骤的推拉过程，“请求”“验证”“处理”“反馈”。但是这四个步骤，是要落实到一人和机器面对面的交流。那么这四个动作在完成的过程中，系统如何以“人”觉得舒服的方式“请求”，“验证”，“处理”，“反馈”，就是融合了系统用例规约的路径（包含基本路径和扩展路径）和系统质量需求，最终通过用户体验设计，进一步打破重组，形成完整的用户体验，最终满足需求。而有时还可以在满足需求之上，还让用户得到意外之喜，这样设计就还稍微超越了需求的设想。
网友评论