这家城商银行的信用卡业务有两个数一直不好看：卡发了不少，真正常用的不多；账单做得出来，中收却始终不厚。数花把一张卡从进件到复贷拆成七段生命周期，每段只回答三件事——谁来判断、做什么动作、看什么指标，再用 OGSM 把这套结构压到人头上的事项清单。第一期交的是用户运营 8 条策略 52 条关键事项、产品运营 7 条策略 41 条关键事项，全部挂到具体模块和具体指标上。
这家城商行的信用卡不缺发卡渠道，缺的是发卡之后的那条路。七个环节各有各的断点，每个断点都不是靠一场活动能补上的。
客户画像
某城商银行的信用卡业务，发卡靠网点、合作场景和公域投放，运营靠活动页和权益。手机银行与信用卡 App 两个入口都在，微信生态有号但运营机制没成型；本地商户资源不少，却没有一条主线把它们接到卡片上。
原来的做法
获客按渠道结算，考核进件量与核发卡量；活跃靠节点大促和满减券，活动一停数据就掉；分期入口埋在账单页深处，额度权益与账单玩法各做各的；睡眠户靠短信批量推，推完没有承接，下一轮还是同一批人。
我们的判断
把卡当成“发出去就结束”的产品，是这些问题的共同根。卡是有生命周期的：七个环节的动作、触点、指标都不一样，混在一个活动池里做，钱花在哪一段都算不清。
进件量按渠道结算，成本和核卡之后的首刷率不挂钩。投得多不等于用得多，渠道质量只体现为数量。
核卡后大量卡片停在“已核发、未绑定”，绑定了又停在“未首刷”。这两个空档没有明确的责任岗位，谁都觉得该管，谁都没管。
满减券一停，日活当晚回落。活动页解决的是“今天来不来”，解决不了“下个月还来不来”，用户没有形成任何场景习惯。
分期入口埋在账单页深处，额度券、免息额度、办理推荐分散在不同模块，账单页功能越堆越多，反而把最赚钱的入口挤到看不见的地方。
批量短信。发了多少条有记录，唤醒了多少人没有回算，第二轮还是同一批名单、同一句话术，越推越没效果。
本地消费券、卡组织权益、商户券、平台合作券各走各的通道，用户在 App 里看不到一张统一的权益视图，权益花出去了，感受没累积。
顺序是反过来的：不先问要投什么活动，先问每一段该由谁负责、该看什么数。诊断把线画清楚，落地把动作变成模块改造和事项台账，陪跑把复盘变成月度节拍。
进件、核卡、开卡绑卡、首刷、活跃、分期、唤醒，逐段过一遍。每段定三件事：判断依据、负责岗位、衡量指标。现状基线、缺口、可动的着力点，写在同一页上。
用户运营落到人群、权益、触点、时机；产品运营落到 App 的模块与交互。两条线共用一套指标，避免策略改了、页面没改。
事项台账按主责人、截止日、验收口径跑；月度复盘只看段级指标，不看活动级 KPI；权益供应链与本地场景按季度补。
判断依据、该做什么、拿什么衡量。越靠前的段靠流程和规则，越靠后的段靠权益和场景，人力与预算的配比完全不同。
| 阶段 | 判断依据与对应动作 | 衡量指标 |
|---|---|---|
| 进件还没有申请 | 公域投放保持量、私域沉淀做转化；手机银行固定触点与资源位曝光；微信生态机制化；零售借记卡客户交叉销售 | 进件量、核卡率、单卡获客成本 |
| 核卡在等授信结果 | 进件质量分层、预授信名单、资料补件提醒 | 核卡率、核卡时长、拒件原因分布 |
| 开卡绑卡已核发未绑定 | 开卡礼、绑卡任务、首登引导；卡管理模块提供开卡流程与进度查询 | 绑定率、新绑客户 30 天活跃度 |
| 首刷绑定后没有交易 | 首刷券、场景券包；账单日与还款日提醒 | 首刷率、首刷金额、首刷时长 |
| 活跃有交易但频次低 | 账户、卡管理、活动、分期四模块改造；资源位统一排期与排重；围绕账单做引流玩法 | MAU、三端活跃率、打开次数 |
| 分期额度用得少 | 额度券、免息额度、办理推荐；账单分期、现金分期、商品分期、大额分期四个入口 | 分期渗透率、户均中收、额度使用率 |
| 唤醒连续多个周期无交易 | 睡眠专项、权益唤醒、复贷与二次分期、交叉销售 | 唤醒率、唤醒后 30 天交易率、复贷率 |
这张表的作用不是分类，是分活。每一段不写清这三件事，最后都会退化成“再发一次券”。
框架本身不稀奇，稀奇的是它能不能压到事项层。O 只写一个数，G 拆成能考核的三四条，S 落到具体模块，M 定到哪张看板。压不到事项的 OGSM，写着好看，落不了地。
信用卡这条线，O 要么是进件量与核发卡量，要么是中收，不能同时是四个。一个季度只认一个主目标，其余全部降成约束条件，否则资源永远在打架。
绑定率、新绑客户 30 天活跃度、月活、三端活跃率——每个 G 挂一个数和一个时间窗。挂不上数的，说明它其实是策略，不是目标，得往下一层放。
公域与私域、手机银行固定触点、资源位、微信生态、零售交叉销售，每条策略最后都要落到一个具体页面或一个具体岗位，落不到就不算策略。
MAU、三端活跃率、分期渗透、事项完成率。指标必须能按周回算，回算不了的口径要先统一，再定目标——顺序反了，每月复盘都在吵数。
睡眠唤醒和账单页改造，是同一套线里最典型的两端。一端是存量盘里最不需要人判断的活，一端是离中收最近、最值得动手的页面。
连续多个周期无交易的名单按规则圈出来，按沉睡时长分三档：短的给权益唤醒，中段给场景券，长的进召回池。每一档的权益、文案、回算口径都不一样。
账单页功能越堆越多，分期被挤到看不见的位置。改法是分类分层：账务信息压成折叠区，额度、分期、还款三个动作提到首屏，用层级降噪，而不是靠位置硬塞。
公域拉来的人必须落进能反复触达的池子：绑卡、加企微、关注服务号、装 App，四个动作至少完成一个，这次投放才算有沉淀，否则钱花一次就散。
本地商超、连锁餐饮、生活服务，是城商行最实的一块资产。用券码、分期、联名权益把它接到卡片上，比在线上和平台抢流量便宜得多，也更容易形成复购。
另一端的场景是页面级的。账单页是信用卡 App 里访问最集中的一页，也是离分期最近的一页。下面这张表把改造拆成六个维度，缺一维，另外五维的效果都要打折。
| 维度 | 原来的问题 | 怎么改 | 看什么指标 |
|---|---|---|---|
| 触点 | 借款与分期入口少，且埋在深处 | 首屏给额度、分期、还款三个动作，账务明细按分类折叠 | 访问深度、分期点击率 |
| 功能 | 额度券、免息额度、办理推荐分散在不同模块 | 合并到额度管理区，按客群给不同的额度权益 | 额度使用率、分期转化 |
| 文案 | 术语多，用户分不清“剩余应还”和“最低还款” | 统一话术：还多少、什么时候还、晚还多少成本，一句话说完 | 点击率、账单类咨询量 |
| 视觉 | 功能块等权排列，重点被稀释 | 按层级分主次，账务信息压成折叠区，主操作留白加大 | 首屏点击分布 |
| 资源位 | 各部门抢位，没有统一排期 | 资源位统一排期与排重，按生命周期段分配曝光 | 曝光转化率、重复触达率 |
| 交互 | 查账还款路径长，中间步骤多 | 路径压到三步内，账单与还款合并入口 | 流程完成率、跳出率 |
六个维度不是并列的六件事。触点和功能决定用户找不找得到，交互和视觉决定他愿不愿意点，文案决定他点之前信不信，资源位决定他有没有机会看到。
这类项目最怕一次性把七段全铺开。实际做法是一期做用户运营、一期做产品运营，两期共用一套指标，第三期起才进常态化。
| 阶段 | 这段时间产出什么 | 谁必须到场 |
|---|---|---|
| 第一期用户运营 | 8 条策略、52 条关键事项、段级指标体系 | 运营、数据、权益供应链；产品侧只需确认哪些页面能改。 |
| 第一期产品运营 | 7 条策略、41 条关键事项、App 六维改造清单 | 产品、设计、开发、运营；指标口径必须在这一期和用户运营对齐。 |
| 第二期场景扩展 | 本地商户接入、联名与分期权益、资源位排期 | 商户拓展、权益采购、市场；预算与商户资源在这一期才真正动。 |
| 常态化月度节拍 | 段级复盘、事项滚动、权益按季度补 | 运营主导，驻场团队退到顾问位，指标由运营周会盯。 |
两期必须并行推进、分开验收。产品改完页面不告诉运营改了什么，运营就会继续在旧路径上投券，两边的数永远对不上。
不是一本厚厚的方案书。每一份都对应一个岗位动作：谁在什么时候打开它，看完做什么决定。
| 交付物 | 形式 | 谁在用 |
|---|---|---|
| 七段生命周期与段级指标表分层依据 | 文档 + 口径 | 运营与数据，每段谁负责、看什么数，一张表说清。 |
| OGSM 框架与指标体系四层对齐 | 一张表 + 看板 | 卡中心与运营，O/G/S/M 逐层对齐，季度目标从这里出。 |
| 用户运营 8 条策略 + 52 条事项台账可执行 | 台账 + 模板 | 运营岗，每条事项有主责人、截止日与验收口径。 |
| 产品经营 7 条策略 + 41 条事项清单按模块 | 清单 + 改造说明 | 产品与开发，按模块、按页面拆到改动点。 |
| App 六维改造建议含优先级 | 改造清单 | 产品与设计，触点、功能、文案、视觉、资源位、交互六维并改。 |
| 权益与场景资源地图按段配、按季补 | 清单 + 排期 | 权益采购与商户拓展，哪一段该配什么权益，提前一季度备。 |
第一张是交付口径，是我们自己数得清的东西；第二张是参照口径，来自同类项目的公开复盘，不是这家银行的实测。混着讲，就说不清了。
| 交付项 | 数量 | 口径说明 |
|---|---|---|
| 生命周期段数 | 7 段 | 进件到唤醒，逐段定责任岗位与指标 |
| 体系化经营策略 | 15 条 | 用户运营 8 条 + 产品经营 7 条 |
| 关键运营事项 | 93 条 | 用户运营 52 条 + 产品运营 41 条，全部挂主责人 |
| App 改造维度 | 6 维 | 触点、功能、文案、视觉、资源位、交互 |
| 核心模块改造 | 4 个 | 账户、卡管理、活动、分期 |
| 活跃度覆盖入口 | 3 端 | 信用卡 App、手机银行、微信生态 |
| 睡眠户分层动作 | 3 档 | 按沉睡时长分层，权益与回算口径各不相同 |
下面这张是参照口径：同类项目在公开复盘里披露的区间，按本系列的脱敏规则做了量级模糊处理，比率类保持原值不放大——放大比率会让整张表自相矛盾。
| 参照指标 | 数值 | 对应哪类项目 |
|---|---|---|
| 场景券活动半年参与人数 | 12 万+ | 银行 × 大型零售场景的联名券活动 |
| 活跃率环比变化 | +33% | 同一批持卡客户，活动期前后的环比 |
| 复购金额 | 4,800 万元 | 活动期内参与客户的累计复购 |
| 复购率 | 50% | 参与客户中形成二次购买的比例 |
| 单周购券量 | 3,600 张 | 银行 × 连锁零售品牌的周度购券 |
| 带动合作方销售额 | 2.4 亿元 | 同一活动期内合作方的口径 |
| 会员活跃度 | 36% | 会员中心改版后的月活口径 |
| 日打开次数 | 6 万 → 108 万 | 权益与内容改版前后的峰值对比 |
三件事得说清楚。第一，交付口径里的数都是“交出去的东西”，能数、能核，但它们本身不是成效。第二，参照口径只说明这条路的天花板在哪个量级，能不能做到取决于三段：本地场景接不接得上、权益供应链够不够厚、指标口径能不能统一。第三，这一页没有这家银行自身的达成数——项目还在往前跑，什么时候能拿出自己的数，得看能不能跑满一个完整的卡生命周期。
框架、模板、事项清单都能复制。这四条判断复制不了，它们决定了同样的预算，是做成了体系还是做成了活动。
O 写成四个目标的，落地时一定打架。卡中心同时要量、要活、要中收、要控风险，四个方向互相拉扯，最后每个都只做了一半。先把一个主目标钉死，其余降成约束。
策略写得再好，页面里找不到入口等于没写；页面改得再顺，没有人群和权益投进去，也只是好看。这两条线是一件事的两半，必须共用一套指标、同一张台账。
谁来判断、做什么动作、看什么指标。三句话写不清这一段，说明这一段还没想明白，先别投钱。七段都写清之后，资源怎么配、人怎么分工，自然就出来了。
同一张券发给所有人，等于把预算按人头撒了一遍。按沉睡时长、按额度使用率、按场景偏好分层给，同样的钱能做两轮，而且第二轮的用户还是活的。
四个条件：卡片在真实流通、数据能落到人、线上有可改的页面、线下与本地场景能接上。缺哪条就先补哪条，别直接铺七段。
反向判断：卡片本身发不动的，先去解决获客；数据只有账户级、没有用户级的，先做 ID 打通；线上页面一年改不了一次的，产品运营这条线先别开；本地商户全靠总对总协议、落不到分支机构的，场景券这条腿跑不起来。这些都不是方法论能绕过去的。
数花提供 40 分钟免费诊断：先看你的卡从进件到复贷能拆成几段、每段有没有人负责、指标口径能不能回算，再判断该先改页面、先配权益，还是先把事项台账建起来。诊断不收费，也不用先准备完整材料。
跑得起来，但要收窄。先做一段，通常从睡眠唤醒或者首刷开始，因为这两段规则最硬、见效最直接、对人力判断的依赖最低。七段同时铺，是给有专门运营团队的卡中心准备的；几个人管运营的银行，一段一段来更实际，做完一段再复制下一段。
看瓶颈在哪。人数够但页面里找不到入口的，先做产品；页面顺但没人投券的，先做用户。多数城商行是后者，所以第一期先用户运营、产品侧配合确认页面能不能改。两条线有一个共同前提：指标口径必须对齐，否则两边各算一套数，复盘时对不上。
先做两件事。一是把自有权益盘活：免息额度、额度券、分期手续费优惠，这些不需要外部采购，本来就在你手里。二是挑两三个本地高频场景做深，不要广铺。场景券的效果来自复购，不来自覆盖了多少商户；二十家浅合作的商户，不如两三家做透的。
多数 OGSM 停在 G 和 S 之间，压不到事项层。判断标准很简单：S 能不能拆出三条以上挂在人头上的动作，M 能不能每周回算。做不到，那张表就只是一份年度汇报材料，不是运营工具。重做不是推翻，是把它往下压一层。
说明唤醒动作只解决了“来一次”，没解决“有没有下一次的理由”。给场景券而不是满减券、给分期权益而不是积分、给有到期日的权益而不是长期有效——唤醒之后的 30 天是第二段运营，多数项目就断在这里。
平台卖的是能力，这套给的是用法。平台能发券、能跑人群、能做 A/B，但它不会告诉你七段里哪一段该由谁负责、事项挂到谁头上、指标看哪几个。买了一堆平台还在给全量用户发券的银行，问题从来不在工具。