Twenty 自托管开源 CRM 与销售管道

方案思路

这个方案把 CRM 当作客户主数据与跟进纪律的承载体，而不是自动成单机器。先用 Twenty 建立公司、联系人、商机和阶段，再把清洗后的名单导入；自动化只处理记录、提醒和受控同步，不替代销售判断。自托管适合希望控制数据位置、又有技术维护能力的团队；如果没有人能长期维护服务器，云版本更现实。

实施要点

部署前先设计最小数据模型：公司主键、联系人主键、商机阶段、来源、分级、负责人、下一步和日期。阶段必须有进入与退出条件，否则管道只是彩色看板。按官方 Docker Compose 文档配置 PostgreSQL、Redis、server 与 worker，生成独立的加密密钥和数据库密码，启用 TLS 并限制公网访问。导入前在表格中完成去重和字段映射，只导入经过审核的记录。

资源如何协作

Twenty 是客户与商机的主系统；n8n 负责把表单、表格、邮件事件或通知连接起来，并在写入前做校验和异常提醒；Google Sheets 用于导入前的清洗、字段映射和审核清单。三者之间的数据契约要明确：哪些字段由人工维护，哪些由自动化写入，失败时如何回滚。不要让自动化直接覆盖阶段、负责人或高价值客户的关键字段。

适用条件与不适用情形

适合已有基本销售流程、愿意投入技术维护、并且对客户数据位置或定制有要求的团队。若团队没有容器和数据库维护能力，或者只需要一个快速上手的云端 CRM，HubSpot、Pipedrive 或 Airtable 可能更合适。若名单尚未清洗、阶段定义不清，先不要部署 CRM；系统只会把混乱固化。

风险与人工审核

自托管的风险集中在安全与连续性：配置错误、补丁滞后、备份缺失都可能导致客户数据泄露或丢失。上线前完成权限、TLS、备份和恢复演练；上线后定期审查管理员、API 密钥和集成。许可证方面，AGPL-3.0 与商业条款对修改后分发或对外托管有要求，商用前应阅读官方 LICENSE。所有批量导入、阶段变更和自动化写入都应保留日志与人工确认。