问题——当前技术人才竞争与用工调整并存的形势下，面试评价体系正在发生变化。来自招聘一线的反馈显示，不少企业在考察算法能力之外，继续提高了对工程化思维的权重。其中，面向对象设计（OOD）题目因能直观呈现候选人对需求、架构与边界的把握，被频繁用于筛选。以“设计一套电梯系统”为代表的开放题，常成为面试分水岭：部分候选人算法表现突出，但在需求澄清、模型抽象和可扩展设计上暴露短板，影响最终录用结果。 原因——其一，业务迭代加快推动“可维护、可扩展”成为核心指标。企业在成本与效率约束下，更关注新成员能否快速参与复杂系统建设，减少后期重构与沟通成本。其二，远程协作与跨团队开发常态化，对表达清晰度提出更高要求。开放式设计题没有唯一答案，但能检验候选人是否能把不确定需求转化为可讨论、可落地的工程方案。其三，岗位分工日益精细，单纯“会写代码”已难满足中高级岗位要求，基础建模能力与架构意识成为衡量技术层级的重要信号。 影响——一上，面试考核更强调“过程可见”。相比只给出最终结论，面试官更意候选人的推理路径：如何提问、如何取舍、如何在有限时间内交付最小可用方案。另一上，候选人准备策略也需调整：刷题式训练难以覆盖真实工程中的约束条件，若缺乏对类、接口、依赖关系与扩展点的系统理解，容易在白板或现场讨论中“思路散、落点虚”。同时，企业通过设计题可更早识别风险：如过度耦合导致后续难以扩展、缺少一致性导致规则变更成本高、不可测试导致质量不可控等。 对策——针对开放式设计题“题干短、空间大”的特点，业内形成较为通行的结构化应对思路，可概括为“五步走”。 第一步，澄清需求，把模糊指令转化为关键参数。以电梯题为例，需要明确楼层规模、载重与乘员上限、是否分区运行、是否包含货梯或消防梯、超载与故障策略、停靠规则等。将这些约束记录在案，有助于后续设计保持同一颗粒度，避免讨论偏航。 第二步，确定核心对象，先搭“必备骨架”。电梯系统通常离不开系统控制器、电梯实体、请求与响应、按钮与门控等关键要素。先把“系统有什么、对象之间如何交互”讲清，能快速建立共同语境。 第三步，列举关键场景，用简洁语句锁定主流程。比如“乘客发起上/下行请求—系统分配电梯—电梯到站开门—乘客进出—关门继续运行”。场景不必展开到实现细节，但要覆盖主链路与核心状态变化，使后续类图、时序和异常处理有依托。 第四步，输出最小可交付的类图或模块划分，强调职责清晰与依赖可控。在时间受限的面试环境下，优先给出命名清晰、边界明确的最小方案，说明“谁拥有谁、谁调用谁、哪些通过接口解耦”。若能补充包或模块划分、关键属性与方法，将更利于沟通。 第五步，进行正确性自查，集中回答三类问题：能否扩展（新增特殊电梯或新规则是否只需新增模块而非大改旧代码）、是否一致（不同类型请求是否复用统一调度框架并允许差异化策略）、是否可测（按钮、调度、状态机等组件能否独立测试与验证）。该环节往往决定设计从“能讲”走向“可信”。 在电梯调度这一高频追问点上，业内普遍强调以可插拔方式应对高峰与低谷等不同策略：与其在代码中堆叠条件判断，不如通过策略接口隔离算法实现，使调度规则变更可通过替换实现或配置完成，从而降低维护成本并提升可读性。这类设计思想也适用于订单分配、资源调度、限流降级等多种工程场景。 前景——随着企业对工程效率、稳定性与成本控制的重视增强，设计能力在技术岗位评估中的权重预计仍将上升。对求职者而言，系统化训练应从“会做题”转向“会建模、会权衡、会表达”：既要理解面向对象的抽象与封装，也要熟悉常见解耦手段与可测试设计；既要能快速给出最小方案，也要能说明扩展路线与风险边界。对用人单位而言，标准化的设计题评价维度与更贴近真实业务的场景设置，将有助于提升选才准确度，减少“入职后再磨合”的成本。
从一道电梯设计题可以看出，技术面试正从“解题能力”转向“工程能力”检验；在竞争加剧的环境中，清晰的方法与稳健的系统设计能力成为关键。对企业而言，这是提升选才效率的必要举措；对人才而言，则是从“功能实现”迈向“系统构建”的重要一步。