样机还没做完，界面和结构也在变，现在就写说明书，会不会写了又改？这个顾虑很实际。谁也不想把刚排好的几十页文件，一周后重新整理。
不过，我说的早点写，不是早点把版式做漂亮，更不是把没有确定的性能先写成承诺。而是早点试着回答：产品交到目标使用者手里，他该怎样完成任务？
有些设计上的空白，盯着模型和电路图不容易察觉，换成一句操作说明，就会突然变得很明显。这样的草稿，值得在样机阶段之前就开始留。
先写任务，不急着写成定稿
起步时可以只选一条重要路径。比如从准备设备，到确认可以开始使用，再到完成后的处理。每一步先写清三个问题：使用者要做什么，设备会给什么反馈，怎样知道可以继续。
假设草稿写到“连接正确后进入下一步”，就可以停下来问：正确连接是靠什么判断？方向、标识、屏幕还是机械反馈？如果只有开发人员凭熟悉程度才能识别，这句话其实把尚未解决的设计问题藏进了“正确”两个字。
再比如“必要时进行维护”。谁判断必要，判断依据在哪里，谁可以执行？当这些问题还没讨论过时，继续润色句子帮助不大。把它们记成设计待办，比写一段似乎完整的文字更实在。
我通常会建议给早期稿标明状态：已确定的事实、待验证的方案、仍待决策的问题。三类内容不要混在一起，尤其不能把内部草稿直接拿去给外部用户当正式说明。
这样安排并不会消灭修改，但能让每次修改有原因。改的是产品选择，还是表达方式，团队可以分得清。
说明书不是另一个版本的产品
《医疗器械说明书和标签管理规定》把说明书定位为帮助正确安装、操作、使用、维护等的技术文件，并要求内容与产品特性以及注册、备案相关内容保持一致。
这意味着说明书不能独自跑在产品前面，也不能在产品变化后停在原地。具体条款该如何落实，还要结合产品事实；但“文件说的是不是这台产品”，是评审时就能问清的问题。
我会把说明书里的功能名称，与界面、设计输入和拟定验证内容放在一起核对。相同的一项功能，是否被用了几个近似却不同的名称？一个限制条件，是否只出现在技术资料里，而使用者需要做判断时看不到？
早期这样对照，往往比最后集中改字更有价值。因为出现冲突时，团队还有机会决定：是文案不准确，还是功能边界尚不明确，或者原来的设计输入就需要重新讨论。
这里尤其要克制描述。样机能演示某种功能，不等于可以在说明书里扩大适用范围；某项性能尚在研究，也不能先填一个希望达到的结果。没有完成证据支撑的部分，可以在内部稿里明确待补，不必为了页面完整而编满。
一句写不清，可能值得回头看设计
说明书确实需要专业写作。但不是所有看不懂的问题，都能通过更换几个词解决。
不妨拿一段连接附件的文字做内部走查。如果一句话里要同时交代多个例外、相似接口的差别，以及接错后难以识别的状态，就值得问：产品本身有没有机会减少这种区分负担？
可以讨论接口识别、操作顺序、反馈提示等设计选择，再用合适的方式评价改动效果。这里不是说任何复杂操作都应被取消，而是别还没看设计，就默认使用者读得更认真便能解决问题。
警示也一样。增加一条警示，应该有它所对应的风险和任务，而不是因为尚未讨论清楚，就先写一句“请谨慎操作”。警示能不能被看见、能不能被理解、出现的位置是否合适，都值得结合具体使用过程检查。
对维护、清洁、储存等内容，也可以用同样的方法。先按拟定要求走一遍，看看需要哪些物品、条件和能力，再检查产品与文件是否互相支持。无法安全演示的任务，用模型或图示讨论，不必拿真实在用设备尝试。
让草稿有负责人，也有变更的来路
早点开始不意味着人人各写一份、最后再拼。建议明确一个维护草稿的人，同时约定哪些内容需要研发、质量、法规和使用相关人员共同核对。
一次修改最好说清：哪项产品事实变了，影响哪几处文字或图示，还涉及哪些证据需要更新。这样，团队看到的不只是一个新文件名，而是知道自己需要重新确认什么。
界面截图尤其容易落后。按钮名称改了，操作顺序调整了，说明书里的旧图仍可能看起来很整齐。内部版本检查时，可以把截图对应的软件或样机版本留下，避免最后凭印象寻找“最新的那张”。
当然，早期草稿不能替代正式评审。面向用户的最终文件仍需与确定的产品及相关受控资料一致；已经注册审查的说明书，也不是为了修辞顺口就可以随意更改。发生变化时，要按具体变化和适用要求判断处理路径。
如果眼下时间紧，不必马上启动一本厚厚的手册。挑一条最重要、最容易产生误解的任务路径，写一页，让不同岗位一起看看哪里还说不清。
说明书早一点参与，产品未必就多一份负担。它也可能帮团队早点发现：那个一直没被认真问过的问题，原来使用者迟早要面对。
这里是医械加油站。我们结合百思得团队的研发与注册经验，聊医疗器械工业设计、产品开发、DHF设计开发文件和注册申报，也分享值得关注的行业资讯与标准法规。
如果你也在做医械，或者正准备把一个想法做成产品，欢迎关注。我们一起把这些看着复杂、做起来又绕不开的事，慢慢聊明白。
关注医械加油站，获取更多医疗器械产品研发与合规上市内容。