你入职一家新公司，负责产品一个功能点的迭代，你是否可以梳理之前的业务流程，画出新的可进行开发的业务流程
我没有画过流程图
我没有画过流程图，但是有简单的思路
我有画过流程图，但是流程图不是很清晰
我画过流程图，大多数时候开发可以按照流程图开发
我有丰富的流程图绘制经验，且每次开发都可以按照流程图开发
老板看到一款新产品，说这个产品挺有意思的，你去研究一下这款产品怎么玩的。接到这个需求你能不能快速的向老板表述出这款产品的业务逻辑是什么？
我没有经验，不知道怎么画业务逻辑图
我没有经验，但有简单的思路，可以尝试画一下
我有相关的经验，但是在业务逻辑的梳理上不是很清晰
我梳理过业务逻辑图，可以快速额产出业务逻辑图
我梳理过多款产品的业务逻辑图，可以非常清晰并快速的额产出业务逻辑图
假如技术问你APP的轮播图要设置多长时间的时候，你是否可以有理有据的告诉技术设置的时长
没有概念，不知道要设置多久
没有概念，预计一个时长
有点概念，但是说不准是多长时间
有清晰的理论知识，明确的给出设置时长
有清晰的理论依据并举证案例辅助解释理论，明确的给出设置时长
假如需求+业务流程+原型设计都明确的情况下，可以利用软件设计出带交互效果的体验demo
不会使用软件制作
不会使用软件制作，有点思路，可以尝试做一下
会相关软件，但是demo的交互体验不好
会相关软件，可以设计出带交互效果的体验demo
有较强的软件功底，可以设计出交互效果较酷炫的体验demo
你是否画过一款产品所有的页面原型图（或针对一款产品画出30张以上的原型图），让设计产出视觉稿时不存在结构性调整
没有画过，不知道怎么画
没有画过，知道怎么画，可以尝试画一下
画过，产出的效果一般，设计总是改我稿子
画过，设计无功能结构上的调整
有过多次的产品设计经验，设计稿的结构和原型无结构性调整
假如现在让你画出微信所有一、二、三级页面的原型图（如：我的--设置--隐私：2019年7月统计约70个页面），能不能在2天内完成？（不含小程序）
不能，没有画原型的经验
不能，画原型的能力不是很好，估计能画30张
不能，画原型的能力不是很好，估计能画60张
能，原型的质量不会很高
能，可以快速模仿并高质量产出
在绘制原型的过程中是否考虑到设计和业务关系，在设计原型的时候，就提前备注出内容的使用要求，产出适合业务的原型方案。举个例子：你的产品需要非专业摄影用户自己上传图片，图片的效果不能保证，能否让设计师设计的时候注意不要使用高质量的精美图片
没意识，不知道为什么这么做
没意识，有些感觉
有意识，但不是很清晰
有意识，知道这么做的目的
有意识，自身设计的时候就会注意
是否有过三端产品（APP、web、小程序）的产品设计经验，了解每个端的设计规则和基本特点，调整产品的表现形式，保障各端体验优良
我没有做过线上的产品
我只做过一个客户端的产品，对其他客户端的产品设计规则不解
我只有两个客户端的经验，对于另一个不是很了解
三端客户端的产品都有接触过，不是每个客户端的设计规则都非常清晰
有丰富的三端设计经验，每个做得都符合设计规范，在三个客户端能用适当的形式实现产品功能
是否和交互设计师为产品设计过复杂/精致/酷炫的交互动效（前端想杀人的那种）
没有
没有，有点经验，有机会可以试一下
有过，但是设计出来的效果不是很理想
有过，交互效果非常好
有很多次，交互效果都非常好
你是否可以清晰绘制出五个角色以上，不同阶段的业务流程图，明确每个角色在不同阶段的流程
没有经验，不知道怎么绘制
没有经验，有些思路
可以，但是每个角色在各阶段要处理的问题会有遗漏
可以，大多数时候可以梳理得很清晰
可以，有丰富的经验，可以清晰的绘制出完整的复杂业务流程图
熟悉自己负责的产品的系统架构（系统与系统间关系），能在产品设计时，明确需要牵扯哪些内/外部系统（含：系统间交互；第三方系统/服务的接口与调用）
不了解系统架构
不了解系统架构，听说过
知道一点系统架构的知识，但是不是特别清楚
了解系统架构，可以产出的产品的系统交互图
非常熟悉前后台系统，了解前后台各系统间的运转流程
MVP（Minimum Viable Product 最小可行性产品），即用最快、最简单的方式建立一个可用的产品原型，来验证你的想法是否靠谱。当你想上线一款产品，你是否总能在脑海中想象定义出其MVP版本的样子，且其MVP版本的实现成本一定远低于正式版本？
我没有做过相关的事情
我曾经做过MVP，但效果并不好，最终也没有得出一个确定的结论
我有过相关经验，但并不总能保证其较低的实现成本
多数时候，我提出的MVP版本实现成本都低于正式版本
我极其擅长MVP设计，总能提出最小成本的验证方案
当你有了一个让你很兴奋的Idea时，是否总能够快速评估出该项目能否成功的关键，并能够针对这些关键节点进行思考，自主设计搭建出该项目的MVP版本，对于关键节点是否成立进行快速验证？
我没有做过相关的事情
我曾经做过MVP，但效果并不好，最终也没有得出一个确定的结论
我有过相关经验，但效果时好时坏
多数时候，我都能独立设计搭建出可被验证的最小成本方案
我极其擅长MVP设计，总能提出最小成本的验证方案
假如在不借助研发、产品资源介入的情况下就想要验证一个关键页面的有效性，是否能够独立通过搭建出该页面“可被验证的最小成本方案”来快速进行有效性验证，是否总能够快速在1-2天内一个人想办法搞定该页面的MVP版本，并获得验证成果
我没有过相关经验，不知道该怎么做
我虽然没有做过，但有一些思路可以尝试一下
我有相关经验，但过去的经验说不上特别成功，也不知道自己能不能做好
我有过相关的成功经验，如果有机会，相信自己大概率能做好
我曾有过大量的成功经验，即使不借助产品研发资源下，也一定能快速验证方案
你能否迅速判断一个A/BTest中（例如两个版本的首页哪个更优）可能会存在哪些对于测试结果会产生影响的变量（比如面向的用户群是否相同、是否存在同期间有其他活动干扰等等），并能够通过事先的针对性设计，尽可能排除干扰变量的影响？
我没有做过这类事情，不确定该怎么处理
我虽然没有做过，但有一些思路可以尝试一下
我有相关经验，但过去的经验说不上特别成功，也不知道自己能不能控制好变量得出最终结论
我有过相关的成功经验，如果有机会，相信自己大概率能做好
我曾有过大量的成功经验，在排除干扰项上有很敏锐的判断能力和丰富的解决方案，我一定能做好
针对一个即将上线的A/BTest（比如针对一个关键页面的测试，或是给用户推送两种不同形态的内容那种更容易获得用户转发分享），你是否能够快速梳理清楚在产品中可能会有哪些数据埋点的需求，以及一些关键数据如何定义更合理（比如内容的打开率是多长时间内的打开率等等），并能够跟产品清晰提出需求，确保上线后的数据可以支撑测试快速形成结论；？
我没有做过这类事情，不确定该怎么做数据埋点
我虽然没有做过，但有一些思路可以尝试一下
我有相关经验，但过去的经验说不上特别成功，也不知道自己能不能很准确的提出数据埋点需求
我有过相关的成功经验，如果有机会，相信自己大概率能准确提出需求
我曾有过大量的成功经验，在AB测试过程中的数据埋点有丰富的经验，我一定能做好
在增长或产品工作中，如果遇到一个测试推进了很久都无法得出可依靠的结论的情况（比如一个页面方案测了很久，但不同测试周期内的数据表现特别不稳定），是否可以快速梳理清楚关键问题所在，通过调整工作方向和内容快速帮助该测试得到可依赖的结论；
我没有过相关经验，不知道该怎么做
我虽然没有做过，但有一些思路可以尝试一下，但不敢保证结果
我有相关经验，但过去的经验说不上特别成功，不确定是否能准确梳理出问题所在
我有过相关的成功经验，如果有机会，相信自己大概率能抓准问题并快速解决
我曾多次在AB测试过程中的遇到过无法得出稳定结论的情况，比如数据不稳定，存在特殊事件等，我都能很快找到问题所在
有没有做过覆盖100万总用户量级产品灰度发布的经验
没有，不知道什么是灰度发布
听说过，知道简单概念，但是没有做过
做过，但是产品上线的过程并不是很平稳
做过，基本可以保证产品的平稳上线
有多次灰度发布的产品经验，每次都能保证产品的平稳上线
有没有主导/参与过大型产品的功能设计（100个功能/200个页面）
没有
简单参与过其中的一个小功能
参与过大型产品设计的整个流程
主导过大型产品设计的整体功设计
主导多次大型产品设计的整体功能设计