一文弄清传统软件开发与互联网软件开发的异同

在传统软件开发领域8年，从一线开发，到项目技术经理，再到产品研发技术负责人，一路走来，感觉着互联网行业的软件愈来愈贴近平常生活，一直有一个疑问，那就是互联网行业中的软件开发是怎么样的？两年前，决定转行到互联网行业实际体验看一看，经过两年的观察总结以及实际亲身感觉，我以为我已经找到了答案，解除了心中的疑问，此文写给那些跟我有相同疑问的朋友。

相信不少在传统软件开发领域的朋友或多或少对互联网公司的软件开发有以下疑问：开发流程是怎么样的？人员组成是怎么样的？系统架构是怎么样的？成长路线是怎么样的？是否是加班厉害？薪资福利是否是传言的那么有诱惑力？

而在互联网行业高压力的同窗，也会问：传统软件开发公司工做会不会轻松点？会不会稳定一点？是否是在传统软件开发领域年龄没那么敏感？

这篇文章会一一解答上述疑问

介绍

首先，先来介绍一下何谓传统软件行业，何谓互联网软件行业，有以下几个明显差别点。

传统行业

传统软件开发行业，也能够叫作企业软件开发行业，他的明显特征以下

• 软件： 好比财务系统、OA系统、CRM、ERP等业务系统，医疗、电力、智慧城市、税务等行业软件，目的为帮助公司或政府与事业单位更高效运转的业务支撑系统
• 目标群体： 客户 - 软件的使用群体通常为公司内部员工、政府、事业单位职员
• 公司： 金蝶、用友、中软、东软等

互联网行业

• 软件： 好比微信、QQ、baidu.com、今日头条、抖音、优酷等
• 目标群体： 用户 - 广大互联网用户
• 公司： 阿里、腾讯、百度、头条等

项目流程

做为码农，不论在传统行业仍是互联网行业，都是作软件开发，软件开发通常都是以项目为单位。首先，就先以项目流程的角度聊一下传统软件行业与互联网软件行业的区别。

传统行业

结合上图，从以下几点说说传统软件项目的项目流程

需求来源

需求来源通常为甲方客户，当一家公司慢慢成长起来时，每每须要软件来提高公司的管理与运行效率。好比全部公司无一例外都须要人事管理系统、财务管理系统、OA系统、考勤系统；一些制造行业还须要生产管理的ERP系统，医院须要病例管理系统、学校须要学生管理系统、政府须要公文管理系统等等。这些甲方客户通常都没有专门的软件开发团队，大部分只有一个叫技术中心的部门负责网络与各类系统的管理。因此，要落地这些软件，就须要专业的软件公司来实施。

需求收集

有了实际的需求，要么客户主动找到软件公司，要么软件公司挖掘客户；首先入场的通常都是销售入场（主管商务事项，好比报价、签约，客户关系维护，需求挖掘，以便签约项目二期、三期...）。
有时还会有售前顾问支持（主管技术，好比给客户给出技术方案、初步分析出项目实施范围，方便合理报价）；须要说明的是售前顾问一般都是技术出身，项目经验丰富，不只是技术专家，仍是业务专家，对某一行业有深入理解，可以告诉客户，怎么作才是行业最好的方案，利用行业经验帮助客户提高效率，而不是简单把客户的下线流程搬到线上。

需求实施

项目签约下来后，紧接着就是项目实施团队入场。
项目团队包含这些人：项目经理、需求分析师、技术经理、技术开发、UI、QA
项目实施有时为驻场开发，有时是在公司开发好后到甲方公司去部署上线

需求交付

需求经过QA测试部署后，一般会有试运行阶段，在试运行阶段，客户可提出问题点与优化点。全部功能没问题后，即完成交付，技术团队撤出，投入到下一个项目，销售收尾款。
偶尔客户还会购买系统运维服务，即支持系统运行期间的问题处理以及小需求迭代。

互联网行业

结合上图，从以下几点说说互联网软件项目的项目流程

需求来源

需求来源主要在于这三个方面

1. 产品需求：PM发起的需求，好比要作个视频面试的新产品、要优化下单流程之类的
2. 营销需求：此类需求通常为公司运营和营销人员发起的需求，PM把需求梳理为产品文档后，交由技术团队落地
3. 内部需求：此类需求可理解为内部系统建设需求；前面两种通常称之为To C，这种叫To B

最后，还有一种活儿的来源，那就是技术本身发起的需求，好比系统重构，技术基础设施的建设，好比系统性能、异常监控系统、持续集成系统等

需求收集

在互联网公司，全部的需求都会收集到产品经理（PM）处，技术团队原则上只从产品经理处承接需求

