大厂：成熟体系里的专业成长

加入大型企业时，公司已具备较完善的文档规范、协作流程和成熟的写作工具链。前期学习后即可高效开展工作。直属领导是TW出身，对岗位价值和工作难点非常了解，沟通顺畅、支持到位。

虽然TW并非核心岗位，但产品上市离不开产品文档，因此文档工作不会被忽视，各部门均会进行配合。公司内分工明确、流程成熟，大家按规则协作，在素材提供、资源支持、技术答疑等方面配合度高，很少出现分歧或内耗。我不需要过度深入产品开发过程和技术细节，可以专注做好TW本职工作，例如用户研究、信息设计等。当时身处成熟体系中，会不自觉地认为，这一切顺畅与支持都是理所当然的。

小厂：从0到1的开荒，真实挑战全记录

加入小厂后，我成为公司第一位专职技术文档工程师，核心任务是从0到1搭建整套技术文档体系。

此前，公司文档基本由产品经理自行撰写，缺乏协作流程、评审机制、写作规范和模板，导致不同人写出来的风格不一，即使同一个人在不同阶段写的风格也不统一。公司文档处于比较原始的状态。

1.现状分析与整体规划对齐

我先对公司现有文档进行了整体梳理与分析，制定了文档整体改进方案，并向领导汇报对齐方向。

由于在大厂时，我更多负责细分模块的信息架构和内容设计，较少主导全文档模块规划与汇报，加上PPT制作经验不多，刚开始写改进方案时有些无从下手。初稿PPT也被直属领导指出呈现效果太普通，领导觉得TW应该是很有美感的，PPT做得很漂亮的。当时我意识到，领导非TW出身，对这个岗位存在一定的认知偏差的，同时也发现，大厂与小厂对TW的要求很不相同——大厂追求细分领域专精，小厂更需要灵活的多面手。之后我也主动学习PPT相关课程，将PPT的颜值快速提升上去了。

2.制定规范和模板

接下来我开始搭建公司统一的写作风格指南、各类规范、信息架构与内容模板。架构与模板是我比较熟悉的部分，但完整制定风格指南与全套规范，是我第一次独立负责。这段经历让我非常感慨：过去在大厂，我一直理所当然地使用成熟规范与模板，以为自己已经完全掌握体系化能力。后来才真正明白，那时我所站的平台高度，并不完全等于我自身拥有的能力。

于是我开始大量查阅资料、分析标杆企业文档、积极请教前辈，最终完成了风格指南与全套规范的搭建。从规则使用者变成规则制定者，我收获了很强的成就感，也对自己更有信心。

3.搭建协作流程（核心挑战）

之后，我开始制定技术文档开发的协作流程，并推动各部门对齐。在这里遇到了比较明显的现实阻力：

• 素材提供和技术答疑环节

此前，团队习惯于产品经理自行撰写文档，对TW的工作中需要产品、研发侧提供资料输入、技术答疑，存在理解不足和支持有限的问题。同时我当时还带着大厂的工作习惯，认为专业的人做专业的事情。TW应专注于信息架构和内容设计，产品知识与技术部分研发更专业，他们应该提供部分输入和支持，自己不必深入研究。双方认知上的差异造成了一定分歧。

与领导和同事们多次交流碰撞后，我也开始反思，看到了大厂与小厂之间的差异，小厂分工尚未做到细化，需要一人多能，于是我也开始调整工作方式，主动适配团队现状。

• 文档评审环节

我分析了公司文档现状后，认为文档质量不高很重要的一个原因是缺少第三方评审，基本是自己写、自己评。而后续由TW负责编写文档，TW对产品的理解深度不及产品经理，若无外部评审，质量更难保障。

于是我建议引入项目组多角色评审：研发人员进行技术评审，售后人员作为内部用户进行可用性评审。并设置初审与终审，确保质量闭环。但由于涉及研发工作量和跨部门沟通，领导未完全支持。最终折中处理，仅保留了少量研发人员参与技术评审，优先保障文档的准确性。

• 归档后问题反馈环节

