还是说自己最真实的案例吧，毕竟再怎么编你也很难编出来，是什么样就什么样了。
面试过程中要重点强调自己的价值，自己主动推进的东西，自己的工作方法，把这些事情表达具体一些，不要说很空洞的话。
1.介绍下你自己
我叫LG，毕业于东北大学本科，最近四年就职于北京海文xx网络技术有限公司，从事WP软件的售前工作4年时间，期间作为售前阶段负责人，服务过平安银行、哈罗出行、猿辅导、湖南师范大学、北京外国语大学、西交利物浦大学等众多知名机构。这些项目的使用人数都在1万人以上。
2.说说你的项目经验（把自己价值的地方都标粗，条理要清晰）
我在去年6月开始跟进平安银行的项目，在项目初期与销售同事进行了两次现场的拜访。
第一次是和他们的技术负责人进行交流，在交流之前我尝试从销售那里获取有价值的信息，但可惜项目比较急没有这方面信息。
在现场对方负责人描述了他们的需求背景：
1.首先这是一个规模比较大的项目，平安银行有1万人都要投入使用，绝大部分人集中在深圳总部和上海两地区。
是有1万多人要投入使用，绝大部分人集中于深圳总部和上海两个地区，两地之间经常会有大量人员出差，但是现在客户了解到的方案都是需要跨地域来访问延迟很大（其实联想是有方案的，他们在部分城市通过CDN加速实现了低延迟的访问，但是其他厂商基本都是没有方案的，联想网盘虽然能实现，但是价格太贵了所以客户也是要考虑成本的）。 对于客户临时提出的需求，我没有能直接拿给客户看的方案，于是我就先提了一个我认为可行的思路，我说您看深圳的员工去上海出差时候延迟大，咱们可以通过检测他的IP临时把他定位到上海的服务器域名，等他回深圳再把他定位回深圳的服务器，这个不难事先，这样出差人员就能访问出差地自己的数据了，客户觉得这个思路很好，但是又提出怎么把深圳的数据事先同步给上海呢。我说两地之间如何数据同步的方案我回去完善一下，尽快给您一个方案。 回来之后我下午就给研发同事介绍了一下客户的需求，研发同事说有一种第三方分布式存储的方案可以实现这种同步的功能，我在方案里面加了一张架构图，两地之间可以通过专线来做数据的同步，数据库的同步量很小 我们自己的MairaDB集群方案就可以实现，而文件数据同步量很大，适合交给第三方的成熟方案来保证稳定性和效率，并且采用这种分布式存储不会给客户增加额外成本，因为他们本来也是希望引入可扩展的存储来替代原来的磁盘阵列和NAS设备。客户对这个方案还是很满意的。
此外客户还关心总行和十多个分行之间，有一定的共享需求，做怎样的部署比较合适，是否也应该做数据同步。--》这个问题客户不是很着急，可以容我们设计一下。在会议结束之后我调研了他们总行和分行人数的情况，发现只有上海 深圳的人数比较多在几千人左右，其他的银行一般就是一两百人左右，而且运维能力也很一般。所以从成本和运维的角度考虑，分行只需要部署单节点的方案，而不需要部署集群，虽然说这样无法保证高可用，牺牲了一定的RTO，但也可以控制RTO在半小时以内。重要的是好运维 而且节约了很多硬件成本。 至于分行之间的共享需求，这个我也调研了是否有必要像上海和深圳那样频繁的做业务数据的共享，其实这种共享频率还是很低的，所以我觉得可以从功能角度上来改善，而不需要做架构级别的设计。我向产品经理重点提了可以加一个跨服务器共享资料库的功能，因为这个功能很有通用性，将来如果有这种异地之间做少量数据共享的需求，可以直接通过这个小功能来解决。
此外技术负责人还关注了我们的集群如何做的高可用、以及如何容灾的方案（直接切换到异地服务器）、还有同步性能（因为他们有海量的办公文件）【这部分明天再补充，还有一些指标，以及POC阶段怎么赢得客户的信任，因为客户很看重这些性能，对指标测试很严格。】
第二次交流，因为客户人员会比较多，所以我提前关注了影响决策的领导和职位（EC TC SC，手握预算的人，技术负责人，业务负责人，最有影响力的肯定是手握预算的人，其次的影响力不好说看情况）。对于这三部分人，我都在方案里面体现了他们比较关注的东西，开篇我介绍了项目的背景和价值 主要是针对大领导的，中间我展开了平安银行的痛点 介绍了客户特有的一些业务需求和相应的解决方案，最后是主要介绍了我们的架构优势 如何高可用 如何容灾，最后一部分是我们的案例。
然后就是提问环节了，大领导提出了一个问题，更知名的方案我们已经了解过了，你们相比他们的优势是什么？--》这里我说的是，首先我们本来的软件价格就比联想或者爱数的方案少，但是您享受到的服务绝对不比联想爱数查，不仅主要功能都是一样的，而且根据我刚才介绍的案例，我们有丰富的服务大型企业的案例，像中国平安集团、阿里巴巴都是我们的客户，都是全集团在用。其次我们在同样的用户数消耗的资源上占有很大的优势，可以做到一台4核8GB内存的服务器就能支持2000用户并发操作，这个我们是有测试脚本和报告的，咱们可以会后组织poc测试。这种优势在硬件少的项目里体现不明显，但是贵司的项目可是十多个分行部署，所以我们为集团省去了很大一笔硬件成本，你们不需要采购多么高配的服务器。
业务部门也提出了一个问题，他们有一些很机密的文件，不希望管理员能查看到，应该要保证绝对机密。这个能做到吗？【这里明天要补充一下加密的原理了，要体现端到端的绝对安全，体现自己是怎么给用户讲明白的】 AES256是一个国际认证的绝对安全协议，其次我们还设计了不将密码保存在服务端，说了之后客户还是存疑，害怕文件丢失。。于是我给他自习讲了AES256他的原理是这样的。。。】
会后poc阶段，我们针对客户最关心的性能和高可用做了测试，指标如下：xxxxxx【明天补充】
客户关心的问题和难点：
如何设计分行/总行之间的部署架构？
你们相比于更知名方案的优势？因为这样的项目里面竞争是很激烈的。（价格优势，硬件消耗的少，虽然一两台里面显示不出来，但是您这个项目可是十多个分行，总体还是为集团省去了很多硬件成本。同步性能优势，1分钟可以同步上万个小文件。）
如何保证大并发下的性能瓶颈？
如何设计容灾？
如何保证文件绝对的机密？（业务部门提出）
如何限制文件外发的安全性？
你是怎么，通过复杂的方法获取客户的心？