软件销售工作总结

软件销售工作总结

总结是在一段时间内对学习和工作生活等表现加以总结和概括的一种书面材料，它可使零星的、肤浅的、表面的感性认知上升到全面的、系统的、本质的理性认识上来，因此我们需要回头归纳，写一份总结了。如何把总结做到重点突出呢？以下是小编为大家整理的软件销售工作总结，供大家参考借鉴，希望可以帮助到有需要的朋友。

软件的发展基本都走到了细分行业的时代了 大而通用的软件越来越不好做了 通用平台客制化 这几年的erp也不如前几年火了 必须做到把握客户需求进行定制才是出路

ERP可能再按原路走下去是死路 软件的潜在客户的确定，首先是软件的定位问题 也就说你的软件的销售对象是谁，这是前提 很多的软件开发都自认为自己的软件能够通吃 这是技术人的本色 我是作企业电子商务平台 做为软件公司一定要定位清晰，然后就是找到潜在客户 如果是企业软件，产品不重要，重要的是你去理解企业的业务逻辑，然后在企业有长期稳定的关系，这样生意才能成。做生意就是做人，人做好了，生意就来了

对，同意老熊的观点

一个企业的开发不是一笔生意的交易 而是长期的

我补充老熊的观点几点意见

第一：产品不是不重要，至少需要有一定的基础，太次肯定不行。在打单的过程中是肯定需要考虑到产品本身的。这如同战术问题，你需要考虑你的部队武器的先进性。但……在做战略规划时，可以稍微的将产品的比重放得轻点。

第二：软件的销售特别是管理软件，做销售先做人的道理是比较明显的。因为管理软件的重要性，需要客户对个人和对公司都要有足够的信任感。不论是专业上的信任还是人格上的信任。

第三：个人认为软件卖的是服务，每个单都不是在签约后就结束了的，而是开始不久。销售前在做服务，销售中和销售后也在做服务。长期的关系应该表现在这。这不但对公司有口碑的建立的好处，也是你对客户责任感的体现。

软件的销售就是服务的过程

呵呵，言重，我也没赶上开头，都不知道提纲是什么呢。这样吧，大家就一些具体的流程或者一些概念交换一些意见？

1,如何明确软件产品的潜在客户?

打单可能会各有体会和心得，也没办法通用，还不如聊聊，如何开发新客户，或如何切入行业

清茶你来讨论一下如何明确自己的潜在客户呢

江上，你的问题我们呆会再谈好不？

关于明确自己的潜在客户

我认为，如果做为产品型软件公司，这是在产品研发的过程中就逐渐清晰的一个过程 在产品研发的初期，就有一个行业或者一个需求针对性的问题

这个问题是不是就要确定自己的产品定位啊

到了中后期。就应该比较明确了。

一般我习惯画三个圆中圆去分析

怎么个圆中圆？

最中心的圆代表核心客户，其次是潜在客户，最外面的一般是行业内客户或者在研发初期希望去满足的那些有相同需求目标的客户

也就是说：我们在分析客户群时要分级切入

先从产品的功能入手，主要是为了解决什么需求

这是第一步，是我们的客户群基础。销售方向从这开始

接着考虑自己企业的资源及市场环境，包括竞争环境等。

这是第二步，实际就是找到自己能找到能做下的客户

第三步是在前两次的基础上，深挖客户需求的结果。找到最符合产品功能的客户，他们的需求和产品希望达到的目标最一致

这几条做项目的公司其实也基本适用

说概念可能容易看糊涂，我打个比方吧

假如有个软件企业，在做一些管理软件，其中有个产品是OA，这个产品的适用面相信大家最熟悉了

首先，最外面的圆，也就是我们的客户基础是需要解决办公自动化信息化的公司

基本这样的公司很多，在这个圆中竞争也是最大的。因为连一些非软件产品或者其他类型的管理软件比如ERP之类也有可能在其中。

其次：因为我们公司是内资的本地的中小型企业，在当地有大约5年历史，做代理起家，有一定的客户群。

公司本身资金和其他资源并不雄厚，主要*直销，且技术力量一般。

所以根据公司资源，中间的这个的圆我们要解决什么问题呢？要解决掉大部分的竞争对手，在一个尽量小的竞争环境中找寻我们相对容易成单的客户。

这时候发现，以原有的客户基础为基础，从老客户入手，并延伸到在当地已经有过一定销售结果的一些行业，企业类型是中小型，内资为主，需求不复杂，对技术的要求不高等等 呵呵，说得很不错

最后，我们开始重新再审视自己的产品，发现其中一个无纸化传真的功能是产品的一个特色之一

那么在第二个圆的基础上，我们画第三个圆。是什么呢？是在第二个圆的客户里找工作中需要大量传真的企业，比如外贸类、IT硬件分销类等等。

通过对自己产品所有主要特点做了分析，第三个圆就画得比较扎实了

这是我的一点个人看法，欢迎大家批判，呵呵

嗯，第一个园是画圈，第三个是差异化竞争

这也是从广告公司学来的，呵呵

广告公司做策划案的时候，在找竞争品牌的时候也是这样画圆，只是条件设置得不一样而已 由此他们确定他们广告需要打给谁看？

然后再找通路，再提创意

对于我们，也可以如此，在确定了客户群后，再找方式联络到这些客户，再找最合适的销售流程和技巧去打单