PM会把各类需求整理成需求文档，还会附带上需求原型。一般会先期找技术初评，确认哪些功能没法实现而后调整需求文档。

需求实施

需求没问题后，C端需求最早入场的是UE、UI，即交互设计与视觉设计，完过后前端FE拿到设计稿后进行开发，这期间后端开发可并行，最后接口联调、测试

需求交付

• 测试完毕后，预发布、预发布没问题由QA上线

贴一个之前端视角的大体项目流程：

最明显的感觉就是，传统行业的软件开发是给甲方干，在互联网行业的软件开发是给本身干！

项目相关人员

上面介绍了项目的总体流程，接着针对于项目团队的组成，即实际参与项目落地的人员以及人员分工聊一聊

传统软件项目

• 项目经理

项目的总负责人，负责与客户对接，大部分状况参与需求的调研，把客户的线下需求转变为需求文档，给到技术人员去落地

• 技术经理

项目的技术负责人，负责整个项目的关键技术把控，业务抽象、系统架构、模块划分，以及对开发工程师的工做分配与管理

• 需求分析师

协助项目经理梳理需求，比较大的项目通常是项目经理总体把控，带领多个需求分析师，没人负责一块业务需求，把需求文档化。目的在于与客户对齐需求，保证开发出来的东西是客户想要的。还有一个比较重要的目的是，开发以前都须要客户确认需求，方便控制需求变动以及需求范围，避免无限制的增长需求。

• UI设计师

通常PC端系统首页，以及移动端的一些页面须要UI单独设计，后台系统通常不须要。UI属于公共资源，需项目组申请，通常不常驻项目。

• 开发工程师

在传统软件开发中，不多会有专职的前端人员，大部分状况都是项目经理划分好功能模块，开发人员从数据库设计、后端业务逻辑编写，再到前端UI实现，都是同一我的。好处很明显，就是效率高；坏处就是相对于互联网行业的分工细化，质量会相对差一些。

• 测试工程师

公共资源，到测试阶段入场。通常负责压力测试、性能测试、功能逻辑测试。

• 系统安全

关于系统安全这块，政府或者国家级项目，甲方通常会找第三方安全厂商来作渗透测试，或者直接找国家网络安全中心来作系统的安全评估，最终给出系统的安全报告，有哪些系统漏洞会一一列出来。在经历过的项目中，私企这一块基本没有，政府与事业单位软件项目居多。

互联网软件项目

下面贴一张曾经以项目经理角色负责过的项目，由于该项目较大，牵涉到的人较多，能够很清晰的看到一个项目的完整人员分工与构成。

• PM

产品经理，负责需求文档编写，以及需求上线后产品效果的跟踪

• UE

交互设计，跟进PM的需求，制定页面的交互逻辑

• UI

根据需求与交互稿设计UI图，而后注明UI图的标注，直接给到前端或者上传到蓝湖

• 视觉

视觉与UI实际上都属于设计部门，视觉设计的主要分工为活动海报、运营活动页面，插画等的设计

• RD

后端开发，提供数据接口给到端上（FE、APP）

• FE

前端开发，负责全部H5页面、各类小程序、NodeJS层的开发。

• APP

通常分为两块，IOS与Android

• QA

测试人员，FE与RD并行开发，都开发完毕后进行接口联调，联调完成后QA介入测试

• BI

数据分析人员，数据通常来源于前端的埋点以及业务数据，负责根据相关数据给出数据分析报表

• 安全

安全团队负责把控系统上线前是否有安全漏洞

• 法务

保障新上线的项目需求没法律风险。好比一些文案的提示，活动的规则、用户协议等。

• 运营

提出需求，营销活动规则的指定

• 财务

营销活动类需求活动资金的控制

传统软件项目开发通常都会基于公司产品来作二次开发，提高开发效率。互联网软件大部分状况都是对现有线上业务的迭代，为了提高开发效率后端也有中台组、架构组支撑，前端与UI也会抽取业务组件方便开发。

传统软件开发项目，由项目经理负责制，从项目最开始跟到系统上线验收；互联网公司中的项目组织相对零散，需求详设评审进入开发后基本上就没PM的事情了，这个时候通常会在FE、RD、QA中推举一位项目负责人推动项目的落地，把控项目进度。敏捷项目通常由Master来负责。

项目技术架构

传统行业

核心诉求： 在知足功能需求的状况下， 怎么好维护，怎么开发成本低怎么来。机器都是甲方出， 因此能经过堆机器解决的问题都不是问题 （不过也须要为客户考虑项目总体成本）

常见的架构是这样的：

