行业资讯
之前有个客户，第一次来公司谈项目，在工位区转了一圈，回来悄悄问我，你们做我这个系统，就这几个人够吗？我说，你看到的这几个人，只是今天在工位上的，真做起来，背后还有你没看到的人。他不信，说我看你们公司人也不多，这报价是不是虚高？后来项目做完，他才明白，一个软件从零到上线，背后站着的人，比他想象的多得多。一、一个软件项目，背后站着谁 你以为做软件就是程序员敲代码，其实一个靠谱的团队，至少要有这么几个角色。 产品经理负责听懂你的需求，把你的想法翻译成开发看得懂的功能文档。没有他，程序员做的可能根本不是你要的东西。UI 设计师负责界面好不好看、好不好用，按钮放哪、颜色怎么搭、流程顺不顺，都是他的活。这就是为什么有的软件看起来值钱，有的软件一看就廉价。 前端工程师写你看到的页面，网页、小程序、APP 的界面交互都归他管。后端工程师做你看不到的里子，数据存哪、业务怎么算、接口怎么通，都是他的事。前端是面子，后端是里子，里子坏了，面子再好看也白搭。 测试工程师专门找毛病，一个功能要反复点，各种边角情况都要试，没有他，bug 就得你自己上线后去踩。还有项目经理，负责盯进度、控成本、跟你沟通，保证项目不跑偏、不延期。二、为什么看起来人少，钱却不少 这就回到报价的问题了。你看到的是一个人一天坐在那，但一个软件项目，是上面这些角色接力干出来的。产品经理要先调研需求，设计师要先画图，前端后端要一起开发，测试要一遍遍验收，每一环都是时间，时间就是钱。 而且软件这个行业，贵的不是人手，是经验。一个干过几十个项目的后端工程师，和一个刚入行的新手，写出来的代码完全两个档次。经验不会写在报价单上，但会体现在你系统的稳定上。所以报价高的公司，未必是坑你，可能是人家的团队配置确实齐全；报价低到离谱的，你反而要想想，他是不是一个人干五个人的活，最后什么都做不好。三、怎么判断开发公司靠不靠谱 看团队，别只看人数，要看角色齐不齐。一个正规的开发公司，你问他要项目团队配置，他能明明白白告诉你，产品经理是谁、UI 是谁、前后端是谁、测试是谁；说不出来的，或者一个开发从需求到上线全包的，就要多留个心眼。 再看看有没有项目经理跟你对接，全程只有一个销售在跟你聊、签完合同就消失的，后期多半要扯皮。最后，问清楚测试怎么做，连测试都没有的项目，等于把你当测试员，上线后所有问题都你自己扛。 做软件，钱花
之前有个客户，做一套进销存系统，合同都谈得差不多了，突然提了个要求，源码必须给我，不然我不放心。 我说可以，源码交付没问题，但要先跟你说清楚，源码给你之后，你自己能干什么。他愣了一下，说，我公司也没程序员，源码拿了也就是放那。我问他，那你要它干嘛？他说，怕你们做完了不认账，以后想改个东西还得求你们加钱。 这其实是很多老板的真实想法。源码这个东西，听起来就像是软件的 "命根子"，攥在手里才安心。但实际用起来，真不是那么回事。一、源码给了你，你真能自己维护吗 很多人以为，拿到源码就等于拥有了软件，想改就改，想加功能就加功能。但前提是你得有技术团队。 没有程序员的公司，拿到源码也看不懂。那些代码文件，打开全是不认识的英文和符号，别说改了，连怎么运行起来都不知道。就算你想找人接手，别的公司看到一套陌生源码，光熟悉就要花很长时间，报价往往比新做一个系统还高。最后算下来，源码给了你，你还得花钱，钱还花得更多。 有程序员但只是做网站的公司，也不一定看得懂。软件开发这行，技术栈五花八门。你用的系统可能是 Java 写的，也可能是 Python、PHP 写的，前端可能用 Vue、React，后端可能用 Spring、Django。不同公司熟悉的技术不一样，接手别人的代码，光环境就搭不起来。 就算技术栈刚好对口，源码也不是拷给你就能跑的。还要配服务器、配数据库、配域名、配备案，版本号、依赖包、配置文件，一个对不上就跑不起来。没有专业的人，光这一步就能卡你一个月。二、比源码更重要的，是这几样东西源码只是软件的一部分，真正重要的是下面这几样，缺一样你的软件都可能用不了。账号和权限。服务器的账号、数据库的账号、域名的管理权、小程序和 APP 的后台账号，这些才是真正值钱的东西。这些东西拿不到，就算给你源码，你也部署不到服务器上。很多纠纷，最后扯的就是这些账号在谁手里。数据。你的客户数据、订单数据、业务数据，都存在数据库里。数据是你的，这个一定要在合同里写清楚，随时可以导出。别等做完了才发现，数据在对方手里，想要还得看人脸色。域名和备案。域名要过户到你的名下，备案信息也要对应你的公司主体。这些不处理好，哪天对方不续费了，你的网站、小程序可能直接打不开，客户都找不着你。文档。操作手册、接口文档、部署文档，这些才是帮你用好软件的。没有文档，接手的人无从下手。很多公司交付的时候只给个
有个客户之前跟我吐槽，说他的商城系统开发了两个月，开发公司演示的时候一切正常，他觉得挺好就验收上线了。结果上线第一天，订单提交不了，客户下了单后台看不到，客服找他他也懵了。 他给开发公司打电话，对方说我们测试的时候都好好的呀，怎么会出问题？最后查了半天才发现，是测试环境和线上环境配置不一样，测试的时候用的是测试数据库，上线的时候数据库配置没改对。 很多老板都有这个疑问，为什么软件开发的时候看着挺好的，一上线就各种问题？是不是开发公司故意没做好？其实不是，这里面有很多原因，有些是开发公司的问题，有些是你自己可能也没注意到的。一、为什么开发的时候测不出来 很多老板觉得，开发公司既然做了测试，为什么上线还会出问题？是不是他们测试没用心？其实测试这个事，说起来简单，做起来没那么容易。开发公司测试的时候，是在自己的测试环境里测，用的都是测试数据，操作也是开发人员自己在测。 但真实用户的使用场景是不一样的。开发人员测试的时候，他知道这个按钮点下去会发生什么，他会按正常流程走一遍。但真实用户不会，用户会随便点，会按错按钮，会同时打开好几个页面，会在网络不好的时候操作。 最常见的问题就是数据量不一样。开发测试的时候，数据库里可能就几十条数据，页面一下就加载出来了。但上线之后，真实用户用了一段时间，数据库里有几万条、几十万条数据了，这时候查询就慢了，甚至直接超时。 还有就是浏览器和设备的问题。开发人员测试的时候，可能就用自己电脑上的 Chrome 浏览器测一下。但真实用户有用手机的，有用 iPad 的，有用旧版浏览器的，还有用微信内置浏览器的。不同浏览器渲染出来的页面可能不一样，有些功能在 Chrome 上正常，在微信浏览器里就出问题了。二、上线后出问题真的都是开发公司的锅吗 很多老板一上线出问题就怪开发公司，说你们怎么测的，这么明显的问题都没发现。但实际上，有些问题真不是开发公司能完全避免的。比如用户的操作习惯。开发公司再怎么测，也不可能模拟所有用户的操作方式。总有一些用户的操作是开发人员没想到的，这种边缘情况就是容易出问题的地方。 还有就是第三方接口的问题。很多软件都会用到第三方接口，比如微信支付、短信验证码、地图接口。这些接口是第三方公司提供的，开发公司控制不了。有时候第三方接口出问题了，你的软件就跟着出问题，但这不是开发公司的锅。 还有就是服务器环境的问
有个客户之前找我，说他的网站打开怎么变成了一个赌博网站。他自己都懵了，说我明明做的是企业官网，怎么打开全是乱七八糟的东西。 我帮他看了一下，发现他的网站被人挂了暗链。就是别人在他的网站里偷偷加了一些隐藏的链接，他自己在后台看不到，但是搜索引擎能爬到。他说我做网站的时候花了八千块，怎么还会被黑？ 其实很多老板都有这个误区，觉得做网站就是做个页面，能打开就行了。但网站不是做完就完事了，你放上去之后，它就在公网上，随时可能被人攻击。一、为什么你的网站总是被黑 很多老板觉得，我一个小企业的网站，又不是什么大公司，谁会黑我？但实际上，黑客攻击很多时候不是针对你一个人的，而是批量扫描。 现在有很多自动化的扫描工具，每天在网上扫，看哪些网站用了有漏洞的程序，哪些网站密码太简单，哪些网站没打补丁。扫到了就自动入侵，根本不需要人工操作。 最常见的被黑原因就是程序有漏洞。很多便宜的网站用的是开源程序，比如 WordPress、织梦这些。这些程序本身是好的，但是如果你不及时更新补丁，别人就知道哪里有漏洞，直接就能进去。 还有就是密码太简单。很多老板做网站的时候，后台密码设成 123456，或者 admin。这种密码，黑客用工具几秒钟就能破解。 还有就是上传的文件不安全。很多网站有上传功能，比如上传图片、上传附件。如果这个功能没做好，别人就能上传一个恶意文件到你的服务器上，然后通过这个文件控制你的整个网站。二、被黑了之后会怎么样 网站被黑了，最直接的就是网站打不开，或者打开变成了别的内容。这个是最明显的，你一看就知道出问题了。 但很多时候被黑了你是不知道的。比如别人在你的网站里加了暗链，你自己在前台后台都看不到，但是搜索引擎能爬到。时间长了，你的网站在百度的排名就会下降，甚至被 K。因为搜索引擎觉得你这个网站是垃圾网站，乱加链接。 还有就是别人在你的网站里加了木马，偷你网站里的数据。如果你的网站有用户注册功能，有用户密码，那这些数据就可能被偷走。最麻烦的就是网站被用来做违法的事。比如别人在你的服务器上建了一个赌博网站，用的是你的服务器、你的域名。到时候警察找到的是你，不是黑客。三、怎么提前防护网站安全很多老板觉得网站安全很贵，要花很多钱。其实不是，大部分被黑的情况，做几个简单的操作就能避免。第一件事就是把密码改复杂。后台密码不要用 123456，不要用 admin，
有个客户之前跟我吐槽，说他找了家外地软件公司做商城，刚开始是一个销售跟他对接，聊了一个多月，从需求到报价到合同，都是这个销售在跟。他觉得这个人挺靠谱的，就签了合同打了首付款。 结果签完合同不到两周，那个销售就不见了。公司给他安排了个新的项目经理对接。新项目经理第一天过来，把他之前说过的需求又问了一遍，客户说我不是都跟你们销售说过了吗？你们没有记录吗？新经理说他不清楚，让客户再说一遍。 客户没办法，又从头说了一遍。结果说了一半，新经理说你这个需求跟之前销售说的不一样啊，我们按之前的报价算的，你现在加了这么多功能，得加钱。客户当时就火了，说我之前跟你们销售说的就是这些，你们销售说可以做我才签的，现在你说不行？这个客户跟我讲的时候特别生气，说早知道这样就不找这家了。一、为什么软件公司总是换对接人 很多老板遇到这种情况都会觉得，是不是这家公司不行，怎么老换人？其实原因不一定是你想的那样。最常见的原因就是销售和交付是两拨人。很多软件公司的模式是，前面销售负责谈客户、签合同，签完合同之后就交给后面的项目经理和开发团队做。销售的任务完成了，他就去跟下一个客户了。 这个其实是正常的，很多公司都这么干。问题出在交接上。如果交接做得好，销售把客户的需求、特殊情况、注意事项都整理好交给项目经理，那客户其实不用重新说。但很多公司交接做得很差，销售签完单就不管了，什么都没留，项目经理只能自己重新问客户。 还有一种情况就是人员流动大。软件行业本来人员流动就比较频繁，特别是销售岗位，很多销售干个半年一年就跳槽了。他一走，他手上的客户就得分给其他人接。二、换人之后你的项目会受什么影响 很多老板觉得，不就是换个人对接吗？只要项目能做下去就行了。但实际上换人带来的影响比你想的大。 首先就是信息断层。之前那个销售跟你聊了一个多月，你跟他说过你公司的情况、你的顾虑、你特别在意的点，这些东西他都知道。但新对接人不知道，他只看得到一份合同和一份需求文档。文档里不会写你那些没说出口的顾虑，也不会写你为什么特别在意这个功能。 然后就是沟通成本增加。你得重新跟新对接人建立信任，重新跟他解释你的需求，而且你还不确定他能不能理解对。之前跟老对接人说一句话他就懂了，现在跟新对接人说三句话他可能还没明白。 最麻烦的就是需求理解偏差。你之前跟销售说过的需求，销售可能在跟你沟通的时候做了一些调整和确认，这
有个客户之前找我们做个商城系统，他说你们直接做吧，我要个跟淘宝差不多的商城。我说还是先做个需求调研吧，他说太麻烦了，我都告诉你了要商城，你直接做就行了。结果做了一个月，他过来看，说不对啊，我要的是生鲜商城，不是普通的商城。你们怎么把商品分类做成这样了？你们怎么做的？ 我们说你只说要做个商城，没说要生鲜的啊。生鲜商城要冷链配送、要库存效期管理、要多仓发货，这些跟普通商城完全不是一回事。你当初不说，我们怎么做？最后这个项目只能推翻重做，客户花了双倍的钱和时间。一、为什么做软件要做需求调研 很多老板觉得，我要做个系统，我知道我要什么，你直接做就行了。需求调研不就是问东问西吗，有什么好问的。其实你想想，你脑子里想的那个系统，是不是很多细节都还没想清楚？你只知道大概要做个什么类型的系统，但具体有哪些功能，每个功能怎么操作，数据怎么流转，异常情况怎么处理，这些东西你可能还没想明白。 你觉得你说清楚了，但开发人员听到的跟你想的可能完全不是一回事。比如你说 "我要个会员系统"，你脑子里想的可能是会员等级、积分、优惠券这些东西，但开发人员可能理解成就是个用户注册登录的功能。 需求调研就是把这些模糊的想法一个个抠出来，变成清晰的文档。你说的每一句话，我们都要确认是什么意思，要做成什么样，有哪些细节，有哪些例外情况。这个过程看起来慢，但它能帮你避免后面做了一半发现不对，再推翻重来。那种损失比需求调研花的时间和钱多太多了。二、需求调研到底在做什么很多老板不知道需求调研是在做什么，以为就是问你要做什么功能。其实需求调研要做的事情比你想的多得多。第一是梳理业务流程。你的生意是怎么运转的，从客户进来开始，到成交，到售后，整个流程是怎么样的。每个环节有哪些人参与，每个人做什么操作，需要什么数据。这些东西你不梳理清楚，做出来的系统就是个摆设，跟你的实际业务对不上。第二是确认功能清单。每个功能具体要做成什么样，操作步骤是怎么样的，输入什么输出什么。比如你说要做个订单管理，那订单从哪里来，订单有哪些状态，每个状态怎么流转，谁能修改订单，修改了要不要留记录。这些细节都要确认清楚。第三是梳理数据需求。你需要哪些报表，每个报表统计什么数据，按什么维度统计，什么时候出。你需要哪些数据导入导出，格式是什么样的。还有就是异常情况。如果某个操作失败了怎么办，如果数据填错了怎么办，如果两个人同时操作同一条数
有个客户之前找我们做个系统，做之前他说不用签 NDA 了，大家都是做生意的，互相信任。我说还是签一下吧，他说太麻烦了，直接开始做吧。 结果做了一半，他发现我们团队里有人把他的业务逻辑拿去给另一个竞争对手做类似的系统了。他很生气，但因为没签 NDA，他也没办法追责，最后只能吃哑巴亏。一、为什么做软件要签 NDA 很多老板觉得，我就是做个小系统，有什么好保密的。其实你想想，你找外包做软件的时候，你会把什么东西告诉他们？ 你的业务流程是怎么样的，你的客户是哪些人，你的盈利模式是什么，你有哪些数据资源，你接下来的计划是什么。这些东西，开发人员全都知道。 你觉得这些不算什么，但对于你的竞争对手来说，这些信息可能就是很有价值的东西。如果开发人员把这些信息拿去给你的竞争对手做个类似的系统，你怎么办？ 还有你的数据。你把客户数据、订单数据、财务数据都交给开发人员了，如果他们不小心泄露了，或者故意拿去卖了，你找谁负责？ NDA 就是为了防止这些事情发生的。它告诉开发人员，哪些东西是机密，不能告诉别人，不能拿去给别的客户用，违反了要承担什么责任。二、哪些内容必须写进保密协议不是说签个 NDA 就完事了，你得写清楚哪些东西是保密的。第一类是你的业务信息。你的商业模式、盈利方式、客户名单、供应商信息、价格策略、市场计划。这些东西是你公司的核心竞争力，不能让别人随便拿走。第二类是你的技术信息。你的系统架构、数据结构、算法逻辑、代码实现。虽然代码是你付钱做的，但开发人员在开发过程中知道了很多你的技术细节，这些细节不能泄露给别人。第三类是你的数据。客户数据、用户信息、交易数据、财务数据。这些数据一旦泄露，不只是你公司受损，你的客户也会受损，你还要承担法律责任。还有一点，保密期限。不是说项目做完了，NDA 就失效了。很多重要的商业机密，可能几年后还是有价值的。所以保密期限一般要写三到五年，甚至更长。三、不签 NDA 可能会吃什么亏很多老板觉得 NDA 是走形式，签不签无所谓。真出了问题你就知道了。 最常见的就是开发人员把你的业务逻辑拿去给别人用。你做了个很成功的商业模式，开发人员知道了，转头就给你的竞争对手做了个一模一样的，你一点办法都没有。因为你们没签 NDA，他说这是他自己想出来的，你怎么证明？ 还有就是数据泄露。开发人员把你的客户数据拿出去卖了，或者不小心弄丢了，你连追
有个客户之前找我们做个系统，做了两个月，功能都做完了。他说赶紧上线吧，别测了，用户等着用呢。我说至少得测一周，他说不用那么麻烦，先上线再说，有问题再改。 结果上线第三天就出问题了。一个数据统计功能算出来的数不对，财务那边对了半天账才发现。然后又发现一个审批流程，走到第三步会卡住，提交不了。前后折腾了快两周才把主要问题修完，用户意见很大。这个客户后来跟我说，早知道就好好测一下了。为什么测试省不了 很多老板觉得，功能做出来不就完事了吗，测什么试。你自己想想，你做个网站、做个小程序，是不是每个按钮都点过、每个流程都走过一遍？ 开发人员写代码的时候，他是站在自己的角度写的。他觉得这个功能应该这么用，但用户不一定这么用。用户可能点错按钮、可能填错数据、可能网络不好的时候提交了一半又取消了。这些情况开发的时候不一定想得到。 你不测直接上线，这些问题就全暴露在用户面前了。用户不会觉得是 bug，他只会觉得你这个软件不好用。第一次体验不好，他下次就不想用了。 还有更麻烦的。有些 bug 不是表面能看出来的，是数据层面的。比如你存进去的数据格式不对，当时用着没问题，过了几个月要统计的时候才发现数据全乱了。这种问题上线后再改，代价就太大了，因为数据已经脏了，你得人工一条一条去修。哪些 bug 是上线后修不起的 不是所有 bug 都很严重。有些就是界面不对齐、某个按钮颜色不好看，这种上线后慢慢改也行。但有几类 bug，上线后你真的修不起。第一类是数据相关的。比如订单金额算错了、库存数量不对、用户数据丢失。这种问题一旦发生，直接影响钱和用户，你必须马上修，而且还要善后，给用户补偿、给客户道歉。第二类是权限相关的。比如普通用户能看到管理员的数据、员工能修改别人的信息。这种问题是安全问题，发现晚了可能出大事。第三类是核心流程走不通。比如用户付了款但订单没生成、审批走到一半卡住了、登录不上系统。这种问题直接让业务停摆，你必须立刻解决。 这些问题你在测试阶段发现，改起来就是开发人员半小时的事。等上线了再发现，可能就是停服、回滚、人工处理数据，再加上用户投诉和赔偿，成本完全不是一个量级。怎么用最少的测试成本避免最大的损失 不是说测试要做得面面俱到，所有功能所有情况都测一遍，那样时间太长成本太高。 聪明的做法是分优先级。先测核心流程，就是用户最常用、最关键的那几步。比如商城的核心
有个客户之前找我们做过一个小程序商城，花了三万多，上线后效果不错。现在他想做个 APP 版本，问我大概多少钱。我报了个十二万，他愣了，说小程序才三万，APP 怎么就要十二万了。 这种问题我几乎每个月都要解释一遍。很多老板觉得，不都是手机上用的东西吗，功能差不多，为什么价格差这么多。其实这里面的门道比你想的多。开发成本就不是一个量级 小程序开发为什么便宜？因为它跑在微信里面，微信已经帮你解决了很多问题。你不用管安卓苹果的适配问题，微信的框架已经帮你统一了。你不用考虑下载安装，用户点一下就能用。你不用自己做支付、推送、地图这些基础能力，微信都给你封装好了。 APP 不一样。你要做两个版本，一个安卓版一个苹果版。这两个系统的开发语言不一样，界面适配不一样，后台逻辑也不一样。等于你要做两套东西，成本直接翻倍。 而且 APP 要适配的手机型号太多了。安卓手机有华为、小米、OPPO、vivo，每个品牌都有自己的系统定制，屏幕尺寸也不一样。你做出来的 APP，在华为上显示正常，到小米上可能按钮就错位了。这些适配工作都是要花时间的，都是成本。小程序就没这个问题，因为微信已经帮你适配好了。你只要保证在微信里显示正常就行。上架和维护也是成本 小程序上架简单，你提交给微信审核，一般一两天就过了。苹果 APP 上架要走 App Store，审核严得很，经常被打回来改。你得符合苹果的各种规定，什么隐私政策、权限说明、用户协议，少一样都不行。 很多老板做 APP，光上架就折腾一两个月。今天审核说你这个功能不符合规定，明天说你那个权限要改，来回改个三五次是常事。这些时间成本都是钱。 还有维护。小程序你更新了，用户下次打开就是最新版，不用下载。APP 不一样，你每次更新都要用户重新下载安装。很多用户根本不更新，你做了新功能他也用不上。你得做版本兼容，老版本还要能正常用，这些都是额外的工作量。 服务器成本也是 APP 更高。小程序的流量走微信的通道，带宽成本相对低。APP 是你自己的服务器，用户下载 APP、加载数据、更新版本，全走你的服务器，带宽和存储成本都要上去。你的业务到底需不需要做 APP 说了这么多，不是说 APP 不好。APP 有 APP 的优势，性能更好、体验更流畅、能调用更多手机硬件能力、用户留存也更高。但问题是，你的业务到底需不需要这些？ 如果你是做商城、做
上周有个客户找过来，说之前找了一家软件公司，对方网站上案例一大堆，做过商城、做过 OA、做过外卖、做过政务系统，看着特别厉害。结果签了合同做了两个月，发现对方连支付接口都没接过，之前那些案例全是挂的别人的。 这种事我见太多了。找软件公司，看案例是必经环节，但大部分人看案例的方式都不对。你光看人家做过多少项目、案例列表有多长，根本判断不了对方到底行不行。案例数量多不代表什么 很多老板一上来就问，你们做过多少个项目？有没有做过跟我类似的？对方说有，做过几十个，你就觉得靠谱了。但你仔细想想，一个公司如果什么都做，商城也做、外卖也做、政务也做、教育也做，那它大概率什么都不精。真正做的好的团队，一般会聚焦在某个行业或者某类产品上，比如专门做零售的、专门做餐饮的、专门做政企的。 什么都接的公司，要么是小团队什么活都干，要么是外包转包的，你这个项目接了再转手给别人做。你以为是跟原团队合作，实际中间隔了一层，沟通成本高，质量也控不住。还有更离谱的，案例是网上扒的、同行的、甚至是假的。你让他打开后台看看实际运行的系统，他说客户不方便给权限。这种案例跟没有一样。看案例要看哪 3 个细节看案例不是看列表有多长，是要看具体项目的细节。第一个细节，看案例跟你的需求是不是真的匹配。不是说做过商城就等于能做你的商城。你要问清楚，这个案例里有没有你需要的核心功能。比如你要做多商家入驻的商城，对方做过的只是单店商城，那其实跟你的需求差很远。多商家涉及到商家后台、分账、结算这些，复杂度完全不是一个级别。第二个细节，看案例里你能不能找到真实的用户。最好的验证方式就是你自己去用一下那个系统。如果是小程序就搜出来体验一下，如果是 APP 就下载下来看看。点几个核心流程，看看卡不卡、设计好不好、功能完不完整。你自己用过，比对方说一百句都管用。第三个细节，看案例的交付时间和后续维护。你要问对方，这个项目做了多久？上线后有没有出过问题？现在还在维护吗？如果一个案例做完就没人管了，上线半年就崩了，那这个案例对你来说参考价值就不大。好的案例是系统上线后一直在稳定运行，客户还在持续用。怎么判断案例是不是真的 这个问题很多老板问过我，怎么分辨案例是真的还是假的。最简单的办法，让对方带你看实际运行的系统，最好是能进后台看。不是看演示版，是看真实客户在用的版本。演示版都是挑最好的页面给你看，真实后台才能看出系统做
上周接了个客户，说之前找外地公司做小程序，签合同就打了五万块过去。结果三个月过去了，对方只交了个首页，后面人都联系不上了。五万块，连个响都没听见。 这不是个例。我见过太多老板，第一次做软件不懂行情，合同一签就把首付打过去，后面发现需求对不上、进度拖、质量差，但钱已经在对方手里了，你再想催就被动了。 做软件跟买房装修不一样，不是钱打过去对方就一定按你的想法做出来。软件是定制的，中间变数很大，需求会变、开发会出问题、进度会拖。所以付款方式直接决定了你在这个项目里有没有话语权。一次性付款的坑在哪里 有些公司报价很低，但要求签合同就付全款，或者付 80%。这种报价你看着划算，实际风险全在你这边。钱全打过去之后，对方的动力就没那么强了。反正钱已经到手了，你的需求改不改、进度赶不赶，优先级自然往后排。你催一次他动一下，不催就放着。 更麻烦的是做出来的东西不满意，你想退钱？合同里一般写的是 "交付后概不退款"，你拿着合同去谈，人家说我做了这么久了怎么退。最后要么扯皮扯半年，要么认栽重新找团队。 我见过最极端的一个，老板花了八万全款做个商城系统，交过来一堆 bug，改了三个月还是用不了。想退款，对方说源代码已经给你了，不算违约。老板拿着代码也不会用，最后只能重新找团队重做。分几期付才合理行业里比较成熟的做法是分四期，每个节点对应一个明确的交付物，验收通过再打款。这样你的钱始终捏在自己手里，对方也有动力把每个阶段做扎实。第一期是启动款，一般 30% 左右。这部分钱主要是对方搭团队、出原型、做 UI 设计用的。你付了钱，对方开始正式启动项目，你拿到的是原型图和设计稿。第二期是开发款，一般 30%。原型和设计确认完，进入正式开发。这部分钱覆盖核心功能开发，你拿到的是可以测试的内测版本。第三期是验收款，一般 30%。所有功能开发完，你这边测试，改 bug，确认没问题了再打这笔钱。第四期是尾款，一般 10%。系统正式上线运行一段时间，确认稳定了再付。这笔钱不多，但它是你的质保筹码，有问题对方不会不管。每个节点验收什么 很多人以为分阶段付款就是打钱走流程，其实每个阶段你都要有明确的验收标准，不然钱打了东西没拿到，还是白搭。 启动款打完，你要验收的是原型图和 UI 设计稿。这一步最关键，原型对了后面才不会大改。你对着原型图把每个页面、每个按钮、每个流程都过一遍，有问题这时候改，
去年有个做建材的老板找我，说他花两千块在网上买了个商城源码，想找个程序员改改就能用。他说看别人演示挺好的，也就两千块，比定制开发便宜多了。 我让他把源码发我看一下。打开代码我就知道问题在哪了。这是个三四年前的老版本，框架都过时了，连基本的登录加密都没做。他说没事，能跑就行。结果三个月后他又来找我，说系统被人扫了漏洞，客户数据泄露了，现在要重做。 两千块买的源码，最后重做花了六万。这笔账怎么算都不划算。买源码到底便宜在哪 先说实话，买源码确实便宜。商城源码几千块，外卖系统源码几千块，网上一搜一大把，演示站看着也挺像那么回事。为什么这么便宜？因为这份源码已经卖了几百份几千份了，卖家卖一份是一份，边际成本几乎为零。你花两千买到的东西，跟别人花两千买到的一模一样。这意味着什么？意味着你竞争对手手里可能也有一份。你们做出来的系统界面一样、功能一样，连 bug 都一样。客户凭什么选你？还有一个更要命的问题。这些源码大多是几年前的老版本，当时的技术栈现在已经过时了。安全补丁没人更，新系统兼容不了，你买过来就是个半残品。为什么不建议你直接改 很多老板觉得，源码买过来，找个程序员改改不就行了。改是能改，但你要想清楚几件事。第一，你拿到的是源码，不是文档。卖家卖给你一堆文件，不会给你写代码说明。哪个文件管什么功能，数据库表结构是什么，你得自己一点点摸。一个成熟的商城系统代码几十万行，你一个人摸半年都摸不完。第二，改代码比重新写还贵。你想改个支付方式，原来的支付接口跟你要的不一样，程序员要重新对接。你想改个订单流程，原来的逻辑跟你业务不匹配，得把相关代码全翻出来重写。改来改去，最后发现核心逻辑全动了一遍，跟重新写一个差不多。第三，出了问题没人管。卖家卖完源码就不管了，你系统崩了、数据库挂了、被攻击了，找不到人负责。找外包改吧，别人一看是别人写的烂代码，改一行出三个 bug，报价还特别高。什么情况可以买模板 话说回来，也不是说模板完全不能用。有些场景，买模板真的比定制划算。比如你就是想先试个水，验证一下这个项目行不行。你做个简单的展示网站，或者功能很固定的小工具，买个模板改改颜色，几千块就能上线，这个没问题。再比如你这个行业特别标准，没有什么个性化需求。就是普通的企业官网、展示型小程序，模板完全够用，没必要花几万做定制。 但你要做的是跟你业务深度绑定的系统，比如你自己的订
在线
电话
微信
需求
TOP