企业官网建设流程全解析

首先说点题外话。2016年那会儿，滴滴和快的刚合并不久，网约车大战进入下半场，整个公司处在“一边打仗一边补队伍”的状态。那年校招的在线测评，和后来很多大厂的常规笔试不太一样——它带着很浓的“业务即考题”风格，题目设计能明显感觉到出行场景的渗透。我当年帮不少学弟学妹复盘过这套测评，自己也完整走了一遍流程，今天就把这个测评从入口到出结果的整个过程，掰开揉碎讲清楚。

这篇东西适合谁看？一是准备互联网公司校招、尤其是想冲出行/O2O方向的技术岗和非技术岗学生；二是想了解在线测评平台和出题逻辑的求职者。我会把测评类型、典型题目、平台操作细节、怎么提前准备、怎么在等待期争取主动，全部串起来讲。

1. 2016年那场测评：合并后的第一次大考

1.1 为什么滴滴快的要在简历关之后设置在线测评

2016年的滴滴快的，业务上是合并了，但团队还在磨合期。校招的核心诉求不是“招到最聪明的人”，而是“招到能立刻上手打仗的人”。在线测评这个环节，本质上是一道漏斗——简历太多，面试官看不过来，必须先通过标准化测评筛掉一批人。

和后来的纯算法笔试不同，2016年那套测评带着明显的“业务匹配”意图。技术岗考算法和系统设计，非技术岗考行测和情境判断，题目背后都能看到出行业务的影子。比如技术岗会有“处理海量订单匹配”类的算法题，非技术岗会有“乘客投诉如何安抚”之类的情境题。这说明什么？说明滴滴的人是真的把业务场景搬进了笔试，他们想看到的不是标准答案，而是你在真实业务压力下的反应方式。

这一点，很多当年没考上的人事后才明白。在线测评不是单纯的“做题”，它是公司和候选人之间的第一次双向筛选。你答的每一道题，都在向对方展示“我是哪种人、我怎么思考”。

1.2 测评通知邮件里容易被忽略的信息

当年测评通知一般通过邮件发出，标题大概是“滴滴快的2016校园招聘在线测评邀请”。邮件里除了链接和截止时间，还有几个关键信息，很多人一眼扫过去就忽略了。

第一是测评时长。技术岗大概90到120分钟，非技术岗大概60到90分钟。注意，这个时长包含读题时间，而且每一部分有单独的小倒计时。最坑的是，部分模块一旦进入就不能返回修改，你点“下一题”之前必须想清楚，否则就翻篇了。

第二是设备要求。当时用的是第三方在线测评平台，对浏览器有明确限制，一般推荐Chrome或Firefox，IE经常出问题。部分岗位要求开摄像头监控，这意味着你不能中途切出去查资料，切屏记录会被标记，严重的话直接判作弊。第三是截止时间。邮件里写的是“请于X月X日24:00前完成”，注意这是最后期限，不是推荐时间。很多人喜欢拖到最后一晚，结果遇到服务器拥堵或者断网，白白错过机会。

这个环节我的建议是：收到邮件当天，先用设备测试一下平台兼容性，再花十分钟把邮件里的所有链接、账号密码、截止时间截图存档。不要等到最后一刻才慌慌张张打开。

1.3 技术岗和非技术岗的测评差异

滴滴快的2016校招的在线测评，不同岗位的考察侧重点差异很大。

技术岗（研发、算法、数据）主要考算法和数据结构，题型一般是选择+编程题，部分岗位会加一道系统设计简答题。算法题的量不算大，大概3到5道，但难度分布很广——有送分的基础题，也有让你纠结到最后的动态规划。系统设计题一般是开放性的，比如“如何设计一个订单分配系统”，这种题没有标准答案，考察的是你的思维框架和表达能力。

非技术岗（产品、运营、市场）则是行测+性格测试+情境判断的组合。行测包括言语理解、数量关系、图形推理和逻辑判断，难度和公务员行测差不多但题量略少。性格测试没有对错，但陷阱在于前后一致性，后面细说。情境判断是滴滴特色，它模拟实际业务中遇到的场景，比如司机和乘客发生纠纷你怎么处理，考察的是你的判断力和沟通风格。

