问：设计评审出现的场景？
场景一：设计方案交稿前对自己的方案进行检查
在我们设计完成后，往往需要对自己的稿件进行初步的检查，这样才不会在交互评审的过程中出现较大的问题，在这个方案自查的过程中，我们需要跳出自己的思维模式，带入用户的常用场景对产品进行检查，才能保证产品的上线质量。
场景二：临场评稿
在设计过程中我们经常会遇到临时需要帮别人看设计稿的场景，比如说交互评审时，有时开发和产品会争论不休，谁也说服不了谁，这个时候需要交互这边基于用户场景对方案的看法。
在这个时候，需要交互设计师有一套自己的评审思路，什么样的方案才算合格的设计方案？
给到开发端和产品端一个合理的建议。
问：评审的交互维度
操作流程是否流畅
框架结构是否合理
内容呈现是否完整
用户的互动与引导
相关推荐
Twilight_m...：表格简历有点难绷。说说个人看法：
1.个人基本情况里好多无意义信息，什么婚姻状况、健康状况、兴趣爱好、户口所在地、身份证号码、邮政编码，不知道的以为你填什么申请表呢。
2.校内实践个人认为对找工作几乎没帮助，建议换成和测开有关的项目，实在没得写留着也行。
3.工作经历完全看不出来是干什么的，起码看着和计算机没啥关系，建议加强描述，写点你在工作期间的实际产出、解决了什么问题。
4.个人简述大而空，看着像AI生成，感觉问题最大。“Python，C，C++成为我打造高效稳定服务的得力工具”、“我渴望凭借自身技术知识与创新能力，推动人工智能技术的应用发展，助力社会实现智能化转型”有种小学作文的美感。而且你确定你个人简述里写的你都会嘛？你AI这块写的什么“深入研究”，发几篇顶会的硕博生都不一定敢这么写。而且你AI这块的能力和软测也完全无关啊。个人简述建议写你对哪些技术栈、哪些语言、哪些生产工具的掌握，写的有条理些，而且最好是和测开强相关的。