在编写TL9000体系文件时要注意

（1） TL9000强调了产品生命周期的概念。标准要求供应商必须建立并保持一个覆盖整个产品生命周期的指南，该指南必须包括产品的开发、操作和维护等各个阶段的过程、活动和任务，以及必要时对产品的处置。根据产品类型和复杂程度的不同，生命周期指南的形式可简可繁。如供应商提供的是一个完整的系统，生命周期指南的形式就可以是一个较为复杂的程序。程序中应规定产品设计开发、制造、安装调试、操作及维护等各个过程中人员的组成、职责、每个阶段的输入和输出……对于软件产品，产品生命周期指南还应包括在软件升级时如何对客户提供服务等内容。但如果产品仅仅是一个简单的硬件产品，如电子元器件，那幺产品生命周期就可以大幅度的简化，甚至是一个生产流程图。

（2） 同样的要素，由于TL9000的要求比ISO9000更加具体，因此文件的内容也要详细的多。

比如：4.4.9设计更改,在ISO9000中只要求所有的设计更改在执行前必须进行标识、记录、评审，并经过授权人员的批准。而TL9000则要求建立一个更改管理程序，保证在产品生命周期内产生的任何要求和设计更改多都能够处于一种系统的、及时的管理之下，不能影响产品的质量和可靠性。这个程序应包括：a）灾难分析 b）计划 c）执行 d）测试 e）文件 f）沟通 g）评审和批准。不但对更改的每一个步骤作了具体的规定，还要求事先对该更改可能引起的冲击进行分析，并和其它的部门和客户进行沟通，防止造成不必要的损失。另外，对更改的追踪还包括对元器件和工具的更改。

（3） TL9000非常注意前期的预防工作和对意外事故的处理。一方面它的计划性特别强，如项目计划、测试计划等，要求都非常详细；另一方面它制定了诸如风险管理、灾难恢复和意外事故处理等计划，从一开始就尽可能的采取各种措施，降低事故的发生机会，即使在放生意外时也能迅速的采取补救行动。

（4） TL9000增加了客户和供应商之间的沟通程序。供应商应时常和客户保持联系，了解相互的期望，以提高产品质量和客户的满意度。沟通的方法有建立专门的沟通小组、召开质量评审会议、到客户现场进行参观、进行项目评审等方法。供应商可以采取其中的一种或几种形式。在程序中要规定客户的选择标准，沟通的方式、频次和参加的人员等等，对通过沟通解决的问题要进行追踪。

（5） 尤其要注意，即使供应商提供的是产品不涉及设计，但只要认证的类型包含服务，根据4.9.V.2的要求,体系文件中仍旧要有4.4.2.C.1的内容。 三、体系的试运行 建立了体系文件之后，就可以进入试运行阶段。TL9000质量管理体系的试运行和ISO9000类似，但要求更多，运行起来也更复杂。对已建立ISO9000质量体系的企业来说，应该把注意力放在新增条款的要求和指标的收集上。