每家软件公司都会给你看案例,问题是这些案例能证明什么。截图好看不代表东西好用,本文说说案例该怎么验。
一、先分清三种案例
案例其实分三档,价值差别很大。
| 类型 | 特点 | 能证明什么 |
|---|---|---|
| PPT 截图 | 几张设计稿或者界面图 | 基本只能证明审美 |
| 演示环境 | 能给一个地址演示 | 能证明做出来了,但未必真在用 |
| 线上运行的系统 | 客户处正在用的 | 证明做出来了、而且真在用 |
优先看第三档。做软件最怕的不是做不出来,是做出来没人用。一个真的在跑、有人在用的系统,比十个漂亮的截图管用。
二、关键问题是你这个项目里最难的部分,对方怎么处理
看案例不能只看它的界面,要看它解决的问题和你像不像。
问法可以具体一点。这个系统里数据量最大的是什么模块,怎么处理的。有没有和外部系统对接,接口是对方给还是自己写。用户角色有几种,权限怎么划的。上线之后改得多不多,为什么改。
这几个问题答得上来的,说明他确实参与了那个项目。答不上来、只能重复介绍界面的,多半只是销售在讲,技术细节他不清楚。
三、能的话,找原客户打听一句
这是最硬的一条,但很多人不好意思做。其实很正常,让对方提供一两个可以联系的老客户,是很常见的要求。
问什么不用太复杂。项目交付是不是按时,中间加需求怎么处理的,上线后出问题响应快不快,最不满意的地方是什么。最后一个问题最能听到真话。
如果对方怎么都不肯给客户联系方式,这就是个信号。可能人家合作完了不想再提,也可能是根本联系不上。
四、注意案例的年份和后续
还有两个细节容易被忽略。
一个是时间。三年前的案例,用的技术可能已经过时,团队人员也可能换过。近两三年的案例更有参考价值。
另一个是有没有后续。项目交付之后还在不在维护、有没有持续更新的痕迹。做完就撒手不管的,跟你以后要面临的情况差不多。愿意讲售后怎么做的,通常对交付质量更有底气。
五、也留意那些不成功的经历
这一条比较少有人问,但很有价值。
可以试着问一句,有没有做过后来没能继续的项目,为什么停了。接得住的团队会坦白说,比如客户自己业务调整了、预算没续上、需求方向变了。这些属于常见的项目终止原因,说出来反而让人放心。
如果对方一口咬定所有项目都很成功,一个失败的都没有,这不太符合实际。做这行几年下来,多少会碰到项目停掉的。不愿意提,可能是怕影响形象,也可能确实没经历过什么项目。
聊这些的时候注意一点,别把它当成挑刺。目的是了解这家公司在项目出问题时的处理方式,是主动沟通、及时止损,还是拖到没人管。这个态度,比案例本身更能预判你以后会遇到什么。
一句话判据,案例的重点不在数量,在于你能不能从里面找到和你业务最像的那一个,并且对方能讲清它难在哪、怎么解决的。