传统行业的企业内部系统技术架构80%都是只作到读写分离、按应用拆分、分布式缓存、单独的查询服务就再也不往下走了，由于再往下走，开发成本会成指数级上升。少数会作到大表拆分、负载会上LVS或F5。

对于这样的技术架构，只要机器足够，性可以强，足以支撑一家上万人的公司平常正常运转了。

对于那种项目金额上千万的项目，更多的也是采起多地分开部署，数据集中上报汇总的方式，避免架构复杂化带来的开发成本提高。

互联网行业

核心诉求： 支持快速迭代、稳定、高并发。另外，机器都是本身出，多一台都是成本....

为了达成上述诉求，基础配置大部分都是这样的，上不封顶

能够看到，对于传统行业软件技术架构，相对于互联网软件架构，最明显的区别标志就是微服务

这里是一篇很不错的讲述架构演进的文章： https://mp.weixin.qq.com/s/yZ...

成长路线

大部分上了规模的互联网公司都有清晰明确的职级体系；传统行业软件公司大部分职级体系较模糊。

传统行业

通常分为技术路线与业务路线两种

技术路线

职级从初级开发、中级开发、高级开发、资深开发、一路到系统架构师；

实际工做中，作到在项目中负责整个项目的技术负责人，或者公司的产品研发负责人，技术路线基本就到头了

项目技术负责人更多的要求综合能力；产品研发负责人给更多要求技术深度与从项目业务中提炼成产品的能力

业务路线

大多数都会先作一两年技术，而后作项目的需求分析人员，再而后到项目经理，成为业务方面的专家；例如财务领域专家、生产制造领域业务专家、金融领域业务专家等。

这条线是业务经验越丰富越值钱，须要靠一个个实际项目历练出来，无捷径可走。

互联网行业

上规模的互联网公司，大部分都有成体系的晋升路线图

下面从网络上找到几张图，比较清晰

以阿里为例，分为技术线和管理线

技术线职级对应的要求以下所示

能力要求

• 传统软件开发

在传统软件开发中， 更多的是要求技术的广度，以及综合能力，但愿技术人员是多面手，要求以最快的速度，最低的成本搞定需求。开发时，更多的也是按功能模块拆分，但愿开发人员可以从前到后一条龙搞定。 对时间、代码质量不敏感，对项目的资源投入与收益敏感。

• 互联网软件开发

在互联网公司中，岗位拆分的很细，会 更多的要求单一方向的技术深度，专门的岗位干专业的事。之因此会把岗位拆这么细，是由于这样方便模块拆分， 实现更多的并行开发，尽力作到增长人员，就能加快项目开发进度，实现快速抢占市场的目的。

行业关注点

• 传统行业

更多的关心一个项目的投入与产出比，因此会在产品上多下功夫，尽可能的把通用功能产品化，以更多的复用来减小开发成本。同时，更注重业务解决方案的抽取，提高核心竞争力。

• 互联网行业

更多的关心需求的上线速度，更快的速度占领市场就会有更多的优点；因此会更多的关注模块化，实现经过不断的增长开发人员，就能明显提高开发速度，因此岗位、系统才会拆得比较细粒度。为了解决复用问题，衍生出中台概念。

关于加班

传统软件行业

大部分状况是早九晚六，中午可午休，基本不加班。

因为传统软件每一个项目的开发周期较长,大部分都是按月计，因此紧急状况下，有足够的消化空间，不多有加班特别狠的状况。

特殊状况，从业8年，甲方为日企，惟一一次连续996一个月。

其余： 有出差需求，由于有时须要到客户所在地驻场开发。

互联网软件行业

公认的加班狠，什么996（早9点，晚9点，一周6天）、大小周（隔周双休）的开创者所有来源于这个行业；

也有极少数公司能作到早10晚7，不过碰到上线，基本都得加班（有时上线还挺频繁的，一周至少有一半时间有需求上线）

其余： 基本无出差需求

总的来讲，传统软件行业加班时间是少数，有更多的非工做时间；互联网软件开发行业，加班是常态，不加班或少加班的公司简直是一股清流存在。

关于薪资福利

传统软件行业

从实际待过的两家A股上市公司，以及所了解的其余头部传统行业软件公司来看，涨薪基本上靠你的直属主管以为你应该加薪才会得到薪资的提高

虽然从系统里可以查出来你的职位是助理开发仍是资深架构师，可是公司没有一个相对明确的每一个职位层级的薪资范围，也没有正式的述职与职位晋升一说，个人感觉就是你的薪资越高，表明着你的职级越高。总体来看，同职级岗位薪资低于互联网行业一个层级，月薪30k是一个比较难达到的坎。

股票、期权激励较难见到。

