软件项目失败经验总结（推荐阅读）

第一篇：软件项目失败经验总结

项目失败经验总结

1、在项目初期没有进行风险的管理探讨，项目远景定义和功能集合的详细定义。

当项目走了很远，出现很多问题的时候，领导总算想起要做一个边界定义，但这个时候已经迟了，项目已经变得不可控制。

经验总结：

由于客户一般对计算机不是很了解，和他们交流是用软件行业的专业俗术语，他们根本就不懂，如果用文档也很难把需求写得那么明白，而且文档很多的话，客户都看烦了，很不直观。

如果让客户一看就可以看出这个就是他们想要的，我认为最好的方式就是做系统原形（界面的功能模拟）。

系统原形应该在需求分析师的指导下完成，当然开发只是界面的功能模拟，没有底层代码的实现。这样做的目的有三个好处，一是客户很直观的看到他们的系统是什么样子的以及怎么操作，二是这些开发的成果是可以二次利用的，三是可以更好的激发客户的需求。

2、不注重用户参与。

没有一开始就让用户参与详细需求的制定的做法，大部分都是靠需求采集人员的猜想，猜想往往和实际有差距，造成系统功能不切合实际，与项目实际需求差距大，运行效果差。

经验总结：

项目的开始和结束用户是需要一直参与进来的，我们每做个可以运行的功能等就需要和用户交流，这样可以避免很多风险也可以尽早发现需求的误解的等等。

需求调研前期的《信息化规划》、《目标与范围》和需求调研末期的《软件开发需求规格说明书》都要跟客户签字确认，这样既能保证我们所理解的需求就是客户所要的，也使得项目末期跟客户验收时有据可依。

3、集团化以后，项目经理没有意识到信息化核心问题是管理变革问题，还跟着原来的思路开发软件。

在组织架构、权限、供应商等方面与力和集团理解不一致，没有分别按组织进行区分。

经验总结：

要根据企业业务需求制订策略,调整软件组织结构, 详细设计软件各组织架构之间的逻辑关系，做好这些最基础的功课，避免信息化项目成为无本之木。

4、软件开发人员、设计人员能力的低下、项目经理的管理能力不足。

低素质开发人员由于没有接触过实际业务，无法跟客户沟通，甚至害怕客户提出需求，总是担心客户

第1页，共5页 的需求会增加自己的工作量，不愿配合。导致无法理解真正的需求，也无法改进系统功能。

设计人员能力的低下，设计系统结构时过于定制，系统的可扩展性较弱，给后期维护带来巨大的负担和维护成本的激增。

当出现严重问题时，项目经理没有根据现阶段状况重新评价需求分析结果、开发人工数估算、设计结果等就匆忙采取头痛医头、脚痛医脚的措施，致使问题更严重。

经验总结：

实行双项目经理制度：为开发项目设定两个项目经理岗位，一个负责技术岗位，另一个负责管理岗位。目前，国内的软件开发企业的项目经理一般都是一名，而且是技术出身的占绝对多数，他们主要擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理和控制。通过增加专门的管理经理岗位，可以弥补技术出身的项目经理的不足，提升软件开发项目的管理水平。而且这样的经验也已得到了国外业界大多企业的认可。

技术岗位：负责技术框架的稳定性和可扩充性、质量的保证、风险的预测以及数据库的设计，模块测试、接口测试、白盒测试等；

对于该项目具体需要多少人员、时间；到底需要什么层次技能的程序组组长和具体开发人员给出详细的计划；

对程序组每周具体的开发目标的进行检测验收，保证开发进度。以及其它需要考虑的问题等，如网络速度，服务器访问量，数据库查询优化，都需要整体考虑。

管理岗位：掌握行业知识、项目的前期调研、需求分析、功能模块架构设计、人员的管理、实施计划的安排执行和跟踪。提交《目标与范围》和需求调研末期的《软件开发需求规格说明书》。

一个项目在前期的工作非常重要，就算是一个错误的话，后面有再强大的开发团队也是白搭。我们还是一个年轻的团队，很需要公司来培养这样的人才，如果是遇到项目，再招外来人员来担当这样的工作，风险是可想而知的。

而且这样的人员肯定是从项目实战中成长起来的，不是有其他软件项目管理经验的人员或者技术开发人员转过来就可以做好的，更不是从书本或者参加某些培训就可以学到的。

