本文内容如题。
最近正巧看了点交互上面的书，然后正巧有个功能。
业务场景
通过现有的订单信息来提交保函
先说结论吧
对于偏向操作的需求，列表搜索提交查看单页面更优
需求功能点
- 搜索订单
- 单选订单
- 填写保函、提交保函
- 查看保函
功能点很简单，于是就有了一个争论：我在搜索订单的页面里面直接提交保函，还是新开一个页面来提交保函呢？
1.png
对于这种流程，我感觉还是太陈旧了。
多页面打开的优势在于
- 操作上多个对比
- 窗口重新排布
- 精准分享链接
但是对于一个偏操作的需求弊端也非常明显
- 新开页面等待时间
- 太多浏览器标签页
- 列表状态刷新
我们还是回来看一下衍生需求吧
- 没有保函间并没有对比的必要
- 保函并不需要把唯一链接分享给其他操作
- 后台操作并不需要做 SEO
- 列表需要在提交之后刷新
然后从写代码的角度来说，我们已经实施了全站前后端分离以及全站 Ajax，我只需要维护一份内存对象，几个模板，双向绑定上去就好，外加一些交互控制。还能减少【通过 id 加载订单信息】的请求。
所以真的在本页操作会更好一些。
2.png
要是不服，有本事你来咬我呀！
很多人被类似竞品和参考产品毒害太深，在做产品或者需求或者功能或者逻辑设计的时候，已经忘记了全面分析。
