大公司做硬件，一定要记得处处留痕
我先说个自己的教训。
几年前有个项目，中途出了个批次性不良，生产端反馈说某项测试参数不对，最后导致大批量返工。当时品质、生产、项目的一堆人拉着开会，上面领导问：“这个参数当初谁定的？依据是什么？”
我脑子里很清楚，是某次评审会上，某位领导拍板说按老项目走就行，咱们就照做了。但当我试图张口解释，发现根本没有书面记录。邮件没有，会议纪要没有，聊天记录也没有找到。
结果就是，拿不出证据，只能背锅。
从那以后我就悟了：在大公司做硬件，留痕不是可选项，是必选项，它能在关键时刻帮到你。
01
哪些地方需要记一笔？
不是说让你事无巨细什么都记，那样一天不用干别的了。我总结几个重点场景：
第一，方案决策一定要留痕
比如选型、参数定标、方案取舍。这些都是很关键的决策。谁定的、什么时候定的、基于什么前提定的，写清楚。不用长篇大论，邮件里几句话，总结发出来大家都能看到。
有个哥们跟我吐槽，说某次结构干涉，当时结构负责人说公差没问题，结果模具开了干涉了，回去找，那人说我从来没说过这话。你说憋屈不憋屈？
第二，跨部门协调一定要留痕
硬件跟软件、结构、测试、采购、品质、生产，几乎每天都在打交道。某个LCD替代料色温、亮度、接口、某个结构限位尺寸、采购交期，客户需求，这些牵扯到跨部门的东西，只要是达成一致的，尽量文字确认。
有人觉得“就两句话的事儿，还要发邮件，是不是太矫情了？”
兄弟，你不是矫情，你是对自己负责。两句话的邮件，30秒写完，可能半年后能救你一命。
第三，领导的口头指示要转化成文字
这个最敏感，但也最重要。大公司领导多，项目会上领导随口说一句“这个先按XX方案走”，你听了照做，结果后面领导自己忘了，或者换领导了，新领导不认旧账，你怎么办？
可以在会后补一封简短的邮件，语气要客气。不是你刚才说了啥我记下来，而是根据今天会议讨论，我接下来按以下方向推进：
1... ...，
2... ...，
3... ...，
如有调整请指示。既把锅甩回给领导确认，又显得你做事严谨。
第四，问题处理过程要留痕
项目出了bug、测试不过、生产异常，你怎么分析的、做了哪些实验、中间结论是什么、最终怎么解决的——这些都值得记录。
别只在脑子里过一遍，万一哪天需要，多写几笔备注，都比什么都没留下强。
02
怎么留？
有人一听留痕，就觉得是天天写长篇大论，其实不用。
邮件是首选。 重要的事走邮件，带时间戳，带收件人抄送人，是硬证据。
会议纪要别偷懒。 哪怕只是简单列几条结论和待办，发群里或邮件抄送相关人，都是有效留痕。
流程系统里别只点通过。 多写两句审批意见，万一后面翻出来，能看到你当时的考量。
关键文件加版本号和修改记录。 硬件原理图、PCB、BOM、规格书，这些文件的变更历史要清晰，谁改的、什么时候改的、为什么改的，写在文件头或者提交备注里。
03
小结
人的脑子靠不住。今天的事明天还记得，过几周就模糊了。不留痕，出了问题翻回去查，几个部门互相扯皮，领导来回问，一个礼拜过去了还没定位清楚。记录清楚的话，一翻邮件、一查系统，10分钟搞清楚来龙去脉：方案问题、执行偏差还是外部因素，一目了然。
而且留痕有一个隐藏好处：让找你麻烦的人知难而退。你出了事甩出邮件截图，下次谁想甩锅给你，都得掂量掂量。
留痕不是不信任别人，而是尊重事实，尊重自己。