两类岗位的测评逻辑完全不同，对应的准备方式也完全不同。

2. 技术笔试复盘：算法题背后考察的真实能力

2.1 高频题型：最短路径、贪心、动态规划为什么是标配

滴滴的业务核心是“出行”，技术栈天然围绕LBS、路径规划、订单匹配、供需预测展开。所以2016年那套技术笔试题，我最直观的感受是：题库是从真实业务里抽出来的骨架。

最短路径是必考方向。别把它当成单纯的Dijkstra模板题，出题人会把背景包装成“从乘客位置到最近司机位置的最短路径”、“多辆空闲车如何最优派单”等。表面考最短路径，实际考的是你能否在约束条件下选对算法，并分析复杂度。我当时碰到过一道题，给了城市网格和道路拥堵系数，求最优路径，本质就是带权最短路径问题。

动态规划和贪心也是高频考点。有一道印象深刻的题，大概是“给定一组订单的起止时间，如何安排能接最多订单”，这是经典的区间调度问题，贪心可解。如果换成“带收益的调度”，就得动规了。出题人考的不是你能不能背出状态转移方程，而是你能不能识别出“这题是动规、那题是贪心”——这恰恰是业务中最需要的抽象能力。

我的建议是：刷题不能只刷LeetCode，要站在“出题人出身于哪个业务”的角度去猜题。滴滴的题目一定和“匹配”、“路径”、“资源分配”有关，所以准备时要重点覆盖图论算法、区间类贪心、背包变体、状态压缩这四类。

2.2 一道典型的“城市路线规划”题拆解

为了让你直观感受2016年那套题的风格，我凭记忆复盘一道典型题目，不代表原题，但题型和考察点完全一致。

题目大意是：“某城市有N个路口，M条道路，每条道路有长度和平均通行时间。现在有一辆空车和一个乘客请求，要求在道路拥堵变化的条件下，给出预计到达时间最短的方案。”

这题的第一层考法是套最短路径模板，Dijkstra写完就能过一部分用例。第二层考法是你有没有考虑到负权边不存在但“拥堵系数动态变化”的影响。第三层考法更阴——如果道路通行时间会随时间变化，那么静态图的最短路径就没那么简单了，要引入“时间依赖的最短路径”概念，此时Dijkstra的贪心性质在某些条件下依然成立，但必须把节点状态扩展成（路口，时间）的二元组。

大部分人在第一层就停了，拿到一半分数，已经超过平均水平。但你要知道，滴滴的面试官看笔试成绩时，关注的不是“是否AC”，而是“是否理解业务约束对算法选择的影响”。能在代码注释里或者简答题里把“为什么这里不能用SPFA”或“这个场景下是否可以贪心”说出来的人，会比闷头AC的人印象分高很多。

所以做这类题时，别只写代码，在注释里写清楚算法选择和复杂度分析，这既是给自己理思路，也是给阅卷人看亮点。

2.3 系统设计简答题怎么答才不丢分

技术笔试里还有一道系统设计简答题，当年很多人看到就懵，“这不应该是面试才考的吗？”但滴滴2016年确实放在了笔试里，考察的就是你能不能在没有面试官引导的情况下，独立完成一个业务系统的架构思考。

我印象中的题目类似“请设计一个针对百万级日订单量的派单系统，要求低延迟、高可用”。

这题没有标准答案，但评分有自己的偏好。第一，你要明确边界条件——派单系统最重要的指标是什么？是“从乘客发单到司机接单的响应时间”，以及“平台整体成交率”。第二，你要画出数据流和模块划分：乘客端发单、订单中心、司机位置上报、匹配引擎、推送系统，这些模块之间的依赖关系要说清楚。第三，你要主动谈扩展性——匹配引擎怎么从单机升级到分布式，司机位置数据用什么存储，匹配结果怎么广播到司机端，这些都是加分项。

