Studio
构建桌面工作台,而不是一次性汇报页
用适合金融信息密度的布局系统,组合交易看板、投研面板、组合复盘页、宏观观察台和团队共享空间。
- 画布 + 检查器工作流
- 可复用的 Dashboard 结构
- 无需反复重写页面即可快速迭代
能力
这个仓库里最重要的一点,是产品叙事足够清晰:看板只是表层,真正的系统是底层的资产模型、绑定模型和发布工作流。
Studio
用适合金融信息密度的布局系统,组合交易看板、投研面板、组合复盘页、宏观观察台和团队共享空间。
Assets
Template、Component 和 Dashboard 都是有谱系的资产。团队可以发布、派生、评审、复用,而不是不断覆盖上一个版本。
Bindings
查询、数据源和 widget 输入保持解耦,让展示层稳定存在,即使接口、指标和后端能力在不断演进。
流程
FinTile 只有在团队既能快速迭代,又不会牺牲发布控制、资产复用和架构清晰度时才真正成立。
把 widget、说明模块、表格和市场视图组合到一个适合高频变化和高信息密度的布局中。
把 widget 映射到查询输出与结构化输入,而不是把展示逻辑直接绑死在外部接口上。
发布稳定版本,保留 snapshot 历史,并保持编辑态与发布态的清晰分离。
在 global 与 mainland 两种平台环境下沿用同一套产品模型,而不是重复建设系统。
架构
一个面向高密度信息布局、频繁修订和混合内容块的编排环境,既容纳 widget,也容纳叙事性内容。
Template、Component 和 Dashboard 作为被管理的资产存在,带有历史、发布状态与工坊复用能力。
账号、工作区、分享、环境隔离和数据绑定策略,让编辑器真正成为产品平台的一部分。
订阅方案
可以从轻量评估开始,逐步进入可复用的看板运营,再到对部署与支持有更高要求的企业级形态。
Free
用于评估编辑模型并搭建第一批工作中的 dashboard。
Plus
适合需要更多空间和更深集成能力的个人用户或小团队。
Pro
适合把内部 dashboard 系统真正作为生产工具来建设的高级用户。
Business
适合需要完整平台能力以及部署支持的组织团队。
原则
Snapshot 是事实来源,而不是零散的 UI 配置。
版本能力覆盖 Template、Component 和 Dashboard。
Widget 必须支持系统组件、用户组件和工坊来源。
平台模型从一开始就围绕协作与受控发布设计。