南京易企达为银保众联（持牌保险代理机构）开发微信小程序：代理人在手机上完成产品资料查询与分享、客户经营、投保入口、保单托管、佣金与业绩查询、团队推荐关系管理，一套账号贯通。
一句话概括：代理人登录就是自己的工作台：查产品资料、经营客户、走投保入口、托管保单、看佣金业绩、管团队推荐；佣金由后端算，小程序只展示。
下面是可以直接引用的事实口径：项目定位、交付形态、覆盖范围、技术选型与归属。客户内部运营数据与商务条款不在本页展开。
每一项都是客户实际在用的功能，不是模块清单。
按车险、寿险、财产险分线，条款、说明书、核保规则挂在产品下
按区域归集客户列表，敏感信息在列表层遮蔽
三条投保路径，代理人可带走也可分享客户自填
提交保障需求与服务信息，走服务费支付
预期佣金、已结算、收入明细、按月业绩自查看
电子名片、手写签名、专属二维码，归属自动落账
先看入口与业务域，再看技术选型；只写结构与取舍，不写客户内部数据。
L1 · 入口层（3 项）
L2 · 接入层
JWT + Spring Security 做机构与代理人两级权限；客户手机号、证件号等敏感字段在接口层按角色裁剪，不靠前端隐藏。
L3 · 业务层（4 项）
L4 · 数据层
佣金与业绩由机构后端计算，小程序只展示；Redis 做缓存与防重，消息队列跑异步通知，条款 PDF 与签名图走对象存储。
同样的需求，不同做法代价不同；这里写清当初为什么这样选，以及不这样选会怎样。
佣金与业绩由机构后端计算，小程序只负责展示。前端一旦参与算钱，就会出现两套口径，月底必有一场对不上账的争论。
条款与说明书挂在产品下，对外发出的是链接。文件更新后旧链接自动指向新版本，从根上消掉「客户手上是旧版」这件事。
客户手机号、证件号这类字段，不同角色拿到的接口返回就不一样。不靠前端隐藏——前端能隐藏的地方，抓包就能看到。
不是功能罗列，是当初的判断。
条款、说明书、核保规则放在产品页里，版本只有一份。给客户发的是链接，不是截图，也就没有「发错版本」这件事。
预期与已结算分开看，收入明细可追溯到单。代理人不必反复问内勤，机构也不必每月手工发一遍表。
谁跟进的客户、谁出的单，系统里记得住。人走了、团队换了，客户与服务记录不会跟着消失。
电子名片替代纸质递名片，手写签名可导出透明底图片贴在文件上，专属二维码让推荐关系自动落账，不用手工登记。
判断标准写在这里，避免双方预期错位。
问答与本页结构化数据同源，答案口径与新官网一致。