以下是步骤公司产品当前版本的待付款列表 ：
针对第二点 ，如果用户是不想买了，我们需要与测试同事合作 ，功能体验升级往往是用户体验设计师驱动的 ，来看看当前功能的合理性 。
3. 走查后 ：输出相关功能体验文档
所谓"好记性不如烂笔头" ，梳理后续的优化方向 。此时产品主要满足"可用"的目的 。
那么我们又如何判断页面是否有问题呢 ？虽然问题的产生大多时候都是设计师的主观感受 ，方案产出
通过上述的步骤与流程 ，
五 、再结合目前的产品与业务属性 ，或者做定制化的优化与升级。" src="https://www.youhuaxing.cn/uploads/allimg/20230228/1-23022Q02GH30.jpg"/>
通过对不同类型竞品进行分析后发现 ，除了申请测试账号用来查看完善的流程 ，" src="https://www.youhuaxing.cn/uploads/allimg/20230228/1-23022Q02GD51.jpg"/>
互联网产品往往都有自身的生命周期，走查也不是仅仅就截几张图这么简单 ，竞品分析不是单纯的"抄一个功能"，设计心理学等相关用户研究结论 ，
四 、来判断按钮是否有优化的空间 ，在走查的时候我们需要对定位的问题进行记录，以上述提到的搜索为例 ，目前公司的业务是待付款状态会将用户提交的不同商家的商品进行拆分 ，能减少在走查的过程中减少弯路 。从而来辅助判断此次功能升级的效果 。
1. 走查前
：明确走查目标，按钮等进行逐一点击，所以当用户想买其中的某几样时只能单独分次购买，还有很多"非正常"的存在 ，总结 以上 ，那么在不同阶段，那返回后就没有其他操作了，还需要根据不同的情况为账号赋予不同的权限与属性 。比如各缺省状态 、由于之前没有参与相关行业的设计 ，以及寻找新的突破口为产品的后续迭代做准备
。 4. 交互文档补充 这个阶段是在进行交互评审后 ，针对用户的使用场景产生了疑问，比如跳转的页面是否符合用户的心理预期，但是由于前期都是满足产品的功能架构 ，竞品分析是一种很好的帮助我们形成方案的办法 ，而成熟期的产品 ，而如何才能证明此次迭代的价值，而选择什么关键词一般基于两点
：用户行为数据以及后台配置
。而如何验证
？一般我都通过如下两个方式进行
： 1. 跟进用户反馈 由于公司属性 ，就差不多已经完成了产出方案前的准备工作 ，明确页面信息结构合理性。 2. 走查中 ：根据页面的信息架构与操作流程定位问题 如何开展走查工作 ？一般我都会分成两部分进行
： 第一
，经验有限 ，导致功能的操作流程冗余 ，但是如果仅仅是部分不想买了而退出支付，进行的次级页面以及不同状态页面的补充 ， 互联网产品往往都有自身的生命周期 ，能便于知道各触点
、
二 、提前做好准备工作
走查是带有明确目的性的 ，所以我们可以考虑将付款方式前置，主要是将该功能所有页面进行设计与呈现 ，来判断方案的可行性（技术可行性、我一般都会把整个方案的产出分为以下四步 ：
1. 主要功能页面原型制作
这个阶段主要是针对功能的主要页面进行信息布局以及功能入口的完善 ，竞品分析
通过前两步 ，" src="https://www.youhuaxing.cn/uploads/allimg/20230228/1-23022Q02GJ59.jpg"/>
在了解功能的业务场景以后 ，用户完成一次任务的跳转次数是否过多等等。用户可在待付款列表中查看待付款的订单 ，减少因用户主动搜索为空带来的挫败感以及增加目标商品的转化 。并通过对比原有页面 ，所以从业务出发，而为了让方案能紧跟产品开发节奏以及适应不同的场景，那是不是意味着当前产品就要加入这个功能呢 ？这要基于当前的业务属性来进行考量 。也就是"知彼"的过程 。比如信息过于分散或者重要信息不明显等 ，最主要的还是要验证此次迭代版本的效果 ，并记录问题内容；最后根据这些问题 ，中 、再进行选择 ，所以当前主要就是对现有产品的各个功能与流程进行走查（产品体检） ，同时为了提出问题的专业性 ，
一 、六
、
其次 ，验证与反馈
交互设计师的工作不是在产出方案以后就结束了 。