题目与适用场景
请为一座拥挤城市设计停车解决方案。团队有 12 周时间,也有足够的运营能力在两个商业区开展试点。市政府可以提供路边停车规则,但实时占用数据只覆盖部分区域且可能过时。一家停车场运营方可以开放可预约库存。面试官希望候选人明确用户、问题、产品边界、MVP、指标和扩张决策。
这是一道虚构练习题。12 周、两个商业区、数据覆盖情况和停车场合作关系都是题设,不对应某个真实城市。近期产品感面试资料仍会使用“设计一个停车解决方案”这类开放题;公开交通项目也表明,实际停车产品可能同时涉及规则、可用性、路径引导、预约和需求管理。该题归为产品类,因为核心工作是决定改善谁的什么结果,以及产品能够诚实承诺到什么程度;数据与软件架构都应服务于这个选择。
为了形成明确答案,先假设城市的试点目标是减少两个商业区内的绕行找位和违法停车。首批用户选择需要反复、限时停车的商业配送司机。通勤者、临时访客、网约车司机和需要无障碍停车的人群同样重要,但在一个 12 周 MVP 中同时服务所有人,会混合不同规则、行程模式与风险等级。
面试官在考察什么
第一,候选人能否先收敛歧义,再提出功能。“司机”并非单一用户,“找停车位”也可能指行前规划、寻找合法装卸区、保证有位、付费、续时或执行路权政策。高质量答案会把一个细分用户、一个关键时刻和一个结果连起来。
第二,能否诚实处理库存。路边规则只能说明某辆车在某个时段是否合法,不能证明车位当前为空;传感器观测可能过时或误判;预测只代表概率;只有确认过的停车场预约才能给出更强承诺。把所有来源都画成绿色“有位”图钉,会制造虚假确定性,并诱发临近目的地时的危险改道。
第三,能否在信息、保证和需求管理之间做选择。引导可以覆盖更多供给,却不能保证到达时有位;预约只适用于可控制的库存,还会带来占位和爽约;动态定价可以调节需求,但需要城市授权、公平性政策,以及“价格确实是主要约束”的证据。候选人应从能够解决目标任务的最小可信承诺开始。
最后,答案需要形成端到端闭环:标注数据来源与可信度;设计适合驾驶场景的流程;考虑供给方激励;用停车结果而非 App 活跃度衡量成功;设置合法性、公平性与隐私护栏;并意识到多名司机会竞争同一批路边车位。
回答前应澄清的问题
- 城市或业务到底要改善什么? 减少绕行、增加停车费收入、提升配送准时率、帮助残障司机,会导向不同的优先级和护栏。本文把“在短时间内找到合法停车点”作为试点结果。
- 每类路边空间允许哪些用户和车辆使用? 普通停车、商业装卸、网约车上下客、无障碍车位、公交站和临时管制,不能共用一个笼统的“可用”结果。排序之前必须先判断资格。
- 每种数据源究竟能保证什么? 规则数据确定允许用途,传感器估计占用,停车场系统可能确认可预约库存。数据新鲜度、覆盖率和历史误差决定产品只能展示规则、概率,还是保证。
- 用户在什么时候操作产品? 出发前适合比较选项;车辆行驶中必须以语音和最少操作为主。最后一个街区仍要求阅读和点击,会引入安全风险。
- 能预约具体车位,还是只能预约停车设施的容量? 停车场能够控制入口与容量;开放路边车位通常无法在缺少政策和执法的情况下为某位司机保留,因此“预约这个路边图钉”可能是假承诺。
- 如何确认成功停车? 传感器、停车场入场记录、支付、司机反馈和人工抽查的覆盖范围与偏差不同,指标必须定义证据优先级。
- 有哪些权限与合作方激励? 城市拥有路边规则,停车场拥有私有库存,司机提供反馈。数据权限、执法、收入分成和客服责任都可能决定方案能否落地。
30 秒回答框架
“我会先确认试点目标是减少绕行和违法停车,再细分通勤者、访客、配送司机、网约车和无障碍停车需求。对于两个商业区、12 周的试点,我会先服务商业配送司机,因为他们需要反复完成限时停车,且装卸区数据与其任务匹配。MVP 先判断车辆资格,再把当前规则与按来源计算的可用置信度结合,按完整行程成本排序少量合法选项,并提供语音引导和预设兜底。我会明确区分预测的路边可用性与有保证的停车场预约,绝不把过时数据展示成空车位。主指标是进入搜索区域后 5 分钟内找到合法停车点的合格试点行程占比,同时观察搜索时长分位数、错误引导、违停、驾驶分心、步行负担、爽约、合作方经济性、隐私与无障碍护栏。由于司机共享库存,我会按区域和时段开展试点;只有覆盖、可信度、用户结果和运营成本都达到预设门槛,才扩大范围。”
分步深入回答
先定义任务,而不是先画地图。试点任务是:“帮助商业配送司机在目的地附近选择并到达一个合法停车点,让找位时间可预测。”结果不是打开 App、点击图钉或增加停车次数,而是在不制造交通、安全或公平性问题的前提下结束合法车位搜索。
选择切入口前,先拆分市场:
| 用户群体 | 核心任务 | 特有约束 |
|---|---|---|
| 日常通勤者 | 长时间停车前预测价格与可用性 | 目的地重复、价格敏感、停留时间长 |
| 临时访客 | 看懂陌生规则并找到合法车位 | 本地知识少、复访频率低 |
| 商业配送司机 | 反复找到合法的短时装卸点 | 时间压力、车辆资格、停靠次数多 |
| 网约车司机 | 不阻塞交通地完成上下客 | 停留只有数十秒、乘客位置会移动 |
| 需要无障碍停车的司机 | 在目的地附近找到有资格且可使用的车位 | 错误引导后果严重、资格要求严格 |
首批选择商业配送司机。他们的重复行程可以更快积累学习,商业装卸区的规则范围较窄,两个高密度商业区也符合运营边界。这只是试点选择,不代表其需求比无障碍停车更重要。一般推荐必须排除受保护的无障碍车位;相关专用体验应与合资格用户共同设计,并在库存与无障碍路径数据足够可靠后再上线。
梳理所选用户旅程:规划停靠、接近区域、比较合法选项、导航、到达、判断车位是否可用、停车或切换兜底、完成配送、离开。真正痛点不只是“地图上没有图钉”,而是到达前后的不确定性:规则可能随时段变化,看似空闲的区域可能迅速填满,合法车位也可能离配送入口太远。
设计界面前先定义三层事实:
- 符合资格: 当前规则表明该车辆和用途在预计到达与停留时段内合法。
- 大概率可用: 有明确时间与覆盖范围的数据源显示可能有容量,但没有为用户保留。
- 在条款内有保证: 合作方确认停车设施内有可预约库存,并能执行占位、宽限期、价格和取消规则。
产品绝不能把三者合并成一个“有位”状态。路边预测应显示置信度和最后观测时间;置信度过低时,只显示“合法选项”,不宣称可用。停车场预约应明确设施、到达窗口、车型限制、步行距离、价格与取消条款。临时施工、活动、道路清扫和规则变更必须覆盖历史占用规律。
比较三种产品策略:
| 策略 | 收益 | 局限 | 试点决策 |
|---|---|---|---|
| 规则与概率引导 | 潜在覆盖最广,不需长期占用库存 | 无法保证到达时路边有位 | 纳入,并提供置信度与兜底 |
| 停车场预约 | 到达承诺更强,入场结果可观测 | 合作方覆盖有限,占位可能浪费库存 | 作为明确备选纳入 |
| 路边动态定价 | 可以把需求转移到其他时段或位置 | 需要政策授权,可能加重价格敏感用户负担 | 不放进首版 MVP |
MVP 在行前或通过配送调度系统获取目的地、预计到达时间、停留时长和车辆/许可证类别。它先过滤所有不合法选项,再最多返回三个选择:最优的高概率路边区域、附近合法兜底,以及可用时的可预约停车场。每项都展示步行距离、规则、置信度或保证类型、预计价格和重要限制。用户应在进入最后路段前选定方案,行驶中的变化由语音引导处理。
排序应考虑完整行程,而非单纯距离。概念模型可以组合行车时间、步行时间、价格、合法资格、找到车位的概率,以及预测失败后的恢复成本。权重是需要验证的产品政策,不是通用常数。对于限时配送,一个置信度很差但近 5 分钟的选项,可能不如稍远但确定的预约。任何时候,价格与距离都不能凌驾于合法性和受保护车位资格。
失败恢复属于核心产品。如果推荐路边区域已满,司机用一句指令报告“已满”,系统直接导航到预先计算的兜底,不应要求司机浏览列表。单条反馈在经过数据质量检查后才降低置信度,因为用户可能误判或恶意上报。停车场爽约需要明确宽限期、提醒、取消路径和库存释放规则,也不能用奖励诱导司机在行驶中操作。
数据质量本身就是产品界面。应按区域和来源维护覆盖率、观测时间与校准结果,用人工抽查及已确认停车结果核对传感器或合作方事件。某种数据源在一种道路形态下有效,不代表换一条街仍有相同置信度。若规则仍是非结构化文本或只按快照更新,就要展示限制、优先建设规则核验流程,并在合法性不确定时阻止推荐。
12 周试点分四阶段:
- 第 1–3 周:核实事实与流程。 校验规则映射,抽查候选区域,访谈并跟车观察司机,定义证据优先级,测试免手持原型。
- 第 4–6 周:影子模式。 生成推荐但不引导司机执行;将结果与实际合法性、占用、到达结果和调度员选择对照,校准置信度并移除危险区域。
- 第 7–10 周:有限实时试点。 只开放给固定队列和指定时段,配置支持人员与即时停用开关,每天复盘错误引导。
- 第 11–12 周:复测与决策。 重跑表现较弱的条件,评估合作方运营和隐私,再按预设标准决定扩大、收窄、迭代或停止。
主指标定义为:进入搜索区域后 5 分钟内找到合法停车点的合格试点行程占比。5 分钟只是练习阈值,实际应由基线调研和城市服务目标替换。同时报告搜索时间的 p50 和 p90,不能只看成功占比。次指标包括推荐采纳率、按证据类型划分的成功停车、配送完成时长、兜底使用率、合格司机复用率、停车场转化率和数据覆盖率。
护栏包括:引导到违法或不合资格区域、高置信度错误预测、双排停车与违停、碰撞或分心报告、额外步行负担、滥用无障碍车位、停车场爽约与取消、司机投诉、合作方利用率与支持成本、位置数据保留,以及不同区域或司机群体间的不平等结果。App 活跃度只能用于诊断,不能代替停车结果。
由于处理组与对照组司机会竞争同一批车位,不能直接进行普通的用户级 A/B 测试。引导可能把处理组需求推向某个街区,从而改变对照组看到的可用性。应优先按区域与时段分组,或采用轮换策略,同时检查交通和活动可比性,并记录跨组移动。若无法充分隔离,就把结论表述为试点证据,不要声称得到了精确的独立用户因果效应。
最后预先声明扩张门槛:规则源达到约定的合法性错误阈值;高置信度预测得到校准;代表性时段内主指标和尾部搜索时间均改善;严重安全、合法、隐私和无障碍护栏保持安全;合作方支持成本符合可复制的运营模型。每次只向相邻区域或一个新用户群体扩张一个变量。如果效果只出现在停车场保证库存的场景,验证的是预约切入口,不能宣称已经解决全城路边车位预测。
高质量示范回答
“我会先明确目标。假设城市要减少两个商业区的绕行和违法停车,而不是单纯增加停车收入。我会细分通勤者、访客、配送司机、网约车司机和无障碍停车需求。对于 12 周试点,我会从商业配送司机开始,因为他们反复进行限时停靠,也与现有装卸区数据匹配。这个范围不允许一般司机占用受保护的无障碍空间。
产品承诺取决于数据源。规则只能说明车辆在预计时段是否合法;近期传感器观测只能支持概率;停车场合作方才可能在条款内保证预约。我会将它们分别标为符合资格、大概率可用和有保证,不把三类信息都变成绿色图钉。
MVP 在进入最后路段前获取目的地、到达时间、停留时长和车辆类别,先过滤违法选项,再最多给出三个选择:高概率路边区域、合法兜底和可用时的预约停车场。每项展示步行距离、价格、限制,以及观测时间与置信度或预约条款。驾驶中的变化由语音处理;若路边已满,一句指令即可切换到兜底。
首版不做动态定价,因为它需要政策授权和公平性分析,而当前首要风险是能否给出可信推荐。我会用三周验证规则与司机流程,三周运行影子模式,四周开展有限实时试点,最后两周复测弱项并决策。
主指标是进入搜索区域后 5 分钟内找到合法停车点的合格行程占比,并报告 p50、p90 搜索时长。护栏包括高置信度错误引导、违停、分心、步行负担、无障碍车位滥用、隐私、停车场爽约、合作方成本和区域公平。因为司机共享路边库存,我会按区域和时段分配,或使用轮换试验,而不是盲目随机到个人。
只有规则准确度、置信度校准、停车结果、尾部表现、护栏和支持成本都通过预设门槛,我才扩张。如果成功只来自可预约停车场,就扩大预约产品,并停止声称已经解决开放路边车位的实时可用性。”
常见错误
- 先画满绿色车位的地图 → 图钉掩盖了用户、合法性、数据时间和保证层级 → 先选用户,再定义各来源能够做出的承诺。
- 把所有司机当成一种用户 → 通勤、配送、上下客与无障碍停车的任务和规则互不兼容 → 选择一个切入口,并明确保护未纳入人群。
- 把传感器输出叫作“有位” → 到达前占用可能变化或检测错误 → 显示校准概率与观测时间,只把可执行库存称为保证。
- 只按距离排序 → 最近的车位可能违法、已满、失败成本高或不安全 → 在合法前提下按完整行程与失败成本排序。
- 预约无法执行的路边车位 → 其他司机仍可占用,产品无法兑现 → 开放路边只做预测,仅对可控制库存提供预约。
- 立即加入动态定价 → 团队尚未证明数据可信或价格是约束,政策也可能不公平 → 先验证引导,再要求城市授权和公平性审查。
- 优化推荐点击率 → 司机点击后仍可能绕行或违停 → 衡量合法停车结果和搜索时间分布。
- 要求司机行驶中反馈 → 反馈动作增加分心风险 → 使用语音或停车后确认,不为行驶中互动提供奖励。
- 在共享车位上做个人随机 A/B → 处理会改变对照组面对的库存 → 采用地理/时段分组、轮换和外溢检查。
- 一家合作方成功就扩大所有场景 → 有保证的停车场库存不能验证开放路边预测 → 明确成功的供给类型,只扩大对应切入口。
追问与应对方式
追问 1:如果城市完全没有实时占用传感器,你会发布什么?
发布规则优先的产品,不虚构实时可用性。展示合法选项、开放时段、价格、步行距离、合作停车场容量;历史置信度只有在经过校准并清楚标注时才展示。通过影子模式、人工抽查、支付或合作方事件以及停车后反馈积累证据。若无法判断路边是否为空,产品应帮助用户规划与失败恢复,不能宣称能够找到空车位。
追问 2:司机经常忽略第一推荐,你会调查什么?
按合法性、步行距离、价格、行驶方向、置信度、配送入口、车型和历史失败比较采纳与拒绝的选项。在决策时刻访谈司机,检查产品是否遗漏重要限制或优化了错误任务。低采纳率未必是界面问题,也可能是排序目标、数据可信度或目标用户选择有误。
追问 3:停车场预约出现大量爽约,如何处理?
先区分原因:到达时间估计不准、取消困难、隐藏费用、路线变化,还是零成本的投机占位。针对原因测试提醒、短宽限期、便捷取消、候补释放;只有测清原因后才考虑合适的订金。同步衡量司机完成率和被占住却未使用的容量。规则过严虽可能提升利用率,也会排斥真正因路况延误的司机。
追问 4:为什么这里不适合用户级随机实验?
停车库存是共享的。推荐会把处理组司机引向某个街区,改变对照组看到的车位、交通甚至价格。外溢有限时可按区域和时段分组,也可在可比时段轮换策略;同时记录跨边界司机、活动、天气和道路限制。若干扰仍然显著,就缩小因果结论,不要报告无效的独立用户提升。
追问 5:城市现在要求支持所有普通乘用车司机,怎么办?
不能简单给配送 MVP 换标签。重新把乘用车行程拆成通勤、活动、短时访问和无障碍需求,确认城市目标,研究不同停留时长与支付行为,只加入相关库存和规则。在保留配送基线的同时,先在一个区域试点一个新增用户群体。扩张是新的产品假设,不是首批用户的自然复制。
追问 6:如何为需要无障碍停车的司机设计?
与合资格用户和无障碍组织共同设计;核实许可证与车位规则、路缘坡道、通行路径、车辆净空、障碍状态,以及过时数据的后果。受保护车位不得进入一般推荐和定价实验。只有覆盖率与错误处理足以支持更强承诺时才上线,并衡量成功到达、额外行驶与步行负担、错误引导和实际障碍报告。
追问 7:停车场收入增长了,但绕行没有下降,如何判断?
业务指标改善,但试点目标没有改善。检查预约是否来自本来就会使用停车场的人,寻找路边车位的司机是否无法接受价格或步行距离,以及引导是否只转移了交通而没有缩短搜索。收入继续作为合作方指标,但只有合法停车和搜索时间同时改善,产品才能被判定成功。否则应调整用户、价值主张、供给组合,或停止试点。