互联网软件行业

互联网公司的涨薪基本上靠以下几个方面

• 年度普调（发展好的公司）
• 每一年绩效不错，核心骨干（针对性涨薪）
• 职位晋升

薪资基本与职级挂钩，每一个职级对应一个薪资范围，达到薪资范围的上限，就只有靠职位晋升来提高了。薪资范围可参见成长路线部分的贴图。

股票、期权激励较常见。

关于稳定性

传统软件行业

传统行业相对稳定，缘由有以下几点

• 以项目为单位，每一个项目都是独立的业务逻辑，要想摸清摸透一个方向的业务逻辑，须要花费大量的时间；即便一个业务方向熟悉了，还有下一个业务方向等着你。有效避免过早进入温馨区，致使人员的不稳定因素增长。即便不想作项目往业务方向扎根，但愿多作技术，还能够转产品研发，摸透整个产品架构与细节至少又是两年过去了。
• 行业内的公司就那么些家，可选择面不大
• 行业内跳槽薪资涨幅有限

传统软件领域，不少软件系统属于用户的核心业务系统，好比ERP、财务系统等，属于刚需。因此，这一块只要有稳定的客户来源，即便是运维需求也会有一口饭吃。由于稳定性，收入也很难像互联网行业公司那样快速增加。

互联网软件行业

业务不赚钱，即便你再努力、我的能力再强也只能走人

见过上一天还在努力上班，次日就被n+1裁掉的场景

在互联网行业可以真切的感觉到我的的眇小，选择大于努力。

还有那句，只要在风口上，即便是猪也能飞起来的生动诠释。

在互联网软件开发领域里，两三年一跳槽是常态，人员流动性较大。

关于年龄

传统软件行业

因为加班没那么狠，不多有拼体力的状况，因此在传统行业软件开发领域年龄没那么敏感。

曾经的同事，好多都是在这个行业干了20+year的老码农，照样干得风生水起。

由于传统软件开发领域的特殊性，须要更多的与甲方客户沟通交流，外加对行业业务需求的深入理解。年龄大，表明着更丰富的与客户打交道经验，以及更丰富的业务行业经验，更具竞争力。

以前还碰到有客户指明项目实施团队必需要有10+year的带队，或者不能低于多少比例，直接写进合同那种。

互联网软件行业

对于这个行业，崇尚一个字“快”

要求业务发展快、我的成长快

常常能够在网络或工做中听到说XXX多年轻就晋升xxx职级了

网络上甚至还流传xxx大厂到了35岁还没晋升到xxx职级，就极有可能被优化掉的说法

这样的氛围，对于那些想把更多时间放到生活上的人极不友好

难道就不能保持低职级，拿该拿的薪资，保持work balance？

no，no，no；随着年龄的增大，这种安于工做现状的人会显得跟整个团队格格不入，极易绩效背锅

xxx公司对于这类员工，还发明了一个叫作“老白兔”的标签

因而可知，互联网行业对于年龄的友好程度！

因此，建议想再奋斗一下，再挑战一下本身的到互联网行业去，那里有更大的机遇与空间。
建议对技术追求没那么高，但愿工做生活相对平衡，能够考虑一下传统软件行业，那里只要你作事靠谱，年龄不是问题。

关于转行

首先要注意的是，得看在什么团队，什么岗位，作什么事情。

传统软件转互联网

可能在传统行业公司，作的事情偏互联网公司的玩法。例如：作针对于互联网用户的系统。

互联网公司作事、沟通相对open，竞争激烈，优胜劣汰；业务发展很差，能力再强努力再多也得面对裁人；因此跳槽到互联网公司必定要选对行业、选对部门；去冷门行业、边缘部门要多考虑

优点： 技术宽度、软实力、综合能力

互联网转传统软件

也可能在互联网公司，实际上作的事情跟在传统行业的软件公司差很少。例如：作公司内部的各类系统。

传统软件公司相对比较稳定，企业业务系统是刚需，旱涝保收；正因如此，公司业务也很难有指数级的增加，薪资也同理；可考虑走业务专家路线。

优点： 技术深度、良好的自驱力、技术创新能力

最后

若是用一句话来总结传统软件开发与互联网软件开发，我以为能够用一个更“稳”，一个更“快”来归纳。

行业的业务形态决定了诉求点不一样，由此带来工做方式、能力要求等方方面面的不一样。

若是要问到底从事传统软件开发好仍是互联网软件开发好？

我要说的是：“这个问题对于不一样的人有不一样的答案，没有好与很差，只有适合与不适合”。

若有其它相关问题，在公众号回复问题或加微信咨询，尽可能知无不言言无不尽。