Product Brief: asset-light
Date: 2025-12-20 Author: BMad Context: 个人项目 + 技术学习
Executive Summary
asset-light 是一款基于 Dioxus (Rust) 技术栈的个人资产管理桌面应用,旨在解决个人投资者在资产盘点、变动追踪和配置优化过程中遇到的效率和洞察力问题。
核心用户痛点是:现有的表格工具(如飞书表格/Excel)操作繁琐,无法追踪资产历史变化,也无法分析各项资产的真实收益贡献。用户需要一个能够引导资产配置向目标方案靠近、实时监控配置偏离度、并提供收益归因分析的专业工具。
该项目同时承载技术学习目标——通过实战项目深入掌握 Dioxus/Rust 桌面应用开发生态。
Core Vision
Problem Statement
当前状态:
个人投资者使用飞书表格/Excel 管理资产时面临以下挑战:
- 操作效率低:每次资产盘点需要手动更新多个单元格,缺乏结构化的数据录入流程
- 历史追踪缺失:资产的历史变化(买入/卖出/调仓/分红等)没有被系统记录,无法回溯分析
- 收益归因不清:无法区分哪些资产在产生收益,哪些在拖后腿,整体收益来源不透明
- 配置管理困难:
- 无法直观对比当前配置与目标配置的偏离程度
- 缺乏再平衡提醒和建议
- 难以执行"高抛低吸"的纪律性投资策略
核心矛盾:
用户拥有成熟的资产配置理念(如核心+卫星策略),但缺乏一个能够将理念转化为可执行、可追踪、可分析的系统化工具。
Why Existing Solutions Fall Short
| 现有方案 | 不足之处 |
|---|---|
| 飞书表格/Excel | 操作繁琐、无历史追踪、无分析能力、需要大量手动计算 |
| 记账类 APP | 侧重消费记录,资产管理功能弱,无法自定义配置方案 |
| 券商/银行 APP | 账户分散、无法聚合全部资产、无配置偏离分析 |
| 专业资管软件 | 面向机构,过于复杂,对个人用户不友好 |
Proposed Solution
asset-light 将提供:
- 结构化资产盘点:按资产类别(现金类/稳健类/进阶类)快速录入和更新资产
- 全量历史追踪:记录每一笔资产变动,支持时间线回溯
- 收益归因分析:清晰展示各资产/类别的收益贡献
- 配置偏离监控:可视化对比当前配置与目标配置,自动计算偏离度
- 再平衡建议:基于偏离阈值提供调仓建议,帮助用户维持投资纪律
Key Differentiators
- 个人视角:专为个人投资者设计,聚焦"一个人的资产全景"
- 配置驱动:以目标配置方案为核心,所有功能围绕"向目标靠近"展开
- 本地优先:Rust 桌面应用,数据本地存储,隐私安全
- 轻量专注:不做记账、不做社交,只做资产管理这一件事
Target Users
Primary Users
用户画像:
- 个人投资者,有一定的理财知识和资产配置理念
- 当前使用表格类工具管理资产,但感到效率低下
- 资产分布在多个平台(银行、券商、支付宝、理财平台等)
- 希望实现资产的聚合视图和系统化管理
- 有纪律性投资的意愿,需要工具辅助执行
行为特征:
- 每月/每季度进行资产盘点
- 关注资产增值而非日常消费
- 有明确的资产配置目标(如核心+卫星策略)
- 偏好桌面应用的专注和效率
核心诉求:
- 盘点资产时快速、准确、省心
- 随时了解当前配置与目标的差距
- 清晰看到哪些资产在赚钱
MVP Scope
Core Features(MVP 必备)
1. 资产盘点模块
| 功能 | 说明 |
|---|---|
| 资产条目管理 | 新增/编辑/删除资产条目 |
| 资产分类 | 按类别组织:现金类、稳健类、进阶类(支持自定义子类别) |
| 快照式盘点 | 手动输入当前市值,系统自动记录盘点时间戳 |
| 盘点历史 | 保存每次盘点的完整快照,支持历史查看 |
2. 配置方案模块
| 功能 | 说明 |
|---|---|
| 多方案支持 | 用户可自定义多套目标配置方案 |
| 层级配置 | 支持核心/卫星两层结构,每层可细分子类别和占比 |
| 方案切换 | 可切换当前激活的目标方案 |
3. 资产视图模块
| 功能 | 说明 |
|---|---|
| 总览视图 | 展示资产总额、各类别占比 |
| 配置对比 | 当前配置 vs 目标配置的可视化对比 |
| 偏离提示 | 显示各类别的偏离百分比(如"稳健类偏离 +5%") |
4. 收益分析模块
| 功能 | 说明 |
|---|---|
| 周期收益 | 计算季度/年度收益率 |
| 分类收益 | 各资产类别的收益贡献对比 |
| 历史趋势 | 资产总额的历史变化曲线 |
Out of Scope for MVP(暂不实现)
| 功能 | 延后原因 |
|---|---|
| 自动获取净值 | 需要对接外部 API,增加复杂度 |
| 分红/调仓记录 | MVP 采用快照模式,简化数据模型 |
| 具体调仓建议 | "卖出 XX 基金 X 元" 需要更复杂的计算逻辑 |
| 月度收益分析 | MVP 聚焦季度/年度周期 |
| 多端同步 | 本地优先,暂不考虑云同步 |
| 导入/导出 | 可作为后续迭代功能 |
MVP Success Criteria
- 用户能在 3 分钟内 完成一次资产盘点(10 个资产条目以内)
- 用户能清晰看到 当前配置与目标配置的偏离情况
- 用户能查看 季度/年度收益率 及各类别收益贡献
- 用户能 自定义至少 2 套 配置方案并切换
- 应用启动速度 < 2 秒,操作响应流畅
Future Vision(后续迭代方向)
Phase 2:精细化追踪
- 支持分红、调仓、申购/赎回等操作记录
- 真实收益率计算(考虑资金流入流出)
Phase 3:智能化
- 自动获取基金净值
- 具体再平衡调仓建议
- 配置健康度评分
Phase 4:生态扩展
- 数据导入/导出(CSV、JSON)
- 投资组合分析报告生成
- 可选的云同步功能
Technical Preferences
技术栈选择
| 层面 | 技术选型 | 选择理由 |
|---|---|---|
| 框架 | Dioxus | Rust 生态的现代 UI 框架,支持桌面应用 |
| 语言 | Rust | 性能、安全性、学习目标 |
| 平台 | Desktop (macOS 优先) | 专注沉浸式操作体验 |
| 数据存储 | 本地文件 (SQLite/JSON) | 隐私优先,离线可用 |
技术学习目标
本项目同时作为 Dioxus/Rust 生态的学习载体,期望掌握:
- Dioxus 组件化开发模式
- Rust 桌面应用的数据持久化方案
- 状态管理与响应式 UI
- Rust 项目工程化实践
Success Metrics
产品成功指标
作为个人项目,成功的定义是双重的:
维度一:实用性(自己用起来比飞书表格更顺手)
| 指标 | 目标 |
|---|---|
| 盘点效率 | 单次盘点时间 < 飞书表格的 50% |
| 使用频率 | 每季度至少进行 1 次完整盘点 |
| 功能覆盖 | 能完全替代飞书表格的资产管理功能 |
| 数据洞察 | 能回答"哪些资产在赚钱"这个问题 |
维度二:技术学习(走通 Dioxus 桌面应用开发流程)
| 指标 | 目标 |
|---|---|
| 项目完整性 | 完成从 0 到 1 的桌面应用开发全流程 |
| 技术掌握 | 熟练使用 Dioxus 组件、状态管理、数据持久化 |
| 代码质量 | 遵循 Rust 最佳实践,代码结构清晰 |
| 可维护性 | 后续迭代时能快速理解和修改代码 |
Asset Classification Reference
目标配置结构(核心+卫星策略)
资产总览
├── 核心资产 (70%-80%) ─────────────────────────────────────
│ │
│ ├── 稳健固收类 (40%-50%)
│ │ ├── 大额存单/国债/国债逆回购 (10%-15%)
│ │ │ └── 安全垫,绝对安全 + 高流动性
│ │ ├── 银行理财-中低风险 (15%-20%)
│ │ │ └── R2/R3 等级,收益稳定
│ │ └── 债券型基金/纯债基金 (15%)
│ │ └── 长期持有,波动小,可考虑"固收+"
│ │
│ └── 长期权益类 (30%)
│ ├── 宽基指数基金定投 (20%)
│ │ └── 沪深300、中证500,平滑风险
│ └── 优质主动管理型基金 (10%)
│ └── 长期业绩优秀,基金经理稳定
│
└── 卫星资产 (20%-30%) ─────────────────────────────────────
│
├── 行业/主题基金 (10%-15%)
│ └── 科技、消费、医药、新能源等 ETF
├── 个股投资 (5%-10%)
│ └── 3-5 支理解深刻的优质公司
└── 另类投资 (5%)
├── 黄金 ETF(避险对冲)
└── REITs(不动产收益)
现有资产分类映射
| 系统分类 | 对应配置层级 | 示例资产 |
|---|---|---|
| 现金类 | 核心 > 稳健固收 | 余额宝、活期存款、定期存单、借出款项 |
| 稳健类 | 核心 > 稳健固收 | 债券基金 |
| 进阶类 | 核心 > 权益类 / 卫星 | 股票基金、混合基金、ETF |
Risks and Assumptions
关键假设
| 假设 | 验证方式 |
|---|---|
| 快照式盘点足以满足 MVP 需求 | 实际使用中验证是否需要更细粒度的记录 |
| 手动输入市值可接受 | 评估是否影响使用意愿和数据准确性 |
| Dioxus 成熟度足够支撑项目 | 开发过程中评估框架稳定性和生态完善度 |
| 季度/年度收益分析周期合理 | 使用中验证是否需要更灵活的时间范围 |
潜在风险
| 风险 | 影响 | 缓解策略 |
|---|---|---|
| Dioxus 学习曲线较陡 | 开发进度延迟 | 参考官方文档和社区资源,必要时简化功能 |
| 数据模型设计不合理 | 后续迭代困难 | 在开发初期做好数据结构设计 |
| 功能蔓延 | MVP 无法完成 | 严格遵守 Out of Scope 边界 |
Appendix
术语定义
| 术语 | 定义 |
|---|---|
| 快照式盘点 | 每次记录资产当前市值的完整状态,不追踪中间变动 |
| 配置偏离度 | 当前资产配置与目标配置的百分比差异 |
| 核心资产 | 追求稳定和安全的资产,占比 70-80% |
| 卫星资产 | 追求更高收益、容忍更高波动的资产,占比 20-30% |
| 再平衡 | 调整资产配置使其回归目标比例的操作 |
This Product Brief captures the vision and requirements for asset-light.
It was created through collaborative discovery and reflects the unique needs of this 个人项目 + 技术学习 project.
Next: PRD workflow will transform this brief into detailed product requirements.