5、一味的追求快速开发，时间进度。

每天都加班加点地工作，造成人员流动的扩大以及工作效率的降低。最后无论客户，还是开发人员，都想早点结束项目。

经验总结：

项目中有个不变的金三角法则，即时间、功能和资源。我个人的意见是用我们的实际能力按照一个正常的进度去做，一个项目在功能、时间和资源一定的情况下，没有捷径可以走的，必须一步一个脚印。

6、胡子眉毛一把抓，不分主次。

整个项目没有指定里程碑或规定设计评审期，没有计划什么时间节点完成某一个组织或部门的信息化评审后，再进行下一个阶段的开发计划与实施。摊子铺得太大，软件人员和准备严重不足。

经验总结：

第2页，共5页

根据企业不同的发展阶段，按照规划逐步深入，这样一方面可以避免投资的盲目性，另外一方面在前期的投入收到效果后，再进行下一阶段投入的同时，员工和企业领导也容易接受，软件人员的压力也会相对减少。

7、开发结果不验收测试，开发技术水平低下。

开发结果没经过测试就给客户上线使用，造成报表的数据很多对不上账目，已经打印出来的报表，过几天再打印数据就不一样了。

由于项目经理没有明确要求技术水平，寄希望于员工自己努力，造成打印的单据上，‘毛重’减去‘皮重’ 不等于‘净重’的情况。

经验总结：

必须做好充分准备的开发计划，对于该项目具体需要多少人员、时间；到底需要什么层次技能的程序组组长和具体开发人员给出详细的计划。

8、没有项目总结会议，不重视项目质量。

软件从实施开始就产生了很多问题，但遗憾的是从开始到结束没有组织过一个项目总结会议，问题日积月累，最后导致项目失败。

不重视项目质量。在代码和数据库设计中时间投入很少，这些工作本来就是比较抽象的，需要不断的研究和推敲才能设计好的，但是我们为了时间进度，很快就赶出来了。

经验总结：

每日必须召开项目总结会议，随时捕获风险，当日事当日毕。

软件开发初期的时候，就开始猛抓质量，而不是走“先上线、后优化”的项目常规实施方法。若发现质量不合格的地方，就让开发人员重新返工。

9、软件版本发布周期频繁。

几乎每天都需要进行一次版本更新，有时候1天更新几次。更新完成后，客户无法登陆，软件功能无法使用，以前录入的数据看不见等情况。让客户怨声载道，骂声一片。

经验总结：

发布周期为1周1次或2周1次，在版本更新前，必须做好充分的测试，方可交给客户使用。

10、不重视客户体验，缺少抵御风险的奖励机制。

系统不以客户为中心,不能提高业务部门的工作效率,忽视了客户体验；通常10分钟能完成的工作，工作人员操作软件1小时才能完成。

很多时候加班是没有加班费的，并且在实施过程中又没有任何奖励。所以，员工认为是这套系统拖累了他。虽然项目对公司有益，对他个人就没有多少好处了。

第3页，共5页

经验总结：

公司应该拿出一部分预算，有计划有规模地组织用户进行测试，对操作员给出的体验意见做好详细的记录，并给予充分的重视，对其中有用的软件改进意见给出相应的奖励。做好足够的风险应对计划，抵御这种影响所带来的对系统本身的顺利实施以及实施人员的信心和工作激情的冲击。

11、缺少数据风险意识。

在系统的并行阶段，没有统一的基础数据，如材料编码、单据标准等。数据录入的缺少合理安排，缺少数据风险意识。

用户总是反映报表数据与小票单据帐目对不上，录入的小票数据丢失了。

软件系统是一个高度集成的系统，一个环节的出错将可能导致一系列的错误，所以，对数据的准确性提出了很高的要求。

经验总结：

必须制定《公司基础信息编码》，搭建了整个信息化制度。在项目实施过程中，针对类似的问题也不能光靠人工对账减少错误，而应该采取一定的控制措施，利用系统设置，做好问题的预防措施。比如我们可以建立每日审账制度，在系统中进行设置，每天录入完成的票据都进行核对，核对完成后进行锁账。出台《操作规程》，《操作员奖惩办法》等等，规避风险。

12、不注重细节。

天下大事，必做于细。1%的错误往往会导致100%的失败。力和项目在开发的时候，仅仅是满足于“软件可以使用”或“功能能够实现”的情况，并没有关注到每个设计、每次改动、每天的操作。

