如果你想做实施,那么你首先要知道要具备的工作职能:
1. 安装软件。
安装软件就是给企业用户安装自己公司的产品，
部署在服务器上，
能够让软件流畅地运行起来。
2.测试软件
软件刚出来你能立马给用户安装吗？
肯定要自己先试用一段时间了，
基本没什么问题了,有什么问题自己知道了,然后你才能给用户安装，
要不然用户在使用的时候发现了问题再去请教你的时候，你一脸懵逼,那多尴尬。
3.处理和反馈意见
用户在使用软件的时候肯定会出现各种问题，
这些问题你要是能解决的就要给用户解决了，要不然用户就不能完成他们基本的业务了。
但是有些问题你解决不了，
比如用户想实现其他的一些功能，这些功能是软件不具备的功能，肯定是解决不了的。
这些问题要统计出来,
然后将问题进行反馈,一句话就是，解决能解决的，汇总反馈不能解决的。
4.调研需求
比如有用户想使用我们的软件，但是我们软件可实现的功能众多，那你就要问用户想要用那些功能，
用户告诉你他就经常需要做某某业务，别的功能不用，
这时候你就要把用户的要求重新分析一下然后和开发那边沟通一下看是不是推出一个只要改功能的软件mini版。
比如ps精装版,
需求调研简单的说就是了解客户到底需要什么，然后把你了解到的反馈给开发人员。
5.培训用户
用你公司软件的用户多了，你不想一个一个教用户怎么使用了，
你就自然把使用的客户都请了过来，一块教他们怎么使用，
可能有些用户不方便,过不来(比如,牛逼的某领导)，
那你就要单独再教这个用户。
用户培训就是对众多用户集中进行培训，
个别用户，比如领导就要单独培训。
6.升级软件
软件升级就是说软件刚出来的时候是1.0版的，用了一段时间推出新功能了，出了2.0的版本，
你是不是应该给用户的软件升一下级，这样用户才能使用这些新功能。
同时还要将升级的结果和升级过程中的问题反馈给开发人员。
7.文档编写
有一天A用户看到B用户在用我们的软件，
A用户也想用,也让你教教ta，这时候你就后悔了，为什么在教A用户使用咱们软件的时候
不把使用步骤记录下来，(使用文档)
这样B用户使用的时候
把步骤记录直接发给A用户不就行了。
当然这里的文档编写不仅包括使用文档的编写，还有其他一些重要的文档，
比如工作汇报、验收文档、项目周报等等一些列文档。
8.软件的实施流程如下:
项目启动—>
需求调研—>
需求确认—>
部署软件环境，调试软件—>
导入数据（构库）—>
测试环境进行测试—>
部署到正式环境—>
软件试运行—>
项目验收—>后期维护
上面写的流程是一般的大部分公司应该的项目流程,不一定全都有。
注意:如果你想要做实施那么你要知道这些行业规则:
①实施首先要对自己公司产品的了解，如果你自己不了解怎么去教客户使用。
②实施的沟通能力主要是说和客户打交道的时候，
你要把你自己知道的东西讲给客户，并且让他明白你讲的什么，
还要听明白客户说的是什么，并且能够和公司开发人员描述出来。
还要有礼貌、有方法的拒绝客户的一些无理的要求。
③虽然复杂精细的知识一般不需要,但是基础常识要会弄:
最起码的数据库安装、卸载、备份、恢复、简单的sql语句要会吧。
简单的网络知识，服务器等，在部署系统的时候这些知识都用得到。
实施的技术大部分和数据库相关;
④一些客户会提出很多问题，你要汇总、分析、过滤，然后才能反馈给公司。
⑤大部分实施是要接受出差的,不接受出差就别做实施了
⑥软件实施的前途方向一般都这么操作:
一是管理岗位，
比如项目经理，大区经理这些。
实施经理
一般在大型的软件公司会有，
一般小型的公司实施经理基本就是项目经理。
主要的职责就是管理公司内的实施人员，对实施人员工作的安排等。
二是技术岗位，
比如DBA，大数据，甚至可以转大数据开发。
这些岗位的薪资最少都是1W2起步，至于年薪那得看个人能力了。
三是做老板,
感觉实施想要成为老板也不是很难，长时间和各种用户接触，了解各种用户的需求，
并且对公司的产品也很了解，
有客户、有资源想要当老板也不是很难。
四是跳槽甲方，
这个拼人品，都见过很多乙方的实施工程师跳槽甲方的，
比如有一个在某公司做财务实施的，跳槽到一个国企的财务科，待遇可观到不行。