最近后台被问最多的就是“大厂挂了还能去哪”。我熬了两个周末,把这一季的中小厂面经反复过了一遍,发现一个和大多数人直觉相反的现象:2026届这波求职里,真正“好上岸”的岗位,其实集中在那些你不太叫得出名字的中小厂。注意,我说的是好上岸,不是白给。中小厂的面试逻辑跟大厂完全是两个物种,它们不问天马行空的系统设计,却会把你简历上每一个字都抠出来问。下面我按岗位把最近看到的考点摊开讲,再给一套实际能用的准备节奏,最后聊聊那些面经里没人提醒你、但踩一次就难受很久的坑。
1. 中小厂不是大厂的候补,是另一套筛选逻辑
1.1 为什么说“好上岸”:门槛差异到底差在哪
很多人以为“好上岸”等于题目简单、面试官放水,这个理解从一开始就跑偏了。大厂的筛选逻辑是先海量捞人,再用流程筛掉绝大多数,所以你会经历简历池、笔试、多轮技术面、交叉面、HR面,任何一环都有挂掉的可能,而且每一环之间的等待时间长得让人心慌。中小厂的逻辑不一样:他们通常没有余力搞一年两次的大规模校招,很多岗位是一个萝卜一个坑,只要部门缺人,面试流程会走得非常快,有的周一投简历,周五就面完发offer。
同样是想招一个前端,大厂会考你Redux源码、React调度机制、浏览器渲染原理,然后从一百个人里挑一个未来有潜力的。中小厂更关心你现在能不能立刻把业务做好,所以问题通常落得很实:你做过的项目里权限控制怎么设计的?首屏加载从3秒优化到1秒做了哪些事?线上出现一个Bug你怎么定位?这些问题没有标准答案,但对做过真实项目的人来说反而好回答。这就是“好上岸”的本质:不是竞争变弱了,而是筛人的尺子不一样。
当然,尺度不一样也意味着没有护城河。大厂面试还会看你计算机基础扎不扎实,有些题背一背也能混过去;中小厂面试官问得越具体,你简历里没有真实经验就越容易露馅。所以准备中小厂面经,优先级的顺序应该是:项目细节大于业务场景题,业务场景题大于八股,八股大于算法。很多人把顺序搞反了,刷了两个礼拜算法,却被一个“线上系统突然卡了怎么排查”问得哑口无言。
1.2 中小厂的类型决定面试难度:A轮到转型公司差别很大
“中小厂”这三个字其实是个筐,里面装着完全不同的几类公司。如果不先判断目标公司属于哪种类型,看再多的面经也对不上号。
第一类是A轮、B轮阶段的创业公司。这类公司最真实的需求是“赶紧有人能用”,面试环节通常不超过三轮,技术面可能只有一轮,但问得极其细,会追着你的项目问到底,甚至直接给你一台电脑让你现场改Bug。他们的优点是不太看学历和实习经历,缺点是你入职后大概率要做超出JD范围的事,前端可能还要兼顾小程序、管理后台和数据看板。
第二类是C轮、准独角兽阶段的公司。这类公司已经养得起专职面试官,流程开始向大厂看齐,有笔试、技术初试、技术复试、HR面,但题目难度普遍比同类大厂低一个档。准备这类公司时,八股和算法不能完全丢,尤其数据结构、网络、数据库隔离级别这些基础题出现的频率很高。
第三类是传统企业数字化转型的子公司、银行科技子公司、国资背景企业。它们的面试风格很两极分化,有的会考很老的技术栈,比如Struts、jQuery,有的反而会考一堆项目管理、敏捷开发、需求分析类的题目。如果你愿意去这类公司,竞争压力最小,但一定要提前打听清楚合同的签约主体,是跟子公司签还是跟外包签,这一点非常关键。
第四类是外包和人力外派岗位。我在面经帖里看到太多人把外包岗位当成中小厂offer,进去之后才发现技术栈、归属感、涨薪路径全都不一样。外包岗位不是不能去,但必须明确自己是为了过渡还是长做,别糊里糊涂签了三年再后悔。
1.3 2026届秋招为什么中小厂机会反而多
这一届秋招有个很明显的特征:头部大厂的HC肉眼可见地在收缩,很多岗位投递量超过往年,但招聘名额不升反降。反而是中小厂因为业务盘子小、决策链路短,一旦拿到项目或融资,招聘需求非常明确,上半年缺前端就只招前端,下半年要搭数据团队就疯狂找数据分析。
从面经的反馈来看,中小厂今年最缺的岗位集中在四类:一类是能直接上手写业务代码的前端和后端,一类是懂嵌入式、能调板子的软硬件结合岗位,一类是测试开发,最后一类是能把AI能力接进业务场景的人。前两类是长期缺人,后两类是最近一年多突然冒出来的需求。这也解释了为什么热词里“agent面经”“测试面经”的讨论度突然暴涨。对求职者来说,这四个方向的共同点是:机会多、门槛还没被卷起来、只要准备方式对,成功率明显比前几年高。
所以别再守着大厂一棵树。把中小厂当作主战场,不是降级,是在重新选择一套对自己更有利的游戏规则。
2. 最近这批真实面经里,各岗位最高频的考点
2.1 前端:项目亮点比框架八股更容易打动面试官
前端面经在今年的讨论度一直居高不下,尤其是React方向。我翻了最近几十份前端面经,发现中小厂很少问“React源码怎么实现”这类题,反而特别爱问几个场景:一个页面从输入URL到展示发生了什么、项目的首屏加载怎么优化、组件之间怎么通信、如果让你设计一个表单校验组件你会怎么做。
这里面最容易被忽视的是性能优化。中小厂没有专职的性能团队,谁能让页面更快一点,谁就更值钱。如果你在项目里做过大列表虚拟滚动、图片懒加载、打包体积优化、接口并发请求合并,一定要把这些写进简历,并且准备好具体数字和优化前后的对比。比如“把首屏时间从2.8秒降到1.1秒”,这种表达比“做了性能优化”有说服力得多。
另一个高频考点是手写代码,但跟大厂爱考算法不同,中小厂前端手撕题通常是业务向的:手写防抖节流、深拷贝、Promise.all、一个简单的Event Bus、数组转树。这些题看起来简单,写起来很容易出错,比如深拷贝不处理循环引用、Event Bus没有考虑once监听器的移除,都会被面试官追问。建议把这几类题提前写熟,边界条件想全。
2.2 C++/嵌入式:内存、多线程、Linux命令是重头
嵌入式方向的C++面经,跟纯互联网C++面经差别很大。纯互联网岗位爱考STL实现原理、右值引用、智能指针、常见的并发模型,而嵌入式方向会在此基础上叠加一堆硬件和系统层的问题:指针和数组的区别、内存泄漏怎么排查、malloc和calloc的区别、进程和线程区别、Linux命令、GDB调试、I2C和SPI的区别、中断处理函数里能不能用printf。
从面经反馈来看,最容易被问倒的其实不是C++语法,而是“怎么在Linux下排查问题”。很多同学在项目里只是调通了功能,没用过top、strace、perf、gdb这类工具。而中小厂做嵌入式的场景往往是设备跑着跑着系统卡住,或者说内存占用一直在涨,你需要有线上排查的思路。我建议把Linux常用命令至少过一遍,特别是抓日志的journalctl、看进程内存的ps/free、跟踪系统调用的strace,哪怕只了解命令的作用,面试时表达出“我知道用什么工具、按什么流程排查”也会加分很多。
2.3 测试:用例设计、接口测试、偶现Bug排查
软件测试岗位这两年热度上涨,是因为中小厂终于意识到光有手点测试不够。但面试题并不难,核心就三块:用例设计、接口测试、经验题。
用例设计最经典的题是“怎么测试一个登录功能”,看起来简单,但很看思维缜密度,正常回答要覆盖正常流程、异常密码、密码加密传输、验证码、忘记密码、并发登录、浏览器兼容、SQL注入、接口重放等几百种场景。面试官会从你的回答速度看你是见过套路还是临时想。建议提前整理一套类似模型的万能模板:功能测试、界面测试、接口测试、安全测试、兼容性测试、性能测试,按这个维度去拆解任何被测对象。
接口测试和偶现Bug排查是这两年新增的重点。接口测试至少要能说出Postman和JMeter的用法,能解释get和post的区别,知道幂等性是什么意思。偶现Bug更偏经验,比如“测试环境复现不出来怎么办”,标准套路是:先看线上日志、看机器资源占用、复现时抓包、尽量拿到用户操作路径、再怀疑并发和缓存,最后把问题和开发按优先级排期。能完整说出这套流程,比你会写多少自动化脚本都重要。
2.4 数据分析:SQL手写、指标口径、AB实验
数据分析岗位在中小厂通常是“半个业务分析、半个数仓开发”,所以面试内容一看SQL,二看业务理解。SQL手写基本是必考,常见的题型包括:分组聚合、多表关联、开窗函数、连续登录天数累加。有些人只会单表查询,一遇到开窗函数就卡住,建议把窗口函数的几个常见场景全部练习一遍。
业务理解题往往比SQL更致命。面试官会拿自己公司的数据问:某功能上线后日均点击量下降,你怎么分析?这种情况不要急着说“看数据”,而是先确认指标口径:点击量是UV还是PV,统计周期是自然日还是滚动24小时,是否排除了异常流量。口径确认完了再说分析框架:先拆分平台、版本、渠道、用户分层,锁定是哪个维度下跌,再看是不是版本灰度、外部节假日、竞品上线导致。这一套下来,面试官会觉得你是一个有方法论的人。
AB实验也是高频题,中小厂问得比较简单,但至少要知道分流方案、实验周期怎么定、显著性怎么算、辛普森悖论是什么意思。不会建议别硬编,直接说“我在项目里还没系统做过分流实验,但我理解核心是为了保证实验组和对照组只有变量不同”,这种表达比胡编好很多。
2.5 Agent开发:一个新到大家都不熟的方向,反而是机会
Agent面经能登上热词,说明这个方向的招聘需求确实起来了。很多中小厂想做AI客服、自动化工作流、知识库问答,但负责人本身也没想清楚要什么,这就导致面试官自己都不太知道难的问题该怎么问,反而容易抓住基础能力考察。
从面经来看,Agent岗位被问到最多的是这些:什么是RAG,怎么解决检索结果不准的问题?Prompt如何设计?你会怎么评估一个Agent回答得好不好?有没有自己搭过完整的Agent工作流?LangChain和直接调大模型API有什么区别?是否了解向量数据库、Embedding、Function Calling?这些问题现在没有标准教材,大家都是在踩坑中总结,所以面试时有自己的理解比背诵概念重要。
我建议在准备这个方向时,自己动手做一个很小的项目,比如一个能查天气、算账本的简单Agent,把Prompt、工具调用、结果解析、异常处理整条链路跑通,再把遇到的坑写成文档。这个文档就是面试时最好的亮点,因为大多数候选人只会在简历里写“熟悉LangChain”,你没写熟悉,但你拿出一个真实demo,局面完全不一样。
3. 简历和笔试:大部分人在面试前就已经输了
3.1 中小厂筛选简历时,机器和HR在看什么
很多中小厂每天收到的简历量没有大厂那么多,但HR并不会因此变成耐心阅读者,他们通常只有10到20秒看一份简历。这10秒里,HR会先看学校、公司经历和技能标签,然后快速扫项目描述里有没有当前岗位的关键词。
这意味着你投递不同岗位时,不应该用同一版简历海投。投前端岗,就把项目里的“权限管理”“性能优化”“组件封装”放在最显眼的位置;投测试岗,就要把“测试用例”“自动化脚本”“Bug跟踪”这件事单独列出来;投C++岗,则突出“多线程”“内存管理”“Linux”,把无关的课程项目往后放。最容易踩的坑是把简历做成“全栈全能型”,看似什么都会,实际上没有一家公司的面试官会因为你写得全而约你,他们反而会担心你什么都只懂皮毛。
另一个容易被忽略的点是:中小厂会看你住不住附近、能不能尽快到岗、实习时间够不够长。这些信息虽然不在JD上,但会直接影响HR是否把你的简历推到技术官那里。如果你能接受马上实习或到岗后直接出差,在简历最上方写清楚,会直接拉高被约面的概率。
3.2 笔试有还是没有,取决于公司阶段
中小厂笔试情况很不一样。A轮创业公司通常没有笔试,HR觉得简历合适就直接约技术面,有时候一天面完三面;C轮和准独角兽公司的笔试则更接近大厂风格,大概率是用牛客或HackerRank发一套题,但题目数量少很多,难度集中在简单到中等。
如果你收到的是限时笔试,先别急着打开题目就做。先看每道题的分值分布,优先做你有把握拿满分的题,不要在一道hard题上死磕。中小厂的笔试系统通常不提供运行结果,只在你提交后再统一判题,所以代码逻辑要尽量清晰,即使跑不通,也要把思路和关键注释写在代码里,有些笔试官会人工复查有思路的卷子。
还有一类很常见的考核方式是在面试里当场写题。面试官会给你一个在线编辑器,让你写一个函数或算法。这时候你的解题思路表达比最终代码是否正确还重要,最好边写边说,先讲输入输出、边界条件,再写主逻辑,最后提一句复杂度。中小厂面试官看重沟通协作能力,他们招的毕竟是组内同事,不是只会闷头刷题的人。
3.3 两周冲刺笔试和简历的实操节奏
如果目标是中小厂,其实不需要像准备大厂那样提前三个月开始。以我的经验,两周时间完全够用来冲刺,关键是把时间花在刀刃上。
第一周,白天用半天时间根据目标岗位改简历和作品集,每天只改一到两个岗位的简历版本,重点是把项目描述改成“动作+技术点+结果”的形式。剩下的半天加上晚上,集中刷和岗位匹配的题型:前端刷防抖节流和状态管理场景题,C++刷内存和多线程题,测试刷用例设计题,数据分析刷SQL窗口函数。
第二周进入模拟面试状态。每天给自己安排一场45分钟的自问自答,对镜子讲项目,把项目背景、角色、难点、方案、结果、复盘六个点讲顺。同时把常见的场景排查题整理成自己的框架,比如“线上卡顿”“数据库连接池满了”“订单丢失”,然后逐个写出排查步骤。不需要背答案,但要形成肌肉记忆。最后不管面不面试,都把自我介绍压缩到一分钟版本,确保每一句话都有信息量。
4. 面试中最重要的两类题:项目深挖和场景排查
4.1 把项目经历讲成一条有冲突有结果的主线
绝大部分中小厂技术面的前15分钟都是在扣项目。面试官会先让你讲一个最熟悉的项目,然后围绕项目随便挑一个点深挖。很多人在这个环节翻车,是因为把项目讲成了操作手册:先做了什么功能、又做了什么功能、最后用了什么框架。面试官听完完全不知道你解决了什么问题。
正确的讲法是把它当成一个有冲突、有主角、有结果的故事。比如你做一个后台管理系统,不要从“这个系统有几个模块”开始,而是说“当时系统权限设计很混乱,任何用户都能访问管理页面,我重新设计了一套基于RBAC的权限模型,把菜单、按钮、接口三层权限统一起来,最终让越权问题清零”。这一句话里就包含了背景、难点、方案、结果,面试官只要顺着追问细节,你就占据了主动。
我建议每个人都提前写一份“项目讲述稿”,每个项目控制在500字以内,包含四个部分:项目背景要解决什么问题,我的角色和核心贡献,技术选型为什么这么选,如果重来哪些地方会做得不一样。尤其是最后一部分,面试官很爱问,你如果回答“暂时没想到”,会显得缺乏复盘意识。哪怕只是说“我会把权限判断从JS搬到后端中间件层,因为前端判断可以被绕过”,也比没有想法强得多。
4.2 场景排查题的回答框架:先看监控,再分而治之
中小厂的面试官特别喜欢问一类题:“线上突然出现某个异常,你怎么排查?”这类题没有固定答案,但面试官在考察你的排查思路是不是系统化。见过太多人一上来就说“我看日志”,其实这个回答不能说错,但不完整。
一个相对靠谱的回答框架是:先确认影响面和现象,比如是某个用户、某个版本还是全部用户都受影响,错误码是什么。然后看基础资源,CPU、内存、磁盘、网络是否被打满,这一步可以通过监控平台或登录服务器直接看。接着看依赖服务,数据库慢查询、缓存穿透、第三方接口超时都会导致链路异常。日志排查看有没有最近的异常堆栈或错误率突增。最后再考虑代码逻辑问题,比如并发场景下的竞态条件、缓存过期时间设置不合理等。
面经里有一个常见追问是“如果测试环境复现不了怎么办”。这时候可以回答:线上不是测试环境,很多问题只有在真实流量、真实数据量下才出现,所以先尽量保留现场,导出错误上下文和用户操作路径,再构造类似的数据量和并发进行压测复现。如果实在复现不了,可以先加日志和埋点、做好监控告警,等下一次出现时直接抓证据。这个回答非常贴合中小厂的实际情况,因为很多公司根本没有完整的模拟环境。
4.3 手撕代码:难度不高,但要会“讲思路”
中小厂的手撕代码整体难度比大厂低一个档次,但并不能完全不准备。前端考防抖节流和深拷贝,后端考写一个带过期时间的LRU,C++考实现一个shared_ptr,数据分析考手写计算连续登录天数SQL。这些题只要提前写过,基本不会翻车。
真正需要注意的,是面试现场会紧张导致思路混乱。一般手撕题开始时,建议先把题目复述一遍,确认输入输出和边界。比如题目是“实现一个函数把数组转成树”,你要先问“兄弟节点之间有没有排序要求”“一个节点有没有可能多个父节点”“父节点ID为null是不是根节点”。这些边界确认完,代码大概率就是框架加循环的事。如果你还没想清楚最优解,可以直接说“我先用暴力解法把功能跑通,再聊如何优化”,面试官通常不会拒绝这种解法,因为反映了你具备工程思维。
还有一个细节:写完代码后主动走一个测试用例。比如数组转树,写个inputs数组,在脑海里或纸上走一遍,看看输出是否符合预期。就这么一个小动作,会让面试官觉得你平时写代码是有自测习惯的,这一点在中小厂比做出难题更受欢迎。
5. 反问环节:与其问福利,不如问清这五件事
5.1 判断技术环境:问团队和代码库的现状
面试结束前,面试官基本都会问“你有什么想问我的”,很多人只会问“加班多吗”“薪资多少”,这些当然要问,但最好留在HR面。在技术面反问环节,更重要的问题是判断这家公司值不值得待。
我的建议是至少问三个技术向的问题:这个岗位是维护老项目还是从零搭建新系统?团队目前有多少开发,几个前端几个后端?代码库有没有基础测试和持续集成?这三个问题能帮你快速判断技术环境。如果面试官回答“老项目,代码比较老,目前只有两个人,没有测试”,那你进去之后大概率是维护状态,成长和背锅的比例需要自己权衡。如果他说“新业务,正在从零搭”,那也要有从0到1混乱期的预期。
还有一个非常实用的问题是:“如果我入职,您希望我在三个月内达到什么状态?”这个问题能让你了解面试官的期望,也能判断这个岗位是不是临时缺人。如果对方能给出合理的目标,说明他认真想过怎么用人;如果支支吾吾或者只说“先熟悉业务”,那你就要多留个心眼。
5.2 判断业务是否靠谱:别直接问赚不赚钱
求职者很想问“公司会不会倒闭”“这业务有前途吗”,但技术面里直接问这些会很尴尬。更好的办法是把它包装成业务理解类问题。
可以问:“这个产品目前核心解决的是谁的需求,和市面上其他产品比我们的差异点是什么?”面试官如果对业务理解到位,会讲得比较清楚;如果他半天说不出来,说明业务方向可能还在摸索期,试错成本会传到你身上。也可以问:“过去半年团队最关注的业务指标是哪两个?”问完之后你能大概判断产品处于什么阶段,是强营收压力,还是还在求增长。
当然,有些问题你在技术面是问不出来的,比如财务健康度、股东结构、流水规模。这些信息需要靠求职者提前查:企业信息平台看股东变更和融资记录,招聘平台看同一个岗位挂了多久,去搜索引擎找有没有裁员、欠薪等新闻。把公开信息和技术面回答交叉验证一遍,比面试时直接问“公司资金链怎么样”要体面得多。
5.3 判断你进去后做什么:问“三个月目标”
前面提过“三个月目标”这个问题,但要展开讲,因为它太关键了。面试时聊得再好,也挡不住入职后被安排到意想不到的岗位。有的岗位听上去是开发,进去成了运维;有的岗位JD写的是Agent开发,进去之后是给大模型做数据标注。为了降低这种风险,一定要把“入职后具体做什么”在面试中问清楚。
我常用的问法是:“这个岗位是新增还是替换?前一位同事是因为晋升离开还是别的原因?”如果是新增岗位,说明业务在扩张,但有可能是需求不明确,需要你自发填坑。如果有前任,可以追问“目前最大的历史问题是什么”,这样能判断你是接了一个烂摊子还是正常继承。这两个问题组合起来,基本能拼出岗位的真实状态。
另外一个隐藏信号是面试官介绍岗位时是聊“业务未来”更多,还是聊“当前痛点”更多。如果全程在说当前痛点,说明这个岗位很可能就是来接盘的,进去之后会有比较多的应急性需求,需要心理准备。
5.4 什么信号出现,offer再大也要谨慎
再好的薪资,也要看你能不能待得下去。根据面经里翻车的案例,我给几个危险信号清单:技术面只有一轮,且面试官说不清团队结构;HR从始至终没提过岗位是新增还是替换;合同签订主体是人力资源服务公司而不是实际用工公司;五险一金缴纳基数按最低标准;面试中反复强调“能扛事”“自驱力强”“接受波动”。前两个信号代表这个岗位可能非常忙且没有沉淀,中间一个代表可能是外包,后面两个代表公司可能刚经历动荡或还在阵痛期。
出现这些信号不意味着一定要拒绝,但要对预期进行调整。如果你现阶段需要一个offer保底,那就把它当保底,不要放弃继续面其他机会。切忌在几家都不理想的公司中反复挑,然后拖到错过更好的机会。判断offer之前,先把优先级想清楚:这个阶段你最看重技术成长、涨薪速度还是稳定性?你只能按自己的优先级去选,没有标准答案。
6. 面经里没人写的坑:薪资、背调和offer对比
6.1 薪资谈判:中小厂压价是真刀真枪的
面经里最容易被忽略但最影响长期收入的部分是谈薪。大厂的薪资体系相对透明,级别定了薪资范围就摆在那里;中小厂不一样,同样一个岗位,HR手里的预算可能差出一半,你报价低了,他们不会主动给你往上提。
谈薪时最大的错误是报一个固定数字,比如“我期望月薪15K”。一旦你报出去,HR大概率会在你的期望上往下压,最后可能变成13K。正确做法是给一个区间,比如“我看了岗位要求,结合今年的行情,期望在15K到18K之间”。给区间的同时,再补一句“不过薪资不是唯一考量,如果岗位成长空间好,我可以灵活调整”。这样既不把路堵死,又守住底线。
你还要学会问一句:“这个岗位的薪资构成是什么,有没有绩效浮动,奖金一般几个月?”有些中小厂会把月薪说得很高,结果绩效占比超过30%,每天都要担心考核。用“综合年薪”去和HR聊,而不是单纯比拼月薪,你会少踩很多坑。
6.2 发offer前必须问清楚的七个问题
收到口头offer之后不要急着庆祝,把所有关键信息用文字确认一遍再决定。我整理了一份每次换工作都会问HR的问题清单,你可以直接抄:薪资构成是固定还是固定加绩效,绩效的比例和考核方式;五险一金是按实际工资还是最低基数缴纳,公积金比例多少;试用期多久,试用期薪资是否打折,试用期是否缴纳社保;工作时间是早九晚六还是弹性,是否存在强制加班,加班有没有调休或加班费;年终奖的基数是多少,有没有明确的发放条件和时间;一年有几次调薪窗口,调薪的依据是什么;劳动合同是和当前公司签,还是和第三方人力资源公司签。
这七个问题如果HR都能正面回答,这家公司的规范性至少不会太差。如果HR开始绕圈子或者说“这些入职后培训会讲”,你就该警觉了。正规公司不会害怕你把条件问清楚,反而会欣赏你有职业判断力。
6.3 背调和入职资料:细节决定offer会不会飞
中小厂的背调没有大厂那么全套,但不代表完全不做。我见过候选人因为简历上一段经历时间对不上,背调电话打到前同事那里之后被取消offer的情况。背调的核心是“信息一致性”,所以简历、面试时说的话、入职登记表里填的内容必须完全对得上,尤其是入离职时间、岗位名称、薪资范围这几个点。
另一个经常被忽略的是离职证明。有些候选人上一份工作还没走完流程就出来面试,等offer下来后不能按时提供离职证明,导致入职时间一拖再拖,岗位最后让给了别人。如果上一家公司离职流程周期长,提前跟HR说明,尽量在谈offer阶段就把时间差沟通好。
体检报告、学历学位证书、社保缴纳记录这类材料,建议入职前统一扫描好放在一个文件夹里。看起来很琐碎,但每年都有候选人因为在入职前几天补材料而错过start date。
6.4 不同offer怎么比:看时薪、成长曲线和离职成本
最后说一个很多应届生和转行同学都会算错的账:拿到两个offer,月薪一个12K一个13K,果断选13K,但算完时薪之后发现12K那个更划算。因为13K的公司强制单休、每天平均干到晚上十点;而12K的公司周末双休、很少加班。双休的时薪和长期发展空间往往更高。
建议你把到手薪资按“实际工作时长”折算成时薪,再把五险一金差异也算进去。公积金按12%交和按5%交,一年能差出好几千块,这笔钱直接影响你买房和租房。除此之外,还要看看团队里有没有能带你的人,是否距离业务核心近,这个项目的经验写在简历上值多少钱。中小厂之间跳槽很看重项目经验是否对口,所以第一份工作的方向比起薪更重要。
如果是两个offer方向完全不同,一个是稳定但业务边缘的岗位,另一个是辛苦但技术主流的岗位,我的个人建议是:在你还年轻、没有太多家庭负担的时候,选后者。中小厂最大的价值不是它现在多稳定,而是你能不能在这里完成一件能写进简历、讲过三年的事。等你离开时,这段经历就是你的下一个入场券。