我当时的思路很朴素：先定义核心问题，再拆解模块，最后谈扩展和容灾。这样一个金字塔式的回答框架，能让阅卷人在30秒内看出你的架构思维。说白了，笔试里的设计题不是考正确答案，而是考“你有没有从0到1搭系统”的思考习惯。

3. 综合测评：行测逻辑性格测试里的隐形筛人点

3.1 行测题的时间分配策略与典型题型

非技术岗的在线测评，行测是占比最大的一块。题型分为言语理解、数量关系、图形推理和逻辑判断四种。很多人容易犯的错是“按顺序死磕”——前面言语题做得太慢，后面图形推理只能瞎蒙。

我的策略是：先跳过言语理解，从图形推理入手。因为图形推理的答案逻辑性强，基本不会出现歧义，做一道是一道。言语理解往往在两个选项之间犹豫，一犹豫就是三分钟。数量关系则放在最后，因为计算题最耗时，而且部分题可以靠排除法猜答案。

行测题的具体类型上，图形推理考的是“图形叠加”、“翻转旋转”、“数量变化”几种规律。逻辑判断则是“削弱”、“加强”、“假设”三种题型的变体。言语理解就是老生常谈的“主旨概括”、“意图判断”、“细节理解”。数量关系一般是工程问题、行程问题、概率问题、排列组合，对数学要求不高，但要求你算得快。

在线测评的特殊之处在于，每道题没有单独的限时，整体倒计时。遇到卡壳的题，我的经验是不超过2分钟，直接标记跳走，最后有时间再回来看。宁可放弃一道题，也不能让一道题毁掉后面十道的答题时间。

3.2 性格测试的“前后一致性”陷阱：一个真实教训

性格测试当年坑了很多人。它不是体检式的“你内向还是外向”，而是通过大量重复维度的问题，判断你是否“言行一致”。

举个例子，前面问你“你是否喜欢团队合作”，你选了“非常同意”。后面又换了个说法问“你自己独立完成工作是否让你更自在”，如果你选了“非常同意”，那系统就认为你的前后答案有矛盾。再往后，还有情境题测试你的抗压倾向：“当项目进度紧张时，你会倾向于加班赶工还是先协调资源再调整计划”——每个选项背后都有对应的性格维度，系统在悄悄构建你的画像。

我的真实教训是：第一遍做的时候，我想表现出“既擅长合作又独立强大”的完美形象，结果答案前后矛盾，系统大概率判定为“掩饰性过高”。后来我复盘发现，性格测试的正确做法是——稳定且真实。你可以有点小缺点，但不能前后矛盾。宁可呈现一个“喜欢合作但偶尔优柔寡断”的真实形象，也不要呈现一个“全能且自相矛盾”的虚假形象。

3.3 情境判断题：滴滴最想看到的选择逻辑

情境判断题是滴滴测评里最有特色的部分，它给你一个具体的业务冲突场景，让你在几个处理方案里做选择。这些题没有绝对的对错，但有明显的选择倾向。

比如有一类典型场景：“乘客定位显示在A地，但实际在B地，司机到达后发现找不到人，乘客电话也打不通，你会怎么处理？”选项包括：A. 让司机继续等在原地；B. 让司机取消订单并收取取消费；C. 系统重新匹配车辆；D. 客服介入调查。

这道题的核心不是选“最正确”的，而是选“最符合平台规则和用户体验平衡”的。滴滴2016年正处于“口碑保卫战”阶段，用户体验被放在很高位置，同时又不能无限牺牲司机利益。所以更优的选择是D——客服介入，既保证乘客能联系上平台，又避免司机空等。

情境判断题的备考思路是：不要站在某一方的立场，要站在“平台”的立场。无论题目是乘客投诉、司机绕路还是系统故障，都要先问“怎么处理对平台最有利，同时不伤害任何一方的体验”。这其实是一种商业思维测试，你以为你在做题，其实你在模拟“当滴滴的产品经理”会怎么决策。

4. 在线测评平台的坑与应急处理

4.1 浏览器兼容和摄像头要求：没提前看的后果

在线测评平台的兼容性问题，在2016年那会儿特别突出。当时平台对浏览器的要求是Chrome 30+或Firefox 25+，IE只能兼容到IE10，而且IE11在某些模块里表格会错位。