即使少量研发人员参与了文档技术评审，文档仍是研发体系内的人自己写，自己评审。为了避免闭门造车，我建议当文档发布进入维护阶段后，开通问题反馈通道，持续接收内外部用户意见，实现文档质量持续提升。这一想法得到售后人员的广泛认可。

但落地时，售后人员提出的技术问题需要研发参与答疑，研发资源紧张难以及时支撑，无法形成有效闭环。经过多方沟通协调，最终确定优化方案：由售后专人提交问题，我按月阶段性收拢，再与研发对齐整改。虽然没能实现最初设想的即时闭环，但至少迈出了关键的第一步，对文档质量提升已有实质帮助。

在这个过程中，我逐渐体会到：公司现阶段更希望TW可以释放项目组成员写文档的人力，对文档质量的优先级没有提到很高，整体也尚未做好变革准备。我应该也要随之做一些调整。

4.优化写作工具

一开始我想一步到位，调研了基于DITA的结构化写作工具。但这类工具费用较高，公司相关预算不足。后面慢慢摸索开源的工具方案，最终放弃了部分高阶功能（如内容重用、复杂样式等），选用基于 Markdown 的轻量、免费工具组合，以满足当前阶段核心需求为原则。

5.业务交付与历史文档优化

依据新指定的规范与模板，进行日常业务交付，并迭代优化历史文档，保障输出文档高质量。这部分工作按部就班，就不再展开。

大厂vs小厂：TW工作的核心差异

大厂与小厂，两种完全不同的环境，对TW的定位与要求截然不同：

• 大厂：体系完善、分工精细、写作成熟，是深耕专业能力的沃土。在这里，你可以专注于用户研究、信息设计等核心模块，把专业做到极致。但也容易陷入“平台依赖”，误以为流程顺畅是自己的能力。

• 小厂：从零搭建、一人多能、资源有限，是锻炼综合能力与全局思维的训练场。你不仅要写文档，还要懂产品、懂流程、懂沟通、懂规划，甚至要学会在资源不足的情况下创造条件。这里没有“成熟体系”可以依赖。每一步都需要自己摸索和争取。

在大厂，我建立了体系化技术文档的思维，掌握了技术写作的方法论，培养了架构设计能力、内容写作能力、资料项目管理等专业能力。在小厂，获得了从0到1搭建文档体系的机会，有了更多全局思考的空间，也更清晰地看到自己的短板，也就更有机会去突破与成长。

从大厂到小厂的心得感悟

从大厂的螺丝钉，到小厂文档模块开荒者，回顾这段经历，感悟到大厂的顺畅，是平台带给我们的，没有什么理所当然。要心怀感激，同时多思考、多反问：如果让我来搭建这套体系，我会怎么做？我能怎么优化？把平台能力内化为自己的能力，未来从零到一推进时才更有底气、有思路。

在小厂工作，我主要有如下感悟：

1. 在小厂，不能照搬大厂那一套，必须灵活适配。

如果公司现阶段追求快速交付，对文档质量与信息体验优先级不高，不必过度追求严谨流程而影响业务落地。先保障核心交付，再循序渐进优化，事缓则圆。领导永远站在更高视角全局把控，我们要做好支持者，而非掣肘者。此外，小厂预算有限，工具优先使用开源免费方案，非必要不轻易提采购，够用即可，不盲目追求先进。

2. 主动深度学习产品知识，构建核心竞争力。

对产品理解越透彻，写出来的文档越有深度，也能承担更多事务与价值。否则容易沦为单纯的文档整理者，难以形成不可替代的专业价值。

3. 多向前辈同行请教，持续提升技术写作与传播方面的专业度。

你的专业说服力越强，提出的方案越容易被认可，跨部门协作与变革推进也会越顺利。

4. 保持积极主动沟通，减少协作阻力。

很多工作推不动，不是方案不对，而是沟通不到位。关系顺了，事情自然顺。

5. 正视短板，主动求助，学会独立担当

小厂没有成熟体系兜底，也很少有深度理解 TW 的领导与同事，咱必须自强。同时，训练规划、协调、汇报等综合能力，让自己成长为能独当一面的多面手。

结语

如果您也在做技术文档，在大厂深耕，或在小厂开荒、或在思考职业方向，请给予指点，也欢迎多多交流～