运营FDE手记 · 01
上一篇《AI时代的基金运营思考》里，讨论了一个方向，AI可以帮助运营人员把非标准化的信息整理成规则，再交给程序执行。要落实到日常工作，还需要有人弄清业务是怎么做的，再把工具开发出来，跟进使用效果。
FDE的工作方法可以为这个过程提供参考。FDE是Forward Deployed Engineer，前沿部署工程师。这类工程师会深入用户的实际工作，了解业务流程，结合现场的问题开发和调整工具。运营工作里有很多没有写全的规则和例外，需要在梳理实际操作的过程中补充完整，才能转成工具可以执行的要求。
“运营FDE手记”就从具体业务出发，讨论这种方法怎样用于日常运营。第一篇，以这样一封费用处理邮件为例。
本月XX费用暂时不付，请合并到下个月费用一起支付，同时请将A类和C类单独拆分支付，请注意申购费分成还是按原来的拆分比例。新合同生效之后再按新比例拆分。
邮件涉及付款时间、份额类别、分成比例和合同切换。收到邮件后，可以按FDE参与实际业务的思路开展分析：先拆解处理要求，再核对文件与系统逻辑，形成可执行的处理清单，并明确跨月支付和合同切换需要验证的内容。
先把计算、分成和付款分开看
第一步是由业务人员与工具开发人员共同梳理现有流程，确认费用怎样算出来，分成怎样确定，最后怎样进入付款清单，再逐项判断邮件要求会改变哪个环节。
“本月暂时不付”说的是付款安排，单凭这句话，不能推导出本月不再计算费用。如果直接把计算参数停掉，下个月可能无法查到本月应付金额。如果只是把付款清单中的一行删掉，又没有留下待付记录，下个月也可能漏掉这笔钱。
“合并到下个月支付”和“A、C类单独支付”需要同时落实。下个月可以在同一个批次处理，但明细仍要保留费用所属月份和份额类别，才能知道每一笔包含了什么。
申购费分成还要单独核查。邮件里的XX费用是否包含申购费分成，暂缓支付是否也覆盖这部分，不能因为它们写在同一封邮件里就一并处理。新合同的签署日期、生效日期和分成比例适用日期，也未必是同一天。
沿着一笔费用，把相关文件查完整
文件核查可以从一笔上月已完成的费用开始，从计算底稿追到资金清算记录，核对实际处理过程，再查支持这套处理的协议和系统设置。文件无法解释的差异，再交由相关业务人员确认。
先看系统计算逻辑和参数配置。 费用按什么基数计算，分成比例按哪个日期匹配，参数表有没有有效起止日期，付款状态是否会影响计算结果。如果系统说明写得不够清楚，就结合实际查询条件、公式或代码核对。尤其要确认，系统取的是业务发生时适用的比例，还是每次都取当前最新比例。
再看计算底稿。 找到产品、渠道、费用项目、份额类别、业务日期、费用所属月份、分成基数、比例和金额对应的字段，把底稿公式与系统输出对起来。如果底稿只有一笔汇总金额，就需要继续追到明细，确认能否按A、C类拆开，以及拆分后的合计是否一致。
接着看资金清算记录。 核对计算金额中哪些已经支付，哪些待付，是否已有付款指令提交但尚未完成。支付日期、批次号和实际到账或退回记录，需要能对应到原来的费用明细。否则下个月重新汇总时，一笔已发起支付的费用，可能又被加入新的付款批次。
最后核对新旧代销协议及补充协议。 重点看适用产品和渠道、申购费分成条款、有效期、签署及生效条件，以及是否约定追溯调整。再把这些条款与系统参数表的有效期字段逐项比较。如果协议按交易确认日期确定适用比例，系统却按付款日期取值，延期支付就可能错误地改变分成结果。
这一步要留下具体位置。协议第几条、底稿哪个工作表、系统哪个有效期字段、清算记录哪个批次。以后复核的人才能顺着这些位置查回去，而不是重新翻一遍文件夹。
一封邮件，分清三类规则
第一版工具，先生成可核对的处理清单
材料查到这一步，才适合确定工具要做什么。第一版可以先把邮件、相关条款、参数表、计算底稿和清算记录整理成一份处理清单，由业务人员确认后再执行。
清单里的每笔费用应保留原明细编号、所属月份、份额类别、计算金额、已付金额、已提交未完成金额、未发起付款金额和计划支付月份；涉及分成的项目还应记录比例的适用依据。付款安排与计算规则分别记录，避免调整支付月份时顺带覆盖原来的计算条件。
对于新合同，既要记新比例，也要记生效条件和用于判断适用比例的日期字段。如果只有待签版本，就不能直接把拟定日期填成已生效日期。材料不足以确认的部分，应列出缺少的文件或待确认事项。
AI可以帮助定位协议条款，提取邮件要求，对照材料列出差异。明确的计算、金额汇总和重复检查，则交给程序。比如按份额类别汇总经核实可纳入新付款批次的费用，同时保留原明细编号，检查同一笔费用是否被重复纳入；已提交未完成的付款另列核查。
这样，业务人员复核时，可以直接看到哪些只是推迟付款，哪些涉及比例切换，哪些还不能执行，也能查到每项判断的依据。
规则整理时，就明确怎样验证
验证需要覆盖从本月暂缓付款到下个月合并支付的完整过程。可以选一组有明细、底稿和支付结果可供核对的历史数据，构造跨月与合同切换的测试场景，检查本月留下的待付记录能否在下个月正确处理。
需要验证的内容包括：暂缓费用是否保留并正确转入下期清单，A、C类金额能否追溯到原明细，分成比例是否按已确认的日期口径匹配，部分付款或重复处理时是否会多纳入金额。把这些要求与规则一起确定，后续开发才有具体的验收依据。
例如，若已确认旧业务适用旧比例且新合同不追溯调整，就应把延期支付仍保留旧比例写进验证要求。它既能检查业务理解，也能帮助开发人员发现仅按付款日期取参数可能造成的问题。
完成这份清单后，每一项付款安排和分成要求都应能找到对应依据、处理条件及验证方式。仍缺签署状态、适用日期或业务确认的项目，明确留下待确认事项，工程人员才能据此判断哪些可以实现，哪些需要先补足信息。
作者：栗加
每个视角都是拼凑世界真相的碎片，听真诚的行业观察者讲述独特的故事。我们有深耕行业的资深顾问，连续跨界探索的未来创业者，专注细节的产品匠人，和许多志同道合的你们，如果你有想要分享的故事或者感想，可以留言或者邮件联系（AiysJY@outlook.com），也欢迎点分享给需要的朋友们，记得点一下在看和星标，期待共同在这个行业的宏大叙事中，留下一句诗。：）
热门跟贴