经验总结：

在此对之前开发过程中一些可以改进的细节列出，进行总结，在今后的开发中将进行改进。（1）软件每一个打开的窗体都应该写上标题，而不能是默认的标题。（2）操作按钮位置、操作顺序必须一目了然。

（3）软件的功能都加上快捷键，使它适应不同操作习惯的用户。

（4）每一个窗体都加上“关闭”快捷键，当用户需要关闭窗体时，只需要点“ESC” 键就可以退出，方便用户的操作。

（5）所有输入文本框都必须按照用户的业务要求进行排列，使用户可以更快更好地输入数据。

（6）进入系统以及退出系统时，如果程序执行比较耗时的代码，应该给出个提醒，而不能让用户傻等，最好放到线程中处理，不能让主线程出现假死状态。

（7）用户登陆的窗口，应该自动帮用户记住用户名，用户可以自己确定是否要记住密码。

（8）复杂的查询条件，错误提示之后，原来的输入是否都还保存？如果都没有了，用户要再输入一遍会很烦。

（9）查询错误或无结果，必须有提示。（10）下拉框中的数据必须有排序。

（11）系统中的各种提示必须要合理，不能有误导用户的情况。

当然，还有许多需要注意的技术和非技术的细节问题，往往我们技术人员觉得不重要的东西偏偏是用户觉得最重要的。我相信，在软件开发的过程中，你只有琢磨你的用户是怎么想的，你才能使我们的软件

第4页，共5页

更加完美，付出得越多，得到的越多。

13、没有结果的结束。

我们几乎听不到有人出来说项目失败了，我们听到的是延期、暂停、取消等等形容词，但是其实，我们其实应该承认，我们有做了一个失败的项目。

经验总结：

我们花了钱，项目失败了，但至少应该买到教训。

项目的成败是变数多多，既有技术的，也有管理的，也有关系的，既有自身的，也有客户的，但是只要我们把我们可以控制的做好了，至少这个项目成功了一半。

第5页，共5页

第二篇：软件测试经验总结

软件生命周期(SDLC)的六个阶段

1、问题的定义及规划

此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。

2、需求分析

在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。“唯一不变的是变化本身。”，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

3、软件设计

此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。软件设计一般分为总体设计和详细设计。好的软件设计将为软件程序编写打下良好的基础。

4、程序编码

此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提高程序的运行效率。

5、软件测试

在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。

6、运行维护

软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。要延续软件的使用寿命，就必须对软件进行维护。软件的维护包括纠错性维护和改进性维护两个方面。

2、软件生命周期模型

从概念提出的那一刻开始，软件产品就进入了软件生命周期。在经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后由于缺少维护费用而逐渐消亡。这样的一个过程，称为“生命周期模型”（Life Cycle Model）。

典型的几种生命周期模型包括瀑布模型、快速原型模型、迭代模型。

瀑布模型的特点（文档是主体），很多的问题在最后才会暴露出来。迭代模型比瀑布模型问题暴露的要早；快速原型法比瀑布模型直观。

3.软件测试概念

广义概念：指软件生存周期中所有的检查、评审和确认工作，其中包括了对分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认

狭义概念：识别软件缺陷的过程，即实际结果与预期结果的不一致

4.软件测试目的测试的目的就是发现软件中的各种缺陷

测试只能证明软件存在缺陷，不能证明软件不存在缺陷

测试可以使软件中缺陷降低到一定程度，而不是彻底消灭

以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量

5．软件测试原则

Good-enough: 一种权衡投入/产出比的原则

保证测试的覆盖程度，但穷举测试是不可能的所有的测试都应追溯到用户需求

越早测试越好，测试过程与开发过程应是相结合的测试的规模由小而大，从单元测试到系统测试

为了尽可能地发现错误，应该由独立的第三方来测试

不能为了便于测试擅自修改程序

既应该测试软件该做什么也应该测试软件不该做什么

6．软件测试的的重点

测试用例的设计

测试用例的设计是整个软件测试工作的核心

测试用例反映对被测对象的质量要求，决定对测试对象的质量评估

测试工作的管理

尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量人力和物力，有效的测试工作管理是保证有效测试工作的必要前提

测试环境的建立

测试环境应该与实际测试环境一致

7．黑盒测试

