从文件到数据库的渐进CRM构建

渐进式个人CRM构建指南，从简单文件起步验证数据模型，再按需演进至结构化数据库，避免过早工程化。

基本信息

• 技能名称?CRM
• 中文名称?从文件到数据库的渐进CRM构建
• 作者?ivangdavila
• 分类?其他
• 版本?1.0.0
• 标签?crm, personal-database, data-management, sqlite, json, productivity, workflow-automation, self-hosted

使用方法

使用说明
核心用法
本技能指导用户从零构建个人CRM系统，核心哲学是"从文件开始，按需演进"。首先通过对话明确用户追踪场景（客户/投资人/求职联系人）和技术舒适度，在 ~/crm/ 目录下创建单一数据源。初始仅用一个 contacts.json 文件，包含最简字段：id(UUID)、name、email、company、phone、notes、tags、created、updated。当用户需要查询"上次联系X是什么时候"时，再创建独立的 interactions.json ；出现多联系人同公司场景时，分离出 companies.json ；提及销售漏斗概念时，添加 deals.json 。
显著优点

1. 渐进复杂度 ：拒绝过早引入Web应用、数据库、认证、移动端等工程负担，用时间验证真实需求
2. 技术适配 ：根据用户技术水平推荐CSV/JSON/SQLite不同层级方案
3. 数据可迁移性 ：UUID主键、扁平结构、时间戳字段确保数据无损演进
4. 实用辅助 ：提供命令行快速添加、跨文件搜索、备份脚本等降低摩擦的工具
5. 多设备同步 ：优先推荐云文件夹（Dropbox/iCloud）而非自建同步方案
   潜在缺点与局限
   手动维护成本 ：无自动化邮件/日历抓取，依赖用户主动记录
   无协作能力 ：单用户本地设计，多人场景需后续迁移
   查询能力有限 ：文件阶段依赖grep/jq，复杂分析需SQLite升级
   移动端缺失 ：早期刻意排除，外出场景需配合云文件App使用
   适合人群
   自由职业者、独立顾问、小型工作室主理人管理客户关系
   求职者系统性跟踪投递进度和网络联系
   投资人/创始人管理deal flow和投资人关系
   技术背景用户偏好数据自主可控，反感SaaS订阅和厂商锁定
   常规风险
   数据丢失 ：强调备份脚本和云同步，但用户可能忽略执行
   重复录入 ：需依赖辅助脚本检查重复邮箱
   迁移摩擦 ：文件到SQLite的转换虽提供脚本，仍需用户操作配合
   使用半途而废 ：初期手动维护门槛可能导致放弃，设计意图正是用低门槛文件阶段筛选真正需求