有位客户去考察小程序开发公司，问了一句你们用什么技术，对方噼里啪啦报了一串名词，他一个没听懂，回来问我这些词重要吗。重要。技术栈决定的是两年后你的小程序还能不能改、好不好招人接手。教你四个不用懂代码也能操作的办法，看出个大概。
问框架和版本，别只问语言
光问用什么语言没有意义，关键问框架和版本。直接说：前端后端各用什么框架，什么版本，为什么选它。成熟的小程序开发公司答得干脆，还能顺带讲一句选型理由，比如这个组件库稳定、招人好招。支支吾吾或者反问你不懂技术问了也没用的，要留个心眼。再追问一句：微信官方接口升级，你们多久能跟上适配？答得出具体周期的，说明团队一直跟着官方节奏走，技术栈是活的；说不上来的，可能一套老代码吃好几年。还有一个笨办法管用：把你能想到的怪需求随口说一个，比如周末搞个限时秒杀、会员生日自动发券，看对方接不接得住，答得顺的自然是常年写这类系统的人。
看他们的代码管理习惯
不需要看懂代码，看习惯就行。让对方打开代码仓库界面给你扫一眼，正规团队有清晰的分支管理，项目按客户分组，提交记录天天有。仓库里稀稀拉拉几个项目、最近一次提交停在半年前的，要么业务量不行，要么习惯懒散。这一眼顶你问十句，装是装不出来的。有条件的话再让对方演示发布流程，代码从提交到上线走几步、要不要人工搬文件，流程越顺，工程化程度越高。
查第三方组件和授权
现在的项目离不开第三方：支付、地图、短信、客服插件。问清每一项用什么服务、谁出钱、授权绑在谁的主体下。有个容易踩的坑：有的组件用的是个人免费版或者来路不明的破解插件，上线后随时可能失效，出了问题连追责的对象都找不着。让对方书面列一张第三方清单，你留档，日后排查也有个依据。顺便问一句这些服务的账单在谁名下、能不能导出明细，年中对一次账，超支也超得明白。
- 框架版本和选型理由要能说清
- 代码仓库习惯反映团队管理水平
- 第三方组件清单要落纸面
拿老项目考一考维护能力
最后问个刁钻点的：三年前做的项目，现在客户提改动你们还接吗？答得接、还能报出当时用的版本的，说明代码可维护性过关；回答早就没人动了，那套技术栈基本可以判定已淘汰。拿老项目考小程序开发公司很灵，有条件的话让对方打开一个三年前的后台演示，运行流畅、菜单清晰的，比什么证书都管用。
两条建议：技术考察抓大放小，框架、仓库、第三方、老项目四点过一遍就够，别陷进术语里；自己没把握的，找比格网络这类愿意公开技术方案和代码仓库的团队对照着看，标准一摆出来，高下自己会说话。
