在肇庆找软件公司，多数人手里的判断依据是三样：官网做得怎么样、案例有几张图、报价比别家低多少。这三样在选网站时还算管用，选软件时基本失效。
差别是结构性的。网站做完能打开看，软件做完在人家内网里，你看不到；网站页面数是固定的，软件的业务流程会长出来；网站交付就结束，软件上线才是第一年。所以「看作品、比价格」这套办法，在软件这件事上经常得出相反结论——看着最专业的那家，可能是最会做官网的一家。
这篇不讲该找哪一类公司，讲七个能在签约前当面问、当场试出真假的问题，以及四件能在工商系统里自己查到的事。
一、先理解为什么软件比网站难选
三处结构性差别，决定了判断方法必须换。
第一，看不到成品。软件项目多数部署在客户内网，涉及业务数据，客户通常不同意公开。你打开一家公司的案例页，看到的是项目名称和几张脱敏截图，看不到系统实际怎么跑。这一层信息差，恰好是包装空间最大的地方。
第二，需求会边做边长。网站的需求是页面清单，做完就固定。软件的需求是业务流程，用户一上手就会提出「这里能不能加个审批」「这个报表能不能按客户分组」。这不是客户难缠，是软件本身的性质。项目烂尾多数不是因为技术做不出来，是因为需求在过程中失控。
第三，交付不是终点。软件上线后要修 bug、要跟着业务改、要跟第三方系统对接。一个系统用五年，中间要动十几次。所以选软件公司，选的是未来五年的合作关系，不是一次买卖。
这三点加起来意味着一件事：软件项目没法靠看结果判断，只能靠看过程判断。而过程在签约前是看得见的——就在对方回答问题的方式里。
二、七个能当场验证的问题
下面七个问题，都是签约前的沟通里就能问的，不需要等方案，也不需要付费做需求调研。问完基本能判断出这一家的真实水位。
问题一：你们做过最接近我这个需求的项目，能不能打开给我看一下？
为什么问这个：软件行业的案例，真假差别很大。真做过的，手里有能跑的东西；没做过的，只有 PPT 和截图，而截图和 PPT 都可以拼。
什么样的回答算好：能给你一个脱敏的演示环境让你自己点；或者征得客户同意后带你去现场看；最次也要能放一段录屏，边放边讲清这笔业务从下单到结算怎么流转。
什么样的回答要警惕：「客户保密，不方便」。这句话本身是合理的，很多项目确实涉密。但合理的回答后面必须跟得上细节，所以接着问下面这一句——
追问：那个项目里最难处理的一个业务节点是什么？
做过的人会立刻说出具体的东西：某个状态回退怎么处理、某个数据的口径财务和仓库吵了两个月、某个硬件接口在高并发下丢包。没做过的人只能给出抽象答案：「主要是需求沟通」「每个项目都有难点」。
这一问比看十张截图有用。
问题二：我这个需求，你们做不了的部分一般是什么？
为什么问这个：没有一家公司什么都能做。愿意说自己边界的人，通常也知道自己的能力在哪；说「都能做」的，多数是还没想清楚要怎么做。
什么样的回答算好：能具体到技术或行业层面。比如「实时视频流处理我们没做过」「只对接过串口和网口设备，PLC 没碰过」「你们这个行业涉及药品追溯，那套编码规则我们得先学两周」。这些回答听着不像推销，但它们是真话。
什么样的回答要警惕：「这个简单，我们做过很多」。尤其是在你描述的场景本身比较复杂的时候。
问题三：这个功能，你打算存哪几张表？
为什么问这个：这是技术判断真假的分水岭，也是最能拉开差距的一问。它问的不是技术栈，是数据设计。技术栈可以现学，数据模型想错了，后面全是补丁。
好的回答长这样：先反问几个业务细节（比如「一个订单能不能拆成多次发货」「退货要不要单独走流程」），然后说出三到五张表的名字和关键字段——订单主表、订单明细、发货记录、状态流水，以及为什么这么拆。答得出这些，说明他脑子里已经有系统在跑了。
要警惕的回答：「我们用 Spring Boot 加 Vue，前后端分离」。这是技术栈，不是回答。说这话的人，多半还没想过你的业务数据长什么样。
这一问还有个副作用：它能筛掉销售。销售讲不了数据表，只能讲案例和流程。
问题四：项目做到一半我要加功能，你们怎么算钱？
为什么问这个：软件项目烂尾的头号原因不是技术，是需求变更没有规则。前期不谈变更，后面一定吵。不吵的，就是拖，一直拖到双方都不想再提。
好的回答：拿得出变更单的模板，说清流程——你提需求、他评估影响（工期加几天、费用加多少）、双方签字才动手。并且能说清哪些变更不收费：同类字段增减、文案调整、同一个流程里的顺序调整；哪些要收费：新增独立模块、新增对外接口、改变已有的数据结构。
要警惕的回答：「小改动不要钱」。听着舒服，但这通常意味着他没管过变更，也没有评估工期的习惯。真到了中期，要么无限期拖，要么在验收时一起算总账。
问题五：谁是我的对接人？他写不写代码？
为什么问这个：需求在传递中失真，是软件项目最隐形的成本。销售听你说一遍、转给项目经理、项目经理再转给开发，每一层都会丢掉一些细节，而丢掉的往往是最关键的行业规矩。
好的回答：明确一个人，而且这个人既懂业务又能跟开发直接对话，最好本人参与需求会议并负责写需求文档。小团队里这个人常常就是开发负责人。
要警惕的回答：签约后销售消失，对接的是一个只负责传话的客服，问什么都答「我反馈一下」。
问题六：验收怎么算通过？
为什么问这个：软件的「做完了」没有天然标准。不写清楚，就等于承诺改到客户满意为止——这句话在合同里是灾难。
好的回答：给得出可测的条目。比如「采购单到入库这条流程走通，且库存数与手工账核对一致」「这张报表的口径经财务确认」「20 人同时在线操作不卡顿」。并且愿意把这些写成合同附件。
要警惕的回答：「你看着满意就行」「先用着，有问题再改」。前者把风险全给了客户，后者意味着没有终点。
问题七：上线以后出问题，谁来看，多久到？
为什么问这个：软件上线才是开始。第一年出问题的概率最高，而那时你已经付完款了。
好的回答：说得出具体的人、响应时间、处理时限，以及这些包含在维护费里还是要另算。本地团队能补一句「急事当天到现场」，这一条对外地团队是硬伤——不是态度问题，是距离问题。
要警惕的回答：「有问题随时联系」。这句话的意思是「没有承诺」。
七个问题问完，正常沟通一次也就一小时。但它比看三个月的方案更有效，因为方案里写的都是「我们能做什么」，而这七个问题问的是「你们到底怎么做事」。
三、工商信息里能自己查到的四件事
问完话，还要核一遍。下面四件事都在公开系统里，不用求人，半小时能查完。
一、看年报里的从业人数。国家企业信用信息公示系统里，企业每年公示的年报有一栏从业人数。这个数字是企业自己填的，不完全准确，但和它对外宣称的团队规模差一个数量级时，值得当场问一句：你们说五十人，年报上写十二人，另外三十八人在哪。
二、查软件著作权。中国版权保护中心可以查软件著作权登记。做定制开发的公司，通常会有自己的软著——哪怕项目软著归甲方，公司也会为自己沉淀的通用模块做登记。一家做了很多年软件、一个软著都查不到的公司，值得多问两句。
三、搜政府采购中标记录。如果对方说做过政府或国企项目，去中国政府采购网和广东省政府采购网搜公司全名。中标公告是公开的，项目名称、金额、时间都在。搜不到而对方坚称做过，要么是分包，要么是没做成的投标。
四、看经营异常和行政处罚。同样在国家企业信用信息公示系统和信用中国。列入经营异常名录、有行政处罚记录的，不一定不能合作，但至少要知道是什么事、什么时候的事。
这四件事的价值在于：它们不依赖对方配合。宣传可以包装，年报和中标公告不能。
四、本地、外地、外包平台、自建团队：四条路的边界
还有一个前置问题——是不是一定要找外面的公司。四条路都有人走通，区别在适用条件。
| 路径 | 沟通与响应 | 主要风险 | 什么情况下合适 |
|---|---|---|---|
| 肇庆本地定制公司 | 可面谈可上门，急事当天到 | 团队规模小，人员流动影响项目 | 需求要反复磨合、上线后需要人常来 |
| 外地定制团队 | 线上为主，跨城上门成本高 | 细节靠远程确认，本地规矩要你补齐 | 需求已经写得很清楚，且以远程协作为主 |
| 外包平台接单 | 沟通全靠平台，人员不固定 | 转包、中途换人、交付后找不到人 | 范围极小、能一次验收完的活 |
| 企业自建团队 | 内部沟通，响应最快 | 招人难、留人难、单点依赖 | 常年有开发需求，且有懂技术的人管 |
第四条值得单独说。自建团队不是「招一个程序员」这么简单——一套能独立交付的系统，至少要有产品、前端、后端、测试四个角色，一个人扛不下来。所以判断标准不是「外包贵不贵」，是你一年的开发工作量够不够养活一个四人小组。不够的话，自建的结果通常是一个什么都干一点的程序员，加上一堆没人维护的代码。
反过来说，如果你确实常年有需求，自建的天花板最高：需求当天提、当天改。前提是你得有一个能判断技术方案的人，否则招来的人对不对、做得好不好，你无从判断。
关于外地团队的那条风险，要说句公道话：外地团队在大型项目经验和某些行业积累上，确实可能强过本地。肇庆到广州单程两小时，真要上门也不是不可能，只是不会为一个中等项目这么干。所以常见的合理组合是：主线用本地团队保响应，某一块专业能力（比如算法、特定硬件对接）找外地专业方，由本地团队做集成。
五、合同里软件项目特有的四条
建站合同该写的六件事，换到软件上仍然成立——源码、数据、清单、验收、售后、迁移。软件还有四条是自己的，漏了代价更大。
一是数据导出的格式，不是「能导出」。合同里只写「支持数据导出」等于没写。要写清：能导出为 Excel 或 CSV、包含哪些字段、是否含历史流水、是否含附件文件。见过上线三年想换系统，发现只能一页页截图的情况——那一刻，系统的所有权就不在你手上了，尽管你付了全款。
二是第三方账号归甲方。短信、地图、OCR、电子签、支付通道，这些都要账号。账号主体是谁、密钥谁保管、费用谁直付，必须写清。挂在使用方名下最常见，后果是换服务商时这些通道全部要重开，历史记录也没了。
三是变更的单价写进合同。不是写「按实际工作量计算」，而是写清人天单价和确认流程。前期谈价时最容易松口的一句「到时候再说」，会变成后期最大的争议点。
四是源码分阶段交付，不是验收后一次性交付。理由很实际：真到了烂尾那天，你手上至少有一半代码，换人接手还能续上；如果全部押在最后，一旦停工，你什么都没有。做不到分阶段交付的，至少约定第三方托管，由托管方在触发条件成立时把代码交给甲方。
六、几个常听到的说法
「先做个 demo 看看再定」
demo 能说明界面风格，说明不了数据怎么流转。更有效的做法是：让对方用你的真实数据跑通一条最小的业务线——就从录一张单子开始，走到这张单子在报表里出现。这条线跑通了，系统的基本骨架就是对的；跑不通，界面再好看也没用。
「能不能按效果付费」
软件的效果很难归因。系统上线后销量涨了，是软件的功劳还是季节的功劳？销售多招了两个人算不算？这类条款在实务中最后往往变成扯皮，双方都觉得对方在拖。
可行的折中是分期付款加尾款挂钩：首付、中期、上线、稳定运行三个月付尾款。尾款比例不宜过低，太低对乙方没有约束力；也不宜过高，过高乙方可能不敢接。
「某某公司报价只有你一半」
先要清单，再比价。同样叫「进销存」，一个含批次和保质期管理，一个不含；一个要做多仓库调拨，一个只做单仓库；一个要对接现有的财务软件，一个不用。这几项加起来，工作量差一倍是正常的。清单不一样的时候，价格没有可比性。
拿到两三份基于同一份需求清单的报价，才谈得上比较。这也是为什么值得先花时间把需求写清楚——那几天的功夫，省下的常常是后面几个月的扯皮。
「我就加一个字段，很快吧」
加字段本身是一分钟的事。真正的工作量在后面：这个字段要不要进报表、要不要参与计算、历史数据的默认值怎么补、权限上谁能看谁不能看、手机端要不要显示。一个字段牵出来的常常是半天的活。这不是推脱，是软件的结构决定的——数据一旦进了系统，就和报表、权限、流程缠在一起了。
七、一句话总结
选软件公司，别看它说自己能做什么，看它怎么回答具体问题。数据存哪几张表、变更怎么算钱、验收怎么算过、上线后谁来看——这四问能答实的，基本可以往下谈；只答得出案例和价格的，多半要把风险留给你。
工商信息那一层是自己能查的，别省这半小时。
时代科技在肇庆端州，做定制管理系统、小程序与本地 AI 部署，可上门谈需求，交付源码，数据与第三方账号注册在企业名下。电话 0758-2773716，手机 13827550139（微信同号），也可以在线留言。
要接着看：定制管理系统怎么报价讲人天怎么估、计价方式怎么选；软件开发定制怎么不烂尾讲需求梳理与验收标准；肇庆小程序开发多少钱讲客户端的费用结构。
