一人公司的客户管理，往往不是输在工具不够多，而是输在信息进入系统之后没有形成稳定的状态流转。Tally 负责把咨询变成结构化数据，Notion 负责让这些数据持续产生管理动作。两者组合的价值不只是“表单自动入库”，更在于它迫使运营者把模糊的客户沟通，转译成清晰的状态机和行动项。这个转译过程，才是轻量级 CRM 真正起作用的地方。

很多人一开始会设计一个万能的客户状态字段，把“已联系”“已报价”“已成交”“交付中”全部塞进去。在客户数量很少时，这样做似乎可行。但一旦项目进入交付，销售阶段的信息就失去了记录位置。一个已经成交的客户，后续是否还有复购可能、之前的报价依据是什么、当初的需求判断是否准确，这些信息如果被交付状态覆盖，等于丢掉了后续优化的数据基础。因此，把“线索阶段”和“交付状态”拆成两个独立字段，不是字段数量的偏好问题，而是管理逻辑的分野：前者回答“这个客户是否会成交”，后者回答“已经成交的服务进行到哪里”。

在这套流程中，最容易被低估的字段是“下一步动作”。很多跟进清单里写的是“待跟进”“等回复”这类静态描述，它们只记录了一种状态，却没有指示任何行为。真正有效的客户管理系统，应该要求每一条未结束的记录都承载一个可执行的动词：发送服务方案、预约需求沟通、确认预算范围、等待补充材料三天后再次联系。动作必须具体到可以判断“做没做完”，否则跟进的节奏就会依赖记忆，而记忆在一人公司里是最不可靠的资源。

表单设计同样需要克制。Tally 的优势在于可以快速收集信息，但收集得越多，筛选成本越高。一个咨询表单的目标应当是帮助运营者判断“是否匹配、是否紧急、下一步是什么”，而不是让客户提交一份完整的商业计划书。开放题适合了解背景，但不宜过多；条件逻辑可以让不同需求的客户只看到相关问题。表单设计本质上是一次业务判断的显性化：你必须先清楚自己需要什么信息来决策，才能避免收集一堆看起来有用、实际上永远不看的字段。

从管理流程的角度看，Notion 与 Tally 的组合更适合被理解为一个“轻量决策系统”，而非客户资料仓库。它不替代合同、财务和项目管理，也不适合多人协作的复杂销售团队。它的边界非常清晰：一人公司用它来完成“接住咨询—人工判断—推动跟进—跟踪交付”的闭环，而企业级销售预测、权限审计和报表分析需要另作评估。最重要的还不是配置技巧，而是先跑通“表单提交—状态流转—下一步动作”这条主干，再根据真实使用中暴露的问题逐步增加提醒和关联关系。

对一个超级个体来说，这套组合的真正门槛不在技术集成，而在于是否愿意用固定状态和明确动作取代聊天记录里的随机跟进。工具层面的测试提交、字段映射和视图筛选固然不能跳过，但真正决定系统是否可用的，是每天打开“新线索”视图时，是否能把每一条记录推进到一个确定的下一个阶段。数据流动起来，客户才算被管理；否则，Notion 数据库再整齐，也只是另一个被遗忘的信息存放处。