什么是黑盒测试

又称功能测试或数据驱动测试，是针对软件的功能需求/实现进行测试，通过测试来检测每个功能是否符合需求，不考虑程序内部的逻辑结构

黑盒测试方法

功能划分

等价类划分

边界值分析

因果图

错误推测等

8．什么是白盒测试

白盒测试也称结构测试或逻辑驱动测试，必须知道软件内部工作过程，通过测试来检测软件内部是否按照需求、设计正常运行

白盒测试的主要方法

对应于程序的一些主要结构：语句、分支、逻辑路径、变量；白盒测试的主要方法是： 语句覆盖方法

分支覆盖方法

逻辑覆盖方法

什么是动态测试

动态测试需要在开发/测试环境或实际运行环境中运行软件，并使用测试用例去查找软件缺陷；动态测试包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等

10.什么是静态测试

静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估.静态测试包括代码检查、程序结构分析、代码质量度量等。它可以由人工进行，也可以借助软件工具自动进行

11.手工测试和自动测试

a.手工测试缺点在于测试工作量大，重复多，回归测试难以实现

b.自动测试利用软件测试工具自动实现全部或部分测试工作：管理、设计、执行和报告；节省大量的测试开销，并能够完成一些手工测试无法实现的测试

手工完成测试的全部过程无法保证测试的科学性与严密性:

修改的缺陷越多，回归测试越困难

没有人能向决策层提供精确的数据以度量当前的工作进度及工作效率

反复测试带来的倦怠情绪及其他人为因素使得测试标准前后不一

测试花费的时间越长，测试的严格性也就越低

自动测试将测试人员从反复、烦杂的测试执行中解放出来，用更多的时间进行测试设计和结果分析

软件测试不可能完全自动化

不能完成所有手工测试任务

无创造性且灵活性差，不能改进测试的有效性

过程中可能会遇到许多意想不到的问题，特别是当软件不稳定时

测试脚本的维护高

12.测试流程

单元测试

集成测试

系统测试

用户验收测试

回归测试

确认测试报告

13.单元测试

完成对最小的软件设计单元—模块的验证工作

目标是确保模块被正确地编码

使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误

通常情况下是面向白盒的对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早地发现和解决不易显现的错误

单元测试的内容

接口测试

内部数据结构

全局数据结构

边界

语句覆盖，错误路径

14.集成测试

通过测试发现与模块接口有关的问题

目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构

应当避免一次性的集成（除非软件规模很小），而采用增量集成集成测试主要内容

API(Application Programming Interface,应用程序编程接口)

API/参数组合15．系统测试

根据软件需求规范的要求进行系统测试，确认系统满足需求的要求

系统测试人员相当于用户代言人

在需求分析阶段要确定软件的可测性，保证有效完成系统测试工作

系统测试主要内容

所有功能需求得到满足

所有性能需求得到满足

其他需求（例如安全性、容错性、兼容性等）得到满足

16.用户验收/确认测试

Alpha测试

是由用户在开发者的场所来进行的，Alpha测试是在一个受控的环境中进行的Beta测试

由软件的最终用户在一个或多个用户场所来进行的，开发者通常不在现场，用户记录测试中遇到的问题并报告给开发者

17．压力测试VS性能测试

性能测试的目的不是去找bugs,而是排除系统的瓶颈，以及为以后的回归测试建立一个基准。而性能测试的操作，实际上就是一个非常小心受控的测量分析过程。在理想的情况下，被测软件在这个时候已经是足够稳定了

性能测试是为了检查系统的反映，运行速度等性能指标，他的前提是要求在一定负载下，如检查一个网站在100人同时在线的情况下的性能指标，每个用户是否都还可以正常的完成操作等。

概括就是：在不同负载下（负载一定）时，通过一些系统参数（如反应时间等）检查系统的运行情况；

压力测试是为了发现系统能支持的最大负载，他的前提是要求系统性能处在可以接受的范围内，比如经常规定的叶面3秒钟内响应；概括就是：在性能可以接受的前提下，测试系统可以支持的最大负载。

举例说明：针对一个网站进行测试，模拟10到50个用户就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力/负载测试。如果同时对系统进行大量的数据查询操作，就包含了强度测试。

18.主流测试工具的测试流程

