我国改革开放已进入第三十个年头，举国上下有一个共识，即发展是硬道理，在电子政务领域里有没有硬道理呢?我个人认为也是存在的．那就是一应用。因为应用既是电子政务系统建设的出发点，同时也是归宿，没有应用的系统是劳民伤财的花架子工程。众所周知，电子政务领域里的各项业务系统，是依托于应用软件来实现的，因此，应用软件的质量(功能指标、性能指标)高低至关重要。实事求是的讲，在现实工作中，用户满意的应用软件比例并不太高，每当出现问题的时候。往往听到的多是甲、乙双方的相互埋怨，甲说乙对需求了解的不深、理解的不透、开发不到位，乙说甲的需求多变、流程欠科学、实难适应。各执一词，到底孰是孰非呢?静心想一想，其实合作双方的初衷是好的，愿望为什么会与结果相悖呢?经验告诉我们，毛病大多出在软件开发的思路与技巧上。具体怎样做才有可能少走弯路、少些烦恼呢?现支上几招仅供参考：
一、充分调研、摸准需求
电子政务建设中的一个重要原则是“以需求为导向、以应用促发展”，我们从中不难悟出需求的地位，简洁地讲，需求就是应用软件开发的依据和目标，换言之，需求摸不准开发就会无的放矢，其效果自然可想而知了。按照常理，人们每做一件事情都是有很强的目的性的，然而目的来源于需求，电子政务建设也概莫能外。纵观走过来的历程，在开发应用软件的征途中，成功者有之，失败者有之，“鸡肋”者有之。有果必有因，观其果究其因，凡是需求把握准确者易成功，凡是主观臆断者易失败，凡是需求调研欠火候者易变成用着不爽、弃之可惜的“鸡肋”。电子政务建设有其自身的规律和特点，我们在捕捉和确定需求时，要注意宏观与微观相呼应、纵向与横向多兼顾、个性与共性巧结合、自身与外部互关联，同时要看到，它是一个依托在高科技成果基础上的，具有社会性的系统工程，涉及面广，故在需求调研中，除了了解各业务部门的具体需求外，还应环顾到以下几个层面：一是国家的政策法规、大政方针；二是行政系统和行业部门的规划与标准；三是自身和服务对象的需求现状与前瞻；四是相关设施与技术的成熟度；五是兼顾与国际接轨；六是安全与保密；七是信息化应用的软环境(管理理念、文化氛围和人员素质)。
需求调研是甲、乙双方的事，不可只依靠甚至依赖对方独立完成，正确的做法是：各用所长、联合作战、深入实际、体察流程、认真研讨、科学梳理、达成共识、用户认可。需求调研是软件开发的基础，调研的过程是一个相互了解和相互理解的磨合过程，是一个培育理念、培养复合型人才的过程，是一件十分艰苦、细致的工作，来不得半点马虎，要不厌其烦、不留死角。
二、切实关注流程再造
有人认为，政务领域里的信息化，不就是利用计算机和网络等高科技产品摸拟和替代传统的办公技能与方式吗?其实不然，这种认识有所偏颇，因为这只是计算机功能应用的低级阶段。它的优势是促使业务流程的优化和再造。因为，一是政务电子化后，政务活动的载体发生了由“纸”到“磁”的质变，公务、公文的处理环境不一样了，由手工作业转为在网络环境下用计算计等现代化办公设施处理，必然会引起政务机关办文、办会、办事以及公务活动流转程序的变化；二是办公由人与人直接打交道，变为人与计算机对话，必然导致政府运行模式和服务方式的改变，甚至还会引起政府内设机构的变革；三是在用系统工程的视角来梳理原工作流程时，往往会发现一些重复、缺失的环节需要优化和重组。以上三种因应用软件的开发和使用所引发、波及到的深层次变革很容易忽视，也就是说应用软件只有依据再造的流程来开发，才能发挥出最大效益。需要指出的是，政务流程再造是一种对政务部门影响深远的变革。因此，启动前高层管理人员必须达成统一认识，并得到上级管理部门的认可才便于推进。
三、咨询定向、论证把关
人的知识和经验来源于两个渠道，一是直接实践亲自参与动脑、动手；二是间接实践一向书本或他人讨教。可人生苦短，大量的知识和经验还是靠间接获取，面对政务信息化这一新生事物，对甲方而言多为陌生，所以工作开展前要慎甚处之，不在行不可怕．常言道它山之石可以攻玉，我们可以向相关咨询机构或业内的先行者们请教，然后结合自身晴况做好规划．并在调研、咨询的基础上，由甲乙双方共同拟出一个项目实施的工作方案和技术方案，值得一提的是，—个好的方案就是成功的一半，所以方案一定要请专家做好技术论证，并加以完善，借助外脑把好技术路线关。
四、辩证思维适度超前
马克思主义辩证法告诉我们，事物都是发展的、联系的，电子政务的应用软件也是如此，它是以需求为蓝图，通过计算机编程语言来表达的集合体，并依托网络和一系列外设来实现功能。由于政务的内涵是与时俱进的，所以需求不会一程不变，因此，应用软件的功能与性能必然会不断改进和创新、网络及外设也会周期性地更替升级，客观地讲，随着时间的推移，三者之间都存有变数和关联，因此，为了保障应用软件出手后在一定时期内的相对稳定性。开发时在软件功能、性能、硬软接口的开放性等问题的设计与思考上要适度超前，以利并预留出为适应需求的变化而做必要微调的余地，从效益上讲可实现资金和技术的累加性。
五、先出“样”、后出“手”
开发软件的一般顺序是先做需求调研、后梳理业务流程、再确定技术方案、最后动手编程。但当软件出来后，用户一次性认可率极低，尤以界面满意度为最，反复修改费时费事，原因何在呢?这是由双方知识和信息的不对称引起的，有一技巧叫先出“样”后出“手”不妨一试，即在确定技术方案后动手编程前，乙方先将设想的界面效果以PPT文件(幻灯片)的形式将样片呈现给甲方，请他们“品头论足”，从用户的角度来审视．请他们提出修改意见并进行调整。达成共识后再动手开发，成功率会高一些。
