很多人卡在第一屏：只想看数据，为什么要先选项目类型
以一个模拟场景为例：某俱乐部的商品运营负责人第一次打开欧宝体育App，登录后看到的不是一张总览大屏，而是“新建项目”页面，要求在体育私域、体育电商、商品预测、零售门店、品牌市场几类项目里先选一个。他的第一反应是：我只想看看上周主场球衣卖得怎么样，为什么还要先做选择？如果随手选错，后面看到的指标会不会也是错的？
这个疑问很常见。项目类型不是一个装饰性标签，它决定了项目会接入哪些数据源、默认计算哪些指标、谁能看到哪些字段，以及打开项目后首页先展示什么。先选类型，相当于先告诉系统：你这次要回答的是哪一类问题。
同一件球衣，在三类项目里是三个不同的问题
把同一件主场球衣放进不同项目，系统关心的对象完全不同：
- 私域项目关心人。买这件球衣的是老会员还是新注册用户，他们是否同时在看球队内容、是否参加过线下活动，购买以后活跃度有没有变化。核心对象是 Fan Identity 和 Fan Lifecycle。
- 电商项目关心一次购买怎么发生。用户从哪个入口进来、看了哪些尺码、推荐位的点击和加购转化如何，买完之后下一件应该推荐什么。核心对象是会话、商品和推荐位。
- 零售项目关心货在哪里。线上仓、各门店、比赛现场临时点位分别还有多少库存，哪个尺码快断了，哪家门店在积压。核心对象是渠道、门店和 SKU。
如果不先区分，一个页面要同时回答“谁在买”“怎么买”“货在哪”，结果往往是几十个指标挤在一块手机屏幕上，谁也看不清。
项目类型在后台决定了四件事
数据源：先接什么，暂时不接什么
私域项目优先接入会员系统、球队App行为、活动报名和已授权的社交渠道数据，并且需要做身份打通（ID Mapping）；电商项目优先接入商城订单、商品目录、浏览与加购日志；零售项目优先接入门店POS、仓库库存和调拨记录。类型选定后，App会在“数据接入”里按优先级列出需要连接的数据源，而不是把所有接口一次性摊开让人挑。
指标口径：同样叫“转化率”，含义不同
在电商项目里，转化率通常指从访问到下单；在零售项目里，更常用的是售罄率、周转天数和缺货时长；在私域项目里，关注的是留存、复购间隔和生命周期阶段迁移。项目类型会锁定一套默认口径，避免团队在周会上拿两个定义不同的“转化率”互相比较。
权限：谁能看到用户级明细
私域项目涉及会员层级、脱敏后的用户标识等敏感字段，默认只对授权成员开放用户级明细；零售项目里的门店店长通常只需要看到自己门店和相关仓库。项目类型会带出一套默认角色模板，管理员可以在“项目设置 > 成员与权限”里继续调整。
默认看板：每天打开时先看到什么
私域项目首页默认是分层与留存看板，电商项目是推荐与转化漏斗，零售项目是渠道、门店和库存预警。手机屏幕空间有限，默认看板决定了你每天打开App时最先注意到的问题。
| 项目类型 | 优先数据源 | 默认核心指标 | 首页看板 |
|---|---|---|---|
| 体育私域 | 会员系统、球队App行为、活动报名 | 留存、复购间隔、生命周期阶段 | 球迷分层与留存 |
| 体育电商 | 商城订单、商品目录、浏览加购日志 | 点击率、加购率、下单转化、客单价 | 推荐位与转化漏斗 |
| 零售门店 | 门店POS、仓库库存、调拨记录 | 售罄率、周转天数、缺货时长 | 渠道、门店与库存预警 |
上表只是默认配置。欧宝体育App允许在项目内追加数据源和自定义指标，但默认配置代表的是“这类问题最少需要看什么”，第一次使用时建议先按默认跑通，再做加法。
为什么不做一个“全都有”的通用项目
有用户建议：干脆让所有数据都接进一个大项目，想看什么就切换。这个思路在数据量小的时候可行，但在体育商业场景里很快会遇到三个麻烦。第一，身份打通、商品映射和门店映射的计算量叠加，首次分析时间会明显变长；第二，会员明细和门店库存放在同一个项目里，权限很难切得干净，门店员工可能看到不该看到的用户数据；第三，推荐模型、预测模型和库存模型的刷新频率不同，放在一起会让看板上的数字处于“有的是五分钟前，有的是昨天”的混合状态。按类型拆分项目，本质上是把不同节奏、不同敏感度的数据分开管理。
选错了怎么办：多数情况下不必推倒重来
选错类型不会损坏任何数据。常见处理方式有三种：
- 项目刚创建、还没有接入数据时，可以直接在项目设置里更改类型，数据源清单和默认看板会随之重新生成。
- 已经接入数据并做过分析时，更稳妥的做法是新建一个正确类型的项目，从原项目复制数据连接，再把原项目归档，原来的分析记录不会被新口径覆盖。
- 确实需要跨类型分析，例如想看私域会员在门店的购买差异，可以把两个项目关联起来，而不是把所有数据塞进同一个项目。
不确定选哪个时，先问自己三个问题
- 这周最想回答的问题，主语是什么？主语是用户，选私域；是订单和推荐，选电商；是库存和门店，选零售。
- 手上最完整的是哪份数据？会员表完整就从私域开始，商城日志完整就从电商开始，POS和仓库数据完整就从零售开始。先从数据最干净的类型起步，第一批结论更可信。
- 谁会天天看这个项目？会员运营、电商运营和门店店长关注的指标差别很大，项目最好和团队职责一一对应。
用示例数据说明：一个同时经营线上商城和三家门店的俱乐部，比较常见的做法是先建一个零售项目看库存和门店差异，再建一个电商项目看推荐转化，两个项目之间用统一商品编码关联。门店和现场的具体查看方式，可以参考线上、门店和比赛现场的销售差异怎么看；如果问题主要出在“同一个球迷在不同系统里对不上”，建议先读一读球迷身份识别相关内容，再决定是否建立私域项目。
先选类型，本质上是先选问题
项目类型这一步看起来多了一次点击，但它把“我要看什么”放到了“我要接什么数据”之前。真正值得检验的是：项目运行两周以后，默认看板上的指标是不是团队每周真正在讨论的指标。如果大家总是跳过首页去翻别的报表，说明项目类型或默认看板需要调整——这一点比第一次选得是否完美更重要。