========winrunner启动时选择要加载的插件进行一些设置（如录制模式等）识别应用程序的GUI，即创建map(就是学习被测试软件的界面）建立测试脚本（录制及编写）对脚本除错及调试（保证能够运行完）插入各种检查点（图片，文字，控件等）在新版应用程序中执行测试脚本分析结果，回报缺陷

=========quicktestpro========准备录制

打开你要对其进行测试的应用程序，并检查QuickTest中的各项设置是否适合当前的要求。2 进行录制

打开QuickTest的录制功能，按测试用例中的描述，操作被测试应用程序。编辑测试脚本

通过加入检测点、参数化测试，以及添加分支、循环等控制语句，来增强测试脚本的功能，使将来的回归测试真正能够自动化。调试脚本

调试脚本，检查脚本是否存在错误。在回归测试中运行测试

在对应用程序的回归测试中，通过QuickTest回放对应用程序的操作，检验软件正确性，实现测试的自动化进行。分析结果，报告问题

查看QuickTest记录的运行结果，记录问题，报告测试结果。

＝＝＝＝TestDirect============

安装好后，先进入站点管理创建域及工程添加用户编辑licenses及本服务器编辑数据库

－－TD选择新建的工程进行定制(列表，用户，组，版本等)在require中增加需求把需求转化为plan在testlab中由计划新建测试具体用例与执行发现bug，在defect中提交bug

（每一部分都可以相对独立地使用）

======loadrunner制定负载测试计划

(分析应用程序，确定测试目标，计划怎样执行LoadRunner）开发测试脚本

（录制基本的用户脚本，完善测试脚本）创建运行场景

（选择场景类型为Manual Scenario，选择场景类型，理解各种类型，场景的类型转化）监视场景（MEMORY 相关，PROCESSOR相关，网络吞量以及带宽，磁盘相关，WEB应用程

序，IIS5.0，SQL SERVER，NETWORK DELAY等)

分析测试结果

7(分析实时监视图表,分析事务的响应时间,分解页面,确定WEBSERVER的问题,其他有

用的功能)

第三篇：软件销售经验总结

软件销售经验

免费推广

卖软件首先要做好充值，如果你信誉很低，卖的效果也有限，卖软件1钻也可以，主要是抓好核心竞争力和宣传渠道！核心竞争力就是你所提供的竞争对手没有的东西。比如，有的人送E虎，有的人送网站，有的人10天升钻，也的人一个月卖多少套软件等等作为宣传的核心，如果大家都送就没什么核心竞争力了，首先第一步找出你自己的核心竞争力了，多去参考一些别人做的好的，要尽量做到，别人有的，你都有，别人没有的，你也可以提供。这个每个人的情况不一样，要自己认真去找一下。

我主要和大家讲一下渠道。渠道为王，这个是毋庸置疑的。声明：免费的渠道优点就是不用花钱，但是缺点就是需要你花很多精力和时间，这个要有一定的心理准备。

提高软件销售最有效的免费方法是把充值买家变成你的软件买家。我开始买的第一款软件是易赛，之前易赛一个月也卖了70多套加上捷易通一共也靠90套。而且之前软件基本没做过宣传，这90多套只有5套左右是做直通车卖的，其中50套左右是原来的充值买家成为软件买家。方法很简单，主要是一个量，我之前一天有2、3百单的充值客户。每天在给客户的回评里加上招代理的信息，后来用量子统计40%多的流量来自于给客户的回评里。不要小看细节，一个店做的好不好主要就是看细节，大的方向谁都知道，真正做的好的，都是那些把握细节的，说白了就是每个店的小技巧。回评以外如果客户多还可以设置自动回复。我们之前就专门把掌柜旺旺设为自动回复，大概内容是：亲，你好有货，直接拍无需联系，本店诚招充值软件代理，让你一个月升2钻，月入5000不是问题详情与掌柜联系。这个2个免费的方法属于被动流量，前提是你要有一定的充值客户的量。花小钱提升信誉，卖软件赚大钱。如果提升信誉，增加充值客户量，看我给你发的冲冠文档里的经验总结。

当然如果你还有时间，你可以花1、2个小时用心的写一篇帖子，争取申请精华帖，每个论坛都有申请精华的渠道，自己在论坛找一下就可以了。当然好的帖子是需要维护才可以被更多人知道的，这里我不多讲了，我给大家发一个提升帖子流量的贴，http://bbs.taobao.com/catalog/thread/154529-2806846.htm还是很不错的，大家好好看看。

还有一个免费推广的方法，不过比较累，就是收藏，说白了也是一个量，申请2-3个旺旺，每个旺旺加满旺旺群，如果加到最慢差不多一个旺旺可以加20个群，2个就是40个群，如果你加30个活跃的群，至少可以开发出1、2十套软件。你和每个群里的群友联系互相收藏，就让别人收藏你的软件产品。很多人愿意收藏，如果看到你的产品描述比较感兴趣

就会主动问你情况，产生意向成交也就不远了。我之前也通过这个方法成交了好几个客户，主要是后来没时间做。我有个代理1钻的时候，通过这个方法，100个收藏没到就成交了2个软件客户，还是挺不错的。发帖也是一个不错的免费推广方法，不过不是淘宝的帖，是百度的帖。很多人买软件会在百度里收藏一下相关信息。比如百度知道，百科，贴吧等等。你会看到很多人会问，易赛和捷易通，极之速3款软件怎么样。然后再直接开一个号来回答，并选为最近答案。留下自己旺旺和QQ信息。这个也是看量，你搜索捷易通、极之速、易赛3个关键词的时候，你看看哪几个网页排在第一页。如果可以在这几个网页上留下自己的联系方式，还是会被很多人关注到的。不过这个需要你经常在百度里发信息了。百度百科，百度知道，百度贴吧。

收费篇

1.直通车

直通车的开始要预存500元，直通车之前的效果还可以，不过现在效果一般，同行点的多，大家可以适量尝试一下，多设关键词，一天设定30元的日限额。长期做还是会有一定的客户量。

2.淘宝客

淘百客可以做，设个10%的佣金，有就有，没有就算了，一个月也可以有5、6套软件来自于淘宝客。

3.百度推广

这个目前效果不错，不过收费有点高，要5000的预存，600的手续费，不过效果还可以，我一半的客户来自这里，不过有个缺点就是售后比较累，因为从百度来的客服很多对淘宝不是很懂，教装修，教基础东西比较多，比较繁琐。

4.阿里妈妈

这个是图片推广，我比较看好这个，不过我最近还在看这快，还没有花太多时间去做这个，我做一段时间后，和大家分享一下方法。不过大家也可以先看一下基础的操作流程。总结：其实卖软件也没有想象中的难，就是核心竞争力加上渠道。每个人的核心竞争力不一样，多对比一些做的比较好的店铺，看看他们提供什么？你可不可以提供？你还能提供什么别人不能提供的东西，仔细想想总可以找到的。渠道也不是大家想象中的那么神秘，主要是多了解客户的消费习惯，设想下当初你也是客户的时候，你是通过哪些渠道了解到充值软件的，百度？帖子？收藏？旺旺群？还是某一个其他的方式。都列出来，也可以问一下你的客户是怎么找到你的，总结整理下，然后根据自己情况做一些适合自己的推广方式。这这里不展开来谈了，因为基础的加细节的东西，写几天都写不完。如果你要做以上的推广，有什么细节问题可以自己问我，不过首先大家要先熟悉下基础的操作，这样教技巧设置，就会比较容易。

做淘宝第一是学习力，要多学，多去模仿，先抄后超。第二是执行力，要不停的去尝试，第一个吃螃蟹的往往就是赢家，要尝试各种新的营销方式以及淘宝推出来的各种营销渠道。

充值软件的市场在我看来远远没有饱和，很大的市场，现在越来越多的人想做淘宝，特别是大学生，电脑操作没问题，工作比较难找，想通过淘宝尝试个人创业的很多。而且已经有淘宝的大学生并不多，这个市场至少可以开发2、3年。我开店的时候很多人就和我说充值市场竞争激烈，很难做起来，我做起来后，很多人说是运气，其实没那么多偶然，同一个事物积极的人看是机遇，消极的人看是麻烦。2种人的结果截然不一样，我们要有理想的分析同时还要有信心，没有信心再多的方法也是做不起来的。有了信心你才愿意尝试，只有不停的尝试才能成功。希望下一个月入万元的就是你，我们一起共勉！

第四篇：软件销售经验总结

软件销售经验

店主感言： 好多人会问我，店主的信誉怎么来的那么快，招代理怎么那么多，是不是我还留了一手，你是我的下家，只要我懂的都可以告诉你，况且你卖一个软件我还有27元提成，我真的是把我的方法都告诉你们了，要看你自已努不努力了，要懂的模仿更要懂得创新，还有很多人会问，推广了好多天了为什么还没有人来，一个软件都没卖出去，我可以告诉你，钱不是那么好赚的，当初我开始做的时侯，去百度，去QQ问问，去天涯问答，每天最少回答100多个问题，一天到晚坚持推广，坚持了一个月，卖了第一个软件，创业者要懂的左手温暖右手，创业者没有退路，最大的失败就是放弃，希望可以把我当一起创业的伙伴，更要诚心对待，我们一起加油。

卖软件首先要做好充值，如果你信誉很低，卖的效果也有限，卖软件1钻也可以，主要是抓好核心竞争力和宣传渠道！核心竞争力就是你所提供的竞争对手没有的东西。比如，有的人送E虎，有的人送网站，有的人10天升钻，也的人一个月卖多少套软件等等作为宣传的核心，如果大家都送就没什么核心竞争力了，首先第一步找出你自己的核心竞争力了，多去参考一些别人做的好的，要尽量做到，别人有的，你都有，别人没有的，你也可以提供。这个每个人的情况不一样，要自己认真去找一下。

我主要和大家讲一下渠道。渠道为王，这个是毋庸置疑的。

声明：免费的渠道优点就是不用花钱，但是缺点就是需要你花很多精力和时间，这个要有一定的心理准备。

提高软件销售最有效的免费方法是把充值买家变成你的软件买家。我开始买的第一款软件是易赛，之前易赛一个月也卖了70多套加上捷易通一共也靠90套。而且之前软件基本没做过宣传，这90多套只有5套左右是做直通车卖的，其中50套左右是原来的充值买家成为软件买家。方法很简单，主要是一个量，我之前一天有2、3百单的充值客户。每天在给客户的回评里加上招代理的信息，后来用量子统计40%多的流量来自于给客户的回评里。不要小看细节，一个店做的好不好主要就是看细节，大的方向谁都知道，真正做的好的，都是那些把握细节的，说白了就是每个店的小技巧。回评以外如果客户多还可以设置自动回复。我们之前就专门把掌柜旺旺设为自动回复，大概内容是：亲，你好有货，直接拍无需联系，本店诚招充值软件代理，让你一个月升2钻，月入5000不是问题详情与掌柜联系。这个2个免费的方法属于被动流量，前提是你要有一定的充值客户的量。花小钱提升信誉，卖软件赚大钱。如果提升信誉，增加充值客户量，看我给你发的冲冠文档里的经验总结。

当然如果你还有时间，你可以花1、2个小时用心的写一篇帖子，争取申请精华帖，每个论坛都有申请精华的渠道，自己在论坛找一下就可以了。当然好的帖子是需要维护才可以

被更多人知道的，这里我不多讲了，我给大家发一个提升帖子流量的贴，http://bbs.taobao.com/catalog/thread/154529-2806846.htm还是很不错的，大家好好看看。

还有一个免费推广的方法，不过比较累，就是收藏，说白了也是一个量，申请2-3个旺旺，每个旺旺加满旺旺群，如果加到最慢差不多一个旺旺可以加20个群，2个就是40个群，如果你加30个活跃的群，至少可以开发出1、2十套软件。你和每个群里的群友联系互相收藏，就让别人收藏你的软件产品。很多人愿意收藏，如果看到你的产品描述比较感兴趣就会主动问你情况，产生意向成交也就不远了。我之前也通过这个方法成交了好几个客户，主要是后来没时间做。我有个代理1钻的时候，通过这个方法，100个收藏没到就成交了2个软件客户，还是挺不错的。发帖也是一个不错的免费推广方法，不过不是淘宝的帖，是百度的帖。很多人买软件会在百度里收藏一下相关信息。比如百度知道，百科，贴吧等等。你会看到很多人会问，易赛和捷易通，极之速3款软件怎么样。然后再直接开一个号来回答，并选为最近答案。留下自己旺旺和QQ信息。这个也是看量，你搜索捷易通、极之速、易赛3个关键词的时候，你看看哪几个网页排在第一页。如果可以在这几个网页上留下自己的联系方式，还是会被很多人关注到的。不过这个需要你经常在百度里发信息

了。百度百科，百度知道，百度贴吧。

收费篇

1.直通车

直通车的开始要预存500元，直通车之前的效果还可以，不过现在效果一般，同行点的多，大家可以适量尝试一下，多设关键词，一天设定30元的日限额。长期做还是会有一定的客户量。

2.淘宝客

淘百客可以做，设个10%的佣金，有就有，没有就算了，一个月也可以有5、6套软件来自于淘宝客。

3.百度推广

这个目前效果不错，不过收费有点高，要5000的预存，600的手续费，不过效果还可以，我一半的客户来自这里，不过有个缺点就是售后比较累，因为从百度来的客服很多对淘宝不是很懂，教装修，教基础东西比较多，比较繁琐。

4.阿里妈妈

这个是图片推广，我比较看好这个，不过我最近还在看这快，还没有花太多时间去做这个，我做一段时间后，和大家分享一下方法。不过大家也可以先看一下基础的操作流程。

5.淘宝商城

这个是目前效果最好的，主要是排名在搜索的前2位，展现量最多。不过这个需要的投入很大，需要1万元保证金给淘

宝，还要6000元年费给淘宝，最麻烦的是需要有注册公司申请。如果你有实力可以尝试，我有个代理商就是弄了个商城卖软件，效果挺不错的，一天10几套。

总结：其实卖软件也没有想象中的难，就是核心竞争力加上渠道。每个人的核心竞争力不一样，多对比一些做的比较好的店铺，看看他们提供什么？你可不可以提供？你还能提供什么别人不能提供的东西，仔细想想总可以找到的。渠道也不是大家想象中的那么神秘，主要是多了解客户的消费习惯，设想下当初你也是客户的时候，你是通过哪些渠道了解到充值软件的，百度？帖子？收藏？旺旺群？还是某一个其他的方式。都列出来，也可以问一下你的客户是怎么找到你的，总结整理下，然后根据自己情况做一些适合自己的推广方式。这这里不展开来谈了，因为基础的加细节的东西，写几天都写不完。如果你要做以上的推广，有什么细节问题可以自己问我，不过首先大家要先熟悉下基础的操作，这样教技巧设置，就会比较容易。

做淘宝第一是学习力，要多学，多去模仿，先抄后超。第二是执行力，要不停的去尝试，第一个吃螃蟹的往往就是赢家，要尝试各种新的营销方式以及淘宝推出来的各种营销渠道。

充值软件的市场在我看来远远没有饱和，很大的市场，现在越来越多的人想做淘宝，特别是大学生，电脑操作没问题，工作比较难找，想通过淘宝尝试个人创业的很多。而且已经有淘宝的大学生并不多，这个市场至少可以开发2、3年。我开店的时候很多人就和我说充值市场竞争激烈，很难做起来，我做起来后，很多人说是运气，其实没那么多偶然，同一个事物积极的人看是机遇，消极的人看是麻烦。2种人的结果截然不一样，我们要有理想的分析同时还要有信心，没有信心再多的方法也是做不起来的。有了信心你才愿意尝试，只有不停的尝试才能成功。希望下一个月入万元的就是你，我们一起共勉！

第五篇：项目经验总结

项目经验总结

本人从事IT工作多年，亲身参与过多个项目。感到做这个工作最要紧的就是要明白什么的员工适合做什么样的事，合理分工、因地制宜，只有最合适的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误工作进度。以下是本人做项目的一些个人体会，希望大家多多指点，共同提高业务水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。前期了解情况越详细，后面的工作就越顺利，项目的风险就越小。

2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，尽可能的争取更多人的支持，让事情向你所希望的方向发展。只要有利益存在，竞争方也可能做合作方。

3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6.在明确项目的总体策略后，开始成立项目小组。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（Industry expert），这样双方才可以相互清晰的理解对方的表达意思。我们经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。

7.现在你要面对三类人：你的领导、你的团队和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后发生什么问题，就能做到有据可查。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。

8.现在是做计划的时候了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。

项目进入实施阶段，项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点。一个问题，有很多方面，从不同的角度看，现象是完全不同的。这些技术人员，他们往往精通一个方面，就自己的角度发表见解。在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论。会后，你自己写文档，做决定，自然实施起来的阻力就小。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1.确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；

2.和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？

3.（项目初期的工作）明确更改流程，一般是客户指定一人签字，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果。然后再让客户在上面签字。