1. 绝对熟悉要编写脚本的软件
脚本人员的最基本要求是绝对熟悉要编写脚本的软件，如果连自己都不会就谈不上去教别人了。
2. 能够根据脚本制定人物和场景，具有一定的想像力和创造力
在编写脚本之前，首先可以考虑需不需要在脚本中增加人物对话和场景等。如果需要人物，则人物的起名、表情、动作和相关身份等都应该有个大致的规划设想。如果需要场景，则具体为什么场景，是在一个教室里、办公室里还是其他地方等。脚本人员可以先提出一个大致的蓝图，然后和美工人员进行商讨，因而对脚本人员的第二点要求就是能够制定脚本人物和场景，具有一定的想像力和创造力。如果脚本中不需要人物和场景则这点要求可以忽略。同时，脚本人员应该具有一定的知识面，能够对软件进行一些引申以增加脚本的广泛性和趣味性。同时，脚本本身除了具体的实例讲解外，还应该有一点其他的创作性手法，例如在实例后面添加对本例知识点的巩固方式，例如原有的练习题，在上一个实例中给出下一个实例的提示等等，这需要脚本人员具有相当的创造性。
3. 能够向美工传达自己所要表达的意思
在具体编写脚本过程中，应该能够根据相关内容进行发挥，有的地方可能需要一幅图片或一个动画，因而对脚本人员的第三点要求是能够向美工传达自己所要表达的意思。
4. 具有从全局把握软件的能力，并由此制定脚本大纲
在编写脚本之前，脚本人员需要对软件进行全面分析，总结出应该讲些什么内容，哪些内容是重点，哪些内容可以不讲，如何对各知识点进行归类划分得出一个个的篇章，然后最终确定出本软件可以用多少个实例讲解完。因而脚本人员的第四点要求是具有从全局把握软件的能力，并由此制定脚本大纲。脚本大纲是决定脚本能否通过的依据。
5. 拥有较强的专业技能和一定的艺术细胞
在脚本大纲制定后，脚本人员需要根据各知识点的划分制作出具体的每个实例，实例的选材，实例的代表性、趣味性、普遍性和欣赏性都应该有所体现。选材是否得当，该实例是不是相关知识点的最佳应用和代表，“别人会的我也会！”这一点可以通过实例的普遍性得到体现。有的实例虽然能够完整的体现出很多的知识点，但列举的实例枯燥乏味，这种情况应该尽量避免。本要求是一个技术和艺术的结合点，因而对脚本人员要求较高。拥有较强的专业技能和一定艺术细胞是对脚本人员的第五点要求。
6. 具有较强的分析问题和阐述问题的能力
产品的最基本目的就是为了让人能学会一种软件，因此我们的脚本一定要把问题说清楚。对各知识点的讲解一定要有条有理、有根有据。如何把复杂的问题说的通俗，如何把简单的问题变的有趣，如何对少的内容进行发挥、补充和扩展，如何对重复的内容进行精简压缩，这都需要脚本人员具有一个聪明的头脑。因而脚本人员的第六点要求是具有较强的分析问题和阐述问题的能力。口头上的阐述能力不做要求，但书面阐述能力一定要过硬。
7. 避免太浓重的个人主义色彩，但最好又体现出自己的风格
每个人都有自己的语言风格和写作习惯和兴趣爱好，有时这一点通过脚本可以得到体现。同样的意思，多个人有多种表达方式，但具体的操作步骤文字应该可以得到统一。例如，执行某个菜单下的某个命令，既可以说是单击某个菜单项，也可以说是执行某个菜单项。这可以参考脚本统一规范加以改正。语言风格主要表现在脚本的方言色彩上，我们的产品是面向全国的，因而脚本人员应该避免文字中过多的体现出方言色彩。由于兴趣爱好的不同，脚本人员在列举实例时就可能会偏向于自己喜欢的一面，而忽略其他部分。例如对于编程工具这样的脚本，有的人偏向于数据库，有的人偏向于多媒体，因而在实例中就会出现偏重点。但在实际上，如果所有的脚本看起来仅仅是内容上的不同，用户在观看我们的多个产品时也会感到乏味，会感到太机械化，所有软件就象是一个模特在换衣服，衣服虽然好看，但本质上没有多大改善，也会让人生腻。因而脚本人员的第七点要求就是避免太浓重的个人主义色彩，但最好又体现出自己的风格。个人特色可以通过脚本的生动性、实例的取材、阐述问题的方式等来体现。
8. 具有较强的责任心
在编写脚本的过程中，我们不可避免的会参考一些书籍，有时是对书上的内容进行改编，有时则是全盘抄袭（例如对很专业的术语的解释），二者都是有好有坏。大多数时候我们还是在自己进行创作，因为我们的产品都是以实例的形式出现的，在市场上还找不到这样的书籍和资料。脚本人员不可能精通该软件的方方面面，所以扩展和改编书上的相应知识点是可取的。对专业术语的解释，参考较权威的资料或公认的解释同样也是可取的。我们希望脚本中有90%以上的内容是脚本人员自创的（包括改编过的脚本），这需要脚本人员对脚本负责，对产品负责，绝对不允许抄袭过多的书面资料。因而脚本人员的第八点要求是具有较强的责任心。如果是从外面购买脚本，则在购买之前应该对其声明相关版权和责任问题。
责任心的体现还表现在有没有在脚本中回避自己不会的知识点，对于自己还不会的知识点，可以先将其暂时放下，然后寻找解决方法。不要因为某个地方不会而延误了整个写作进度。
9. 很强的自学和接受领悟新知识的能力
脚本既然成为一个职业，就说明有固定的人来从事他，不能说某个人不会这种软件就不让写这个脚本。作为脚本人员，他的第九点要求就是拥有很强的自学和接受领悟新知识的能力。对于不会的软件，他能够在很短的时间内学会，领悟新知识比别人快，虽然是后学的，但一旦上手后，能够迅速与别人拉开距离，对该软件掌握能够在较短时间内达到一定深度。只有这样，才不会出现用完一个脚本人员后就重新招募新脚本人员的情况发生，因为某个脚本人员所能掌握的软件数量是有限的，不能因为公司里没有人会这种软件就重新找新人（在一定程度上，必要时候还是要进行扩充），如果公司要开发什么样的软件，已有的脚本人员虽然不会，但可以在很短的时间内达到一定深度，对公司来说是极为有利的，因为招募新人也需要一点时间进行培养，原有脚本人员学习也需要一点时间，但后者更能适应公司环境和对脚本的各种要求，所以脚本人员最好拥有很强的自学和领悟能力。如果公司是从外面购买脚本的话，脚本人员应该能够将该脚本迅速转换为自己的知识，然后对其进行修改，使其符合公司对脚本的要求。
三、一点补充
在实际编写大量的脚本之前，可以先对脚本进行一下内容的规划，写出大致的脚本提纲，开始可以尽量多加些内容，以便以后进行筛选，当然脚本提纲基本的特点应该能够体现出教学过程的由浅到深，循序渐进。
开始实际的脚本编写时，不仅仅只是编写脚本，还应该考虑美工的设计和程序的实现。脚本中设计到插图的，应该予以突出标识，写明对美工的详细要求。在程序上可以将实现方式写出来（如添加动画固然生动，但如果角色变化强烈，内容太过于丰富，反而有喧宾夺主的感觉，增加了美工创作的难度，对演示的流畅性也增加阻力，还影响了整个软件的整体风格），上述内容也可以和其它组员进行协商，但一定要在脚本中进行编号，以便有章可循。单个脚本的大致结构是先由人物场景引出本章节要学习的内容，然后是实际的演示操作，最后是人物的对话，对本次学习进行归纳总结，或者引申后面的内容，或者本次内容的扩展。此外还应该完成相关文件的备份，包括最新的脚本、录音修正后的脚本、原始的截图、脚本最后的目录纲要、产品的内容简介和实例相关的所有文件等。