前一阵子写了精确严谨以及安全可控的设计原则，详情可点击以下链接//www.greatytc.com/p/20f2eb308369
//www.greatytc.com/p/c72aadba2012
现在来写第三部分【核心场景与非核心场景之间的交互连接】。
由于笔者在做该项目时，没有曾经独立承担设计一个APP的经验，所以开始时只画了一个这样最常规的信息架构。由于笔者比较了解证券交易各个功能模块的本质作用，所以从逻辑角度也知道像资讯模块、直播模块、行情模块等都是为交易模块服务的，需要引导这些模块的流量到交易模块。
然而，最后开发出来的1.0版本并没有很好地做到以上所说的这件事情。脱离了执行细节，只知道大逻辑没有太多意义。【知道】和【做到】的距离是很远的。
为什么呢？笔者在开始的时候但没有将交易模块单独拎出来思考与规划它作为一个核心场景如何与其他非核心场景衔接，导致现在在非核心场景跳转到交易模块后，返回不到先前页面。为什么返回不到？因为笔者当时和产品经理们决定把做单页面做成一级页面！！！一级页面还能返回啥，跳出APP么[捂脸]
为此，在查看行情产生一丝丝做单冲动时，从行情详情页跳转到交易模块后如果想原路径返回查看现在趋势有没有变化，那么只能点击APP下部的导航栏进入行情首页再点击相关产品进入详情页，这样的体验非常不友好。又例如，后来开发的跟单功能，在看到牛人的做单记录后，假如也产生一丝丝跟单冲动时，尽管已经带了相关参数跳转到交易模块，但是用户难免还是会核对数据是不是一样，下单前查看下牛人有没有新的动作。然而，这时用户也只能点击APP下部的导航栏回到首页，再点击跟单功能入口，再找到对应牛人的那条记录，简单像取西经一样曲折。
最后，解决以上问题要么将做单页面做成二级页面，要么将交易模块做成全屏弹窗，像登录模块那样可以在各个模块灵活出现。总结来说，交互设计师在启动项目前需要考虑核心场景与非核心场景之间的交互连接问题，不然随着功能不断增加，会容易积重难返，这在设计话语权较低的团队环境中更是如此。