如何对潜在客户进行联系呢

朋友介绍还是扫大街呢

扫大街

就是定位清楚后用电话销售的方式来进行销售

这个就需要考虑你的客户群的特征了

根据不同的客户群有不同的接触方式

如果是中小企业的软件呢

基本都是中小企业的客户的，呵呵。这个量最大嘛，但也要分行业和分地区特性 这个不容易做概论。

只能凭经验和摸索得来

且有时候可以有多种方法

比如一个IT企业，人数在10到20人，你以扫街或者电话销售或朋友介绍或会议营销等模式都能走得通

一个通用平台的软件如何开拓新市场呢

所以接触方式的选择需要更多考虑的是公司本身的资源条件和最适应大部分客户群的方式，以两三种为基本方式，但也不排除其他方式

你的通用平台的定义是什么？

工作流程管理系统

这是一个朋友开发的系统

主要是中小企业适用的软件，如何开拓新市场呢

听说过这样的系统

我想这样的产品在新市场可能得象ERP的类似手法去做

如果联系到了客户，往往客户有需求，不一定有决策权

一是建立新市场区域内的行业标准或者专业形象，比如有行业协会的方式或者会议营销。一是通过几个需求较明 ……此处隐藏27282个字……对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOp设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。

8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。

9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法-论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法-论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法-论。

10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己20xx年间开发的那些平台的系统架构和开发工具，并且得到了应用的证实。在网上也陆续发表了一些文章，受到比较好的欢迎，还上了赛迪网的开发之星。

下半年，在软件工程方面收获是很多的。

看到网上对于印度模式从吹捧到批驳的吵闹，也看到X1公司学习印度的失败，加上自己从开始就对那些记者的怀疑，决定好好学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深入研究，才能得其精髓。同时，软件工程绝对不能只看印度的，毕竟，美国才是软件业最发达的国度。

列举一些学习的参考资料：《RUp软件工程过程》、《MSF微软解决方案》、《Xp极限编程》、《CMM实践应用——Infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程Java语言实现》。每本书，我都仔细研读了，颇有体会。

我开始就想，印度软件工程绝对不会象那些记者所说的那么简单，所谓的高中生编程说。所以，我必须实际看看印度的软件工程。《CMM实践应用——Infosys公司的软件项目执行过程》，是印度最大的软件公司Infosys公司的分管质量的副总裁写的，介绍他们的CMM4的软件工程，果然不同凡响。这是我了解印度软件工程的主要窗口。

首先，同原来的想法不同的，也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是，软件工程实际上不仅仅只是管理，而是一门涉及很广的交叉学科。在软件工程中，大约一半的内容是专业性很强的，涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象，都在软件工程的范畴内，同样是软件开发和组织的重要内容，也是软件质量保证的重要内容。至于软件开发的管理部分，只能算是软件工程中软件工程过程的部分，或者说项目管理部分。脱离管理来开发软件是绝对不可行的，同样，抛弃技术基础，空谈管理出效益，便如无源之水、无本之木。诚如《软件工程Java语言实现》中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学，其他方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中的技术部分，并非轻视管理，只想在软件工程的概念上做一些拨乱反正，也希望多一些人来关心软件的核心技术，而不要空喊口号和概念。毕竟，中国的软件太缺乏核心技术了。

其次，对管理要求的严格不说(这个谁都知道)，实际上，不管是美国的软件工程，还是印度的软件工程，都是比较灵活的。即便是印度这样的所谓“软件工厂”模式，对于软件工程过程管理极为严格，也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的，然而，由于项目具体情况不同，如项目的规模，参与人员的数量、素质等的不同，对于软件过程的每个部分，不是都必须的，可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么ISO9000等，开始做了一个以为很好的规范，但是，到具体项目，总是对不起来，到处有问题，现在想想，便是少了这个变通的部分。不过，话说回来，这CMM也是老美想出来的，而不是印度。

第三，对于开发人员的选用，我发现，美国人是非常注重选用优秀的开发人员的。MartinFowler曾经开玩笑的说，如果给他一批水平不高的开发项目，他会考虑全部解雇，重新招聘。《人月神话》中也说，如果200人开发一个项目，其中25个人最能干，那么会考虑解雇其余的175个人，让项目经理来编程(当然，后面还有一些抉择分析，这里断章取义了)。其结论的基础是基于以下研究结果：优秀的开发人员和差的开发人员，其效率之差可以达到数量级。另外，从管理的角度来说，只有人多了，才会有管理问题，当团队规模控制在一定的范围内时，便不会有太大的管理问题。

对于软件来说，很难实现同传统产业一样的工厂化生产，这是由软件开发的本质决定的。软件的复杂性是软件的本质属性，在这个属性没有改变之前，软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成了软件代码的编写工作，并不是实现了整个软件研发工作，而代码编写工作，恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员，印度人的书上没有说，记者到说了不少，我也无从考证。所以，软件的开发，还是需要选用优秀的人的。除非，公司只想帮别人编写代码，而不希望有自己的产品和技术。

第四，软件开发中，最重要的还是团队合作和交流。这个是我目前最深切的感受。具体的，大家都知道，也用不着多说。

最后，对于软件开发来说，公司老板的想法是最重要的。如果老板说“No”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。