对于软件专利来说，发明人在研发过程中形成的文档实际上大多是软件代码。通常，写代码的发明人对于需要使用自然语言来进行表达是比较头疼的。所以相对于其他领域，往往撰写软件案的交底书对于发明人来说，会觉得难度更大。
接下来李仙僧谈下发明人沟通的经验，建议发明人可以从以下几个方面来考虑如何撰写软件案
1、发明人首先要克服心态
专利本身不是一个神秘的东西，任何一个研发人员都是一个专利发明人。能够将软件的技术方案讲述出来的研发人员，就能写好一份软件案的交底书。代理人需要清楚掌握的技术方案才能撰写出一份高质量的专利申请文件，因此，撰写交底书时发明人需要知无不言，言无不尽。
2、需求文档和代码文档不是技术交底
软件的发明人在研发过程中通常会形成两种文档：一是需求文档，二是代码文档。
需求文档通常是用来挖掘专利的。因为有需求自然就有一个需要解决的问题，从而会延伸出解决问题的技术方案，而“问题+方案”即构成了专利。但是需求文档中的关于技术方案的描述，在形式上与专利所言的技术方案有着本质的区别。需求文档更多的是从用户层面去描述需要做一些什么事情，虽然有的需求文档会比较详细，也可能包含部分技术手段在其中，但是需求文档通常会包含比较多的与专利无关的内容，会给代理人造成很大的困扰。因此，不能直接将需求文档作为交底书。
通常，研发人员眼中的软件的技术方案就是代码本身，在描述技术方案的时候也容易从代码的角度去描述。但是实际上，软件专利的技术方案并不是代码本身，也不能用代码的形式去表述软件专利中的技术方案。需要采用另外一种形式来描述软件专利的技术方案。那么以什么样的形式来描述呢？
我们都知道，研发人员在写代码的时候，通常会在代码后面添加注释，用来说明这一行或多行代码在做什么事情。简单来说，写软件专利的技术方案实际上就相当于在给代码添加注释，只不过这个注释会更加详细，也更加有逻辑性。也就是说，软件专利中的技术方案实际就是代码在运行时所要实现的步骤。
综上，软件专利的交底书既不是需求说明书，也不是代码本身，而是通过文字描述出来的构思。发明人需要采用自然语言去描述软件专利的技术方案。
3、一份专利交底书至少需要包含三大部分
专利是针对现有技术提出的新的技术方案，一个专利的骨架是技术问题、技术手段和有益效果，因此，一份专利交底书至少需要包含这三大部分。具体的，可以从以下几个方面撰写软件案的交底书：
A.术语解释
由于软件适用于各行各业，因此软件专利涉及到的领域非常多，特别是随着互联网的发展，新生词语层出不穷。因此，需要对该领域的技术词语进行解释说明，如果有英文还需要给出中文注释或解释。例如，涉及视频编码的技术方案，可对“视频帧”这一术语进行解释：视频由很多个连续的画面组成，每一个静态画面称为一个视频帧。
B.本发明的发明点概述
每一个软件专利都有一定的发明原理，用简单的一段话来描述本发明对现有技术的改进之处，可以让代理人快速理解方案，掌握到本发明的发明点。
C.背景技术
D.本发明的技术方案
本发明的技术方案部分是整个交底书中最重要的部分，需要发明人详细描述是通过怎样的技术手段和方法来解决背景技术中提出的技术问题。对于软件案来说，则需要发明人通过自然语言描述软件实现的方法流程。并且，在技术方案描述中需要写清楚数据流向，包括数据如何产生、中间涉及到哪些处理以及最终输出的是什么数据等。为更清楚的描述技术方案，结合各种图来描述是一个很好的方式，这里的各种图包括有流程图、界面图、时序图、系统架构图、网络拓扑图、原理图和应用环境图等等。正所谓千言万语不如一张图，结合图来描述技术方案，会让代理人更加容易理解。由于软件案是用方法流程来描述技术方案的，对于方法流程中的每个步骤，需写清楚每个步骤的执行主体，例如是由终端执行还是由服务器来执行。并且在描述每个步骤的具体实现时，可多举例和结合具体的应用场景进行描述。
具体的，根据软件案的类型可包含以下几种情况：
1）如果涉及到软件应用产品，可以分别从产品侧和技术侧两个角度来进行描述，产品侧可描述产品即前端的形态（结合界面图），而技术侧描述后台的数据处理（结合流程图）；
2）如果涉及到多端交互，需要以步骤形式从每一端出发写出该端涉及到的处理（结合时序图）；
3）如果涉及到算法，需要以步骤形式写出具体的算法逻辑规则；
4）如果涉及到公式，需要写出具体的公式形式，并给出公式中每个参数的物理含义；
5）如果涉及到系统架构，需要描述系统中各个组成部分的作用，各组成部分之间的关系以及各组成部分之间的交互过程（结合系统架构图、网络拓扑图等）。
D、本发明产生的技术效果
这部分是跟技术问题对应的，列出本发明所有能够实现的技术效果即可。