最惨的是摄像头监控这个要求。按当时的规则，部分技术岗位的编程环节需要开启摄像头，用于监考。我当时身边的真实案例：有同学因为用Mac的Safari浏览器进测评，摄像头权限始终无法授权，导致编程题一直显示“未检测到摄像头”，他不敢切到Chrome（担心切屏被记录），硬着头皮在摄像头不可用的情况下做完，最后成绩被标记为“监控异常，需要人工复核”。

这个问题的解法在测评开始前就存在——提前用系统要求的浏览器登录测试链接，走一遍模拟环境，确认摄像头和麦克风权限都打开。如果公司邮件里没有明确浏览器版本，就直接用最新版Chrome，基本不会错。

4.2 断网和提交失败：当年最常见的悲剧

在线测评最怕的不是题难，而是网络闪断。2016年的校园网络环境不比现在，尤其在学校宿舍、图书馆这种共享WiFi环境下，高峰期丢包率感人。有一个真实的悲剧案例：某同学整个英文阅读理解部分都快做完了，突然WiFi掉线，页面自动刷新，重新登录后发现答题记录一片空白，而倒计时还在继续……心态直接崩掉。

应对断网的办法有三个层面。第一，评测前必须用有线网络或手机热点做备用方案，确认切换网络后IP变化不影响答题（IP变化一般没事，但刷新之后的断点续答是否正常，取决于平台设计）。第二，如果真遇到断网，第一时间截图或者录屏留存证据，答题结束后通过邮件或公众号客服申诉。第三，答题过程中每完成几个模块，注意是否有“自动保存”提示，如果没有，要养成每隔几分钟主动保存作答进度的习惯（部分平台有手动保存按钮）。

提交失败的场景更常见——辛辛苦苦做完，点“提交”却提示服务器错误。这时候千万别连续狂点提交按钮，导致重复提交或卡死，正确操作是先刷新页面确认答题状态，如果已提交会显示“已完成”之类的标记，如果未提交并且时间还有剩余，联系平台客服处理。

4.3 时间耗尽与自动交卷的止损策略

在线测评的倒计时是硬性的，时间一到系统自动交卷。这听起来很残酷，但也是可以利用的规则。

我当时的策略是：把整个测评分成几个阶段，每个阶段预留“冗余时间”。模块分配大概是这样：

• 前十分钟：先快速扫一遍所有题目，把送分题标记出来
• 中间时间：按“图形推理 → 逻辑判断 → 言语理解 → 数量关系”的顺序做题
• 最后十分钟：不新做难题，只检查和提交

最后十分钟的检查非常关键。因为在线测评的答题记录是逐题保存的，如果你卡在某一题上，后面的题目全部空着，那自动交卷时这些空题直接白给。我的做法是：宁可先把所有题都蒙一个答案填上，再回来纠结难题。蒙错的概率是75%，但空着的概率是100%丢分——这个数学账一定要算清楚。

还有一个小技巧，如果平台允许“返回修改”，那么做完所有题之后，先点“下一题”进入下一部分之前，注意看有没有“标记本题”的功能，标记过的题会高亮显示，方便最后统一回来检查。这类功能看似基础，但很多人到交卷都没用过。

5. 从测评结果到面试邀约：那段时间该做什么

5.1 测评出分周期与正确查询方式

测评做完之后，紧接着的焦虑是等结果。2016年滴滴快的的测评结果不是即时出分的，一般要等3到7个工作日。有人早上做完，下午就去看邮箱，一天刷十几次——没用的。

当时出结果的通知方式有两种：邮件和短信。如果测评通过，一般会收到“恭喜您通过在线测评，进入面试环节”的通知，附带面试时间地点的确认链接。如果测评没通过，通常只有一封格式化的“感谢信”，甚至很多人是默默无闻地等到面试结束才知道自己没戏了。

正确查询方式只有一个：等官方通知。不要去第三方论坛、群聊里问“有没有人收到面试通知”，因为每个事业部、每个岗位的进度都不同，你收到的信息只会增加焦虑。真想知道进度，最靠谱的方式是关注滴滴官方校招公众号的动态，里面有统一的时间线。

