作为一个技术文件管理者及标准化管理者，日常工作管理中，接触比较多的是工程师们一份份技术更改通知单，以及涉及到研发物料、PDM系统的标准化工作。从这些工作内容中，通过技术更改通知单，能够以第三人的角度，观看到整个技术研发在产品开发和维护的过程中，出现的问题。下面以我自身的工作经历，谈谈技术更改通知单折射出的相关问题。
技术更改通知单中，技术更改的类型问题。技术更改，最常见的是对产品图纸、产品明细修正型的更改，是一种自我纠错的过程；其次是工程师在新品开发过程中，为了提高零部件的通用性，节省开模费用，往往会对以往零部件进行更改，以增加零部件的通用性；还有一种比较常见的，便是通过售后服务、品质管理等各部门反馈的产品售后信息，发现产品存在的一些问题而做出的技术更改。
关于技改通知单最常见的对图纸、明细的修改，工程师发现，往往是生产、工艺等部门，在生产和工艺文件编写的过程中发现，提醒工程师，促使工程师进行相关变更，反映出工程师在PDM系统搭建明细的时候，对于产品零部件，特别是一些标准件，使用环境和使用数量不熟悉，或者是新入职工程师，对产品较为生疏，导致在明细中，零部件数量出现数量错误或者是使用种类错误，这一类的情况，往往需要工程师在编制明细的过程中，更加细心地确认产品装配的每一个细节，避免出现这种较为基础的疏漏。
关于技改通知单中，对老物料进行更改，以增加零部件的通用性的更改。这种更改，对于零部件的通用性、模块化、标准化有积极作用，应该鼓励工程师进行这方面的更改，但是，在更改的过程中，需要考虑到零部件在产品中的适应性以及可靠性。
关于技改通知单中，在接收到外部信息反馈后，进行的技术更改，这往往是在产品大批量生产、销售之后，造成的售后问题，对于这一类的情况，应高度重视。需要采取各种措施如场景还原、测试验证等方法，确认反馈问题是偶然性还是批量性。市场上出现的结构性、性能性的问题，往往跟工程师在产品开发过程中对产品各种测试、验证是否充分有关，对工程师对产品设计水平、对可能出现问题的预估能力有较大的挑战。
不管是在研发阶段、验证生产阶段、销售售后阶段，发现的各种改进点，或者是售后问题，都是对工程师在整个研发过程中的一种警示，要求工程师在各个阶段，在产品研发过程中，进行更加仔细地验证，这对于提高研发工程师自身的产品开发能力，以及对于公司产品质量的提高，都具有积极的作用。
