项目里的用户量和日活写进简历，算不算泄密

技术简历要写数字这是共识。但有一类数字写起来会犹豫日活、GMV、订单量、用户总数、某个业务的营收。这些是公司的业务数据写出来算不算违反保密义务这件事有比较清晰的边界而且脱敏之后并不影响说服力。先看你签过什么多数劳动合同里有保密条款部分公司还有单独的保密协议NDA。常见的受保护范围包括未公开的财务数据、未公开的用户和交易数据、客户名单、技术方案与源码、内部的经营决策。关键词是「未公开」。已经在财报、官方新闻稿、公开的产品页面上披露过的数字通常不属于保密范围。所以第一个判断动作很简单这个数字对外公开过吗上市公司的财报数据、官方宣传里说的「注册用户突破 X 亿」、应用商店公示的下载量这些引用没有问题。哪些数字要小心日活、月活的具体值如果没有公开披露过。GMV、营收、利润率。具体的订单量、支付成功率、转化率。客户名单尤其是 to B 业务里的甲方名称。成本数据比如单均履约成本、云账单。未发布产品的信息。这些即使你在工作中天天看也属于内部数据。技术指标通常是安全的好消息是技术简历上最重要的那类数字多数不敏感。QPS、TPS、P99 延迟、机器数量、数据量级、缓存命中率、接口响应时间、故障恢复时长这些属于技术实现指标。它们不直接反映经营状况通常不在保密范围内。而且它们恰恰是技术面试官最关心的。所以一个务实的策略是把简历上的数字重心放在技术指标上业务指标做脱敏处理。三种脱敏写法第一种换成量级。改前日活 370 万日订单 82 万 改后日活百万量级日订单数十万量级量级保留了规模感又不给出精确值。这是最常用的写法。第二种换成相对变化。改前转化率从 3.2% 提升到 4.1% 改后改版后下单转化率提升约 28%相对值相对变化说明了你的贡献而绝对值才是敏感的那部分。第三种换成技术等价指标。改前支撑日均 2000 万笔订单 改后订单服务日均处理请求 2000 万次峰值 QPS 3800P99 稳定在 120ms 以内后者说的是技术承载能力比业务量更贴合技术岗的评估而且不敏感。甲方和客户名称怎么处理to B 业务和外包驻场的人常遇到这个问题。保守写法是写行业和量级改前为某某银行开发信用卡账务系统 改后为某股份制银行开发信用卡账务系统持卡量千万级如果这个合作关系是公开的对方官网有案例、有公开的中标公告、双方发过联合新闻稿可以写具体名称。不确定的时候用行业描述。面试时对方问起来可以口头说明。脱敏之后怎么保持说服力很多人担心脱敏后简历变虚。其实不会只要你把技术侧的细节补足。改前敏感且空 - 负责日活 370 万产品的订单系统开发 改后脱敏但更有料 - 负责订单系统日活百万量级产品。核心链路日均请求 2000 万次、峰值 QPS 3800 - 主导一次下单链路的优化原实现串行调用 6 个下游服务P99 为 1.4s。改为对 4 个无依赖的调用做并行 给 2 个非核心调用加降级超时 200ms 走默认值P99 降到 380ms且下游抖动不再影响主流程成功率改后没有一个敏感数字但技术含量高得多也更能被追问。这里有个规律越是脱敏越要靠技术细节撑而技术细节恰恰是面试真正考察的东西。所以脱敏往往会逼你把简历写得更好。几个具体的场景还在职的人更要注意。简历挂在招聘平台上是半公开的现公司有可能看到。业务数据一律脱敏。刚离职的人保密义务通常在离职后仍然有效期限看协议。不要因为离开了就放松。有竞业协议的人除了数据还要注意不要在简历上明示你正在投的目标公司类型和你的前雇主属于直接竞争关系。这一点更微妙涉及的是竞业而不是保密。开源项目你自己的开源项目随便写。公司的项目如果已经开源也可以写并给链接。面试时怎么处理面试官追问具体数字时可以礼貌说明「这个数据属于内部数据我不太方便给具体值。可以说的是它在百万量级。如果对技术细节感兴趣我可以详细讲一下我们的架构和优化过程。」绝大多数面试官会接受而且会对你的职业操守留下正面印象。一个在面试里随口说出前公司核心数据的候选人对方也会想他以后会不会也这样说我们的。反过来如果对方因为你不肯说具体数字而不满这本身也是一个信号。最后边界不复杂公开的可以引用未公开的经营数据做脱敏技术实现指标放心写。脱敏不会让简历变弱前提是你把技术侧写足。多数简历的问题从来不是数字不够精确是技术细节不够。