5.2 等待期间值得做的三件事

很多人在测评结束后就彻底放松了，这是大忌。我从自己的经验出发，建议你在等待期做三件事。

第一，复盘测评内容。自己回忆一下，哪些模块确定做对了，哪些是蒙的，蒙的理由是什么。这能帮你定位薄弱点——比如图形推理太弱，那就接下来一周每天固定刷20道图推题；数量关系太慢，就练速算和心算。

第二，准备面试。测评通过后，间隔一般只有3到5天，如果你从收到面试通知才开始准备，必挂无疑。技术岗要复习项目经历、准备系统设计问题的口头表达；非技术岗要准备自我介绍、产品sense、群面的角色定位。技术面第一轮一般是项目深挖，第二轮是算法题，第三轮是系统设计，每一轮都要提前演练。

第三，了解滴滴的业务线。2016年的滴滴主要有出租车、快车、专车、顺风车、代驾等业务线，不同业务线的面试重点差别很大。我记得当时有同学面“顺风车”事业部，面试官上来就聊“拼车路线规划”，如果你连业务背景都不了解，特别容易冷场。至少要把公司主要产品、商业模式、竞品格局过一遍。

5.3 万一测评挂了：二次机会与内推通道怎么用

测评没通过，是不是校招就彻底结束了？不是。当年滴滴快的的校招有个特点：不同城市、不同事业部的招聘节奏不同，有些岗位补招时间线拉得很长，这就给了你第二次机会。

第一种方式是参加补招。2016年滴滴在部分城市有补招批次，流程和正式校招一样，但时间更靠后。补招的名额少，但竞争也相对小，因为大部分人都已经找到工作了，能坚持到补招的人不多。

第二种方式是内推。如果正式校招测评挂了，找到一个在滴滴工作的师兄师姐内推，简历可以绕过系统，直达业务部门。注意，内推不等于免测评，很多部门依然要求你补做测评，但内推的好处是有人帮你捞简历，面试官至少会看你的简历再决定要不要面。

第三种方式是走实习转正通道。如果测评挂了但非常想进滴滴，最稳妥的路是去投实习岗，实习结束后争取转正。实习面试的难度通常低于校招，因为面试官能看到你的实际工作能力，线上测评只是个过场。

这里我想多说一句：测评挂掉真的不是世界末日。2016年那波校招，我认识一个测评没通过的同学，后来通过实习转正进了同级别的其他互联网大厂，现在发展得很好。测评考察的是“当下的匹配度”，不是“你这个人行不行”。所以，放平心态，把它当成一次能力体检，哪里弱就补哪里。

6. 回头看：这场测评对今天准备校招还有什么参考价值

距离2016年已经过去很多年，在线测评的形式一直在变，但底层逻辑没有变。现在大厂的测评无非是两种：一种测智商，一种测匹配度。滴滴2016年这套测评的特点，是把“测匹配度”这件事做得非常业务化——算法题贴着出行场景，情境题直接模拟业务决策，性格测试则悄悄构建你的职业画像。

这种“业务即考题”的思路，在今天的校招里越来越普遍。如果你现在正在准备互联网校招，我的核心建议只有一条：不要孤立地刷题，把题目和业务场景结合起来思考。刷到最短路径，想一想外卖配送、网约车派单、物流调度怎么用；刷到系统设计，想一想秒杀系统、订单系统、推荐系统的高并发取舍。这种思考方式，不仅对笔试有用，对面试更是降维打击。

还有一点不得不提：在线测评平台的技术体验，这些年已经好了很多——断网续答、自动保存、多浏览器兼容都成了标配。但“提前测试设备、规划时间、不要最后一天才开始”这几个原则，永远不过时。每个校招季都有人因为操作层面的失误出局，真的很可惜。

我在实际接触这套测评的过程中，最大的体会是：在线测评看的不是你的绝对能力，而是你在有限时间内调动所有资源解决问题的能力。这种能力，比任何一道具体的算法题都更接近真实工作的状态。