中国建设银行校招金融科技面试经验——求职精灵（finsight.work）

金融科技岗的自我介绍要双线并行：技术有细节，业务有理解。两分钟，三段。第一段交代专业与技能栈，具体到能追问的程度，语言、数据库、框架、有没有做过数据处理与建模，不要写「熟悉多种语言」这类空话。第二段选两段经历，一段偏技术，比如系统开发、数据库设计、数据分析项目；一段偏业务或协作，比如在银行、券商、互金实习，或做过需求对接。每段都讲清问题、你的动作、可量化的结果。第三段说动机：选择建行金融科技岗，是因为这里有真实的高并发交易场景与完整的金融数据链路，技术能直接作用在业务上，同时表态愿意从需求、测试、运维这些基础环节做起。收尾给一句定位：做技术与业务之间的翻译。追问预警：简历上每个技术名词都可能被问到实现层。

分三层说，避免罗列名词。第一层给判断：金融科技不是给银行加一个技术部门，而是重写获客、运营、风控三段流程——前端靠数据做精准触达，中台靠流程自动化替代人工，后台靠模型做实时风控与反欺诈。第二层挑两三项影响最大的技术并说清作用点：大模型改变的是交互与文本处理，智能客服、信贷材料审核、投研摘要最先落地；隐私计算与联邦学习解决数据不能出域前提下的联合建模，直接决定跨机构风控能不能做；区块链与数字人民币改变清算与结算路径，涉及账户体系与合规边界。第三层落到建行：金融私有云底座、数字人民币试点、普惠金融的线上化产品，都是技术与业务咬合较紧的地方。收尾一句：技术能不能落地，取决于流程改不改得动。追问预警：可能追问「大模型在银行最先替代哪个岗位」，回答要给出判断和理由。

用 STAR，重点讲设计取舍而不是背概念。情境说清业务与数据量级：日均多少笔交易、单表多大、读写比例如何，这些数字决定后面的选型。任务说明自己负责的部分，是表结构设计、ETL 还是查询优化。行动讲四步：一是建模，按业务实体拆表，第三范式打底，报表场景适度反范式以减少关联；二是索引，按查询模式建联合索引，注意最左前缀与选择性，避免在索引列上做函数运算；三是数据质量，定主键与唯一约束、做空值与重复校验、保留变更时间戳；四是性能，用执行计划确认是否走索引，慢查询做改写或分页优化，数据量再大考虑分区与读写分离。结果给量化对比：查询从多少秒降到多少秒、全表扫描次数下降多少。收尾一句：设计的难点不在建表，在预判三年后的数据量。

先别判断合理性，先找真实诉求。第一步问背景：这个需求要解决什么业务问题、现在怎么处理的、不做会有什么后果，很多「不合理」是因为业务方描述的是方案而不是问题。第二步评估：把收益、成本、风险摆出来，用业务能听懂的话讲技术约束，比如「每天全量跑批会让核心系统在凌晨锁表两小时，影响次日开门红报表」。第三步给替代：至少准备两个方案，一个低成本满足核心诉求，一个彻底解决但周期长，让对方选。第四步留痕：结论、口径、责任写进需求单，避免后面反复。如果确实不该做，也要给书面说明和替代路径，而不是一句「做不了」。收尾强调立场：技术不是执行部门，是共同对结果负责的一方。追问预警：可能问「业务方坚持原方案怎么办」，回答是升级到共同上级，用数据和风险说话。

按「先定位、再改写、后架构」三层答。定位层：开慢查询日志，用执行计划看是否全表扫描、索引是否命中、预估行数与实际行数差多少，先确认慢在哪一步。改写层给五条常用手段：在选择性高的过滤与连接字段上建索引，注意联合索引的最左前缀；避免在索引列上使用函数或隐式类型转换；只取需要的列，去掉 SELECT *；小表驱动大表，连接字段的类型与字符集保持一致；深分页用游标或延迟关联替代大 OFFSET。架构层：数据量到亿级考虑分区、读写分离、冷热分离，报表类查询走独立库，避免拖累交易库。收尾补一个实测习惯：每次只改一个变量，改完对比执行计划与耗时。追问预警：可能追问「索引是不是越多越好」，回答是否定的，写入放大与优化器选择成本都会上升。

