面试怪谈之复盘5

前言

讲一句实话啊，最近面试中觉得面试官越来越水了，感觉就是走走流程了，不理解。接下来总结一下最近遇到的难题，并给与自己的分解思路，给大家做做分享。

你的定位是什么

分析方向：团队定位是纯执行还是有思考

修改后话术：T型设计师，以设计为主向外扩散

作品集讲解思路

分析方向：细化业务数据·讲业务逻辑

修改后话术：库管每天需要做生鲜生产任务的管理，里面包含了入库/质检/生产/发货/调拨常规的5类任务，共80条生产信息输入。同时仓管每天还要高频建立不同类型的任务基本也达到60次。那么，设计层面的改版中，是如何提高仓管分发效率呢？

首先优化分布，应用倒金字塔模型将页面分为汇报/常用/待办任务/助手，提高屏效，降低任务的触达时长。

其次，埋点快捷功能根据页面分辨率的不同，显示数量会对应发生变化，根据之前版本的统计，默认前排展示，提高操作效率。

同时提高用户分配任务效率，今日任务与日程以时间维度呈现，减少任务遗漏提高任务分配效率。

除此之外新建前置，将所有类型新建任务聚合到导航栏上，页面顶部是每个页面共有的地方（html框架集），这样减少到其他模块寻找时长，减少新建任务触达时长，从而提高新建任务效率。

当时遇到上线时间紧迫的情况，所以第一期急速上线去做验证。发现了问题当用户从工作台跳转到其他页面后，新老设计风格的跳脱给用户带来割裂感。前期对主流程中的核心页面进行了风格验证，后续根据项目规划，分批落地。

手机坏了怎么办？体验不同咋办？

分析方向：实际业务逻辑

修改后话术：换新设备，重新做适配

你对现在GPT的产品交互上有什么建议？

分析方向：对产品想了解程度

修改后话术：GPT产品核心场景是一个录入场景，录入前给与到合适的关键词与模版，录入中检查错别字减少重新录入次数，录入后给与录入建议优化。

你可不可以改产品的原型图？

分析方向：你对设计的权限有多大·直接讲案例

修改后话术：当时产品给我们的交互方案是双弹窗模式，我们在场景评审沟通时候，给出了2个优化方案。第一个采取动画形式，一个出现一个消失，这里的问题是前端的动画成本 2.表格到详情方式，减少因为爽弹窗造成的空间混乱。交棒之后，重新思考了一下发现表格字段只有4个，空间利用率较低，弹窗交互打断性强效率低。所以选择了所见即所得的交互方式。

老板是个什么人

分析方向：审核标准

修改后话术：前身是开发

周期问题？协同部门是什么？

分析方向：效率+团队配置是否完善

修改后话术：迭代周期一周左右，协同部门有：销售·客户成功·客服·产研团队（前后，测试）

如何做新老系统的兼容？

分析方向：开发知识

修改后话术：1.尽可能不要用动效比较卡 2.浏览器兼容性，低版本的浏览器 3.可视区域限制问题4.断点问题

比较复杂的数据

分析方向：数据库以及后端知识

修改后话术：多对多查询以及，不要破坏数据库形态

多对多查询是指在关系数据库中，当两个表之间存在多对多的关系时，需要使用一个中间表来实现查询。具体地说，多对多查询是通过将两个表的主键（或唯一标识符）存储到中间表中，然后通过对中间表进行查询来获取两个表之间的关联数据。这种查询方式可以帮助我们解决在关系数据库中多对多关系的查询问题。

要使数据库形态稳定，需要注意以下几点：

1. 数据库设计要合理：在设计数据库时，需要遵循一些基本原则，如关系模型、数据范式、数据完整性、索引优化等，以确保数据库结构合理、稳定。
2. 数据库访问权限管理：对数据库的访问权限进行合理的管理，设置不同用户的权限，避免非授权用户对数据库进行操作，从而导致数据不稳定。
3. 数据备份与恢复：定期对数据库进行备份，并将备份文件存储在不同的物理介质上，以防止数据丢失。同时，进行备份前应该对数据进行检查以确保备份的数据是完整的。
4. 数据库维护：定期对数据库进行维护，包括数据清理、索引重建、数据压缩等操作，以保证数据库的正常运行。
5. 数据库性能优化：对数据库进行性能优化，包括查询优化、索引优化、分区优化等操作，以提高数据库的查询速度和稳定性。 综上所述，要使数据库形态稳定，需要从数据库设计、访问权限管理、数据备份与恢复、数据库维护和性能优化等方面入手，确保数据库的安全、稳定和高效运行。

准确率的问题

分析方向：专业知识+开发知识

修改后话术：给的是一个估值

一点点总结

之前的面试多少有点难度，能总结到很多内容，现在面试官摆明着是来划水的。也就这样了，如果大家有跟我不同的思路以及见解，随时联系我。