先讲清楚为什么银行的要求不一样，再讲预防与应急。银行系统直接关联资金与客户信任，可用性通常按四个九以上设计，故障的代价不只是停机时长，还包括账务一致性。预防侧讲四件事：架构上做多活与主备、读写分离、负载均衡；数据上做同步复制与定期恢复演练；链路上做限流、熔断、降级，把非核心功能先摘掉；管理上做监控告警、容量评估与灾备演练，演练要真做。应急侧讲流程：先止损，切换备用链路或降级；再同步，通知业务方启动人工应急通道并上报管理层；然后定位，查日志、查变更、查依赖；最后复盘，做根因分析，把改进项落到人和时间。收尾补一句态度：故障不可怕，可怕的是没有预案和不敢上报。追问预警：可能追问「怎么保证账务不重复扣款」，回答是幂等设计与对账补偿。

先把三个战略说准，再讲金融科技的位置。住房租赁战略是最早起势的一块，做租赁住房平台、连接政府与房源、配套租房贷款；普惠金融战略面向小微、涉农等传统覆盖不足的客户，用线上化产品把审批成本与门槛降下来；金融科技战略是底座，向另外两个战略输出技术与数据能力。金融科技的作用分三点讲：一是让普惠算得过账，靠大数据风控与自动化审批把单笔成本压到可承受区间；二是让租赁连得起来，平台化对接房源、合同、资金与政府系统；三是让全行运营提效，流程自动化、智能客服、反欺诈模型都是直接降本。收尾给一句自己的观察：三大战略的共通点是用技术把原来做不了的客群做成生意。追问预警：可能追问数字人民币，回答要落到账户、清算与场景三条线。

STAR 讲，重点在「怎么让分歧变成可比较的选项」。情境说清分歧的具体内容，比如课程项目里两人对技术方案意见相反，或实习时业务与开发对需求范围有争议。任务说明自己要达成的结果和时间约束。行动分四步：让各方把理由讲完，记录分歧点，区分是事实分歧还是偏好分歧；把选项摆到同一张表上，用成本、周期、风险、可维护性打分，事实分歧用数据解决，偏好分歧用标准解决；提出整合方案，比如先做能覆盖多数场景的简化版，把争议部分放到二期；定责任人与时间点，推动落地。结果给项目交付情况与团队后续协作的变化。收尾一句：共识不是说服，是让所有人对同一组事实达成一致。追问预警：可能追问「如果你判断错了」，回答要给出承认与修正的具体做法。

按三个月给可检验的目标，别只说「多学习」。第一个月定位为了解：摸清部门在行内的位置、手上有哪些系统、业务条线怎么划分，把常用系统的入口、权限、责任人记成一张表；同时修完入职培训与合规课程，主动约导师和两位同事各聊一次，问清「新人最容易踩的坑」。第二个月定位为参与：接一到两个基础任务，比如需求文档整理、测试用例设计、取数分析，交付前请人 review，重点练口径确认与文档规范。第三个月定位为独立：完整跟一个小需求从提报到上线，把需求评审、排期、测试、灰度、复盘的流程走一遍，形成自己的流程笔记。收尾表个态：前三个月不追求出彩，追求不出错、能被托付事。追问预警：可能追问「如果没人带你怎么办」，回答是主动找接口人、用文档反推流程。

反问要问出团队的真实工作方式。三个方向，各一个备选。第一问项目：团队当前投入最大的是哪类项目，核心系统重构、数据中台还是大模型应用，技术栈以什么为主，这决定前两年积累什么。第二问协作：需求从业务部门到研发的流转路径是什么，金融科技岗在其中的角色偏需求分析还是偏开发实施，考核看交付还是看业务效果。第三问成长：新人有导师吗，轮岗覆盖哪些方向，定岗依据是什么。也可以问一个带判断的问题，比如「大模型应用现在更多在内部提效还是对外服务」，表明关注落地而不是概念。两个问题足够，避开薪资、加班、户口这类敏感项。收尾道谢，并把话题拉回岗位职责。