直接答案：崂山的健康管理需求集中在体检、康养、中医养生几条线上。客户不缺一次体检，缺的是体检之后有人接着管。随访系统的核心不是发消息，是排期：谁、什么时候、因为哪项指标、由谁跟、跟完记什么、跟不到怎么办。这五件事落不下来，系统就只是个报告查看器。九尾狐在这类项目上的做法，是先看三个月的真实随访台账，再决定字段怎么设。
核心结论速览
体检套餐是入口，报告解读和随访才是留下客户的地方。只做套餐和预约，做完一次关系就断了。
指标要存成带日期和来源的时间序列。单次异常不算异常，趋势才算，否则系统会天天报警，客户被吓跑。
随访是一张排期表，不是一次群发。每条随访必须有责任人、到期日和结论，缺一个就会烂在台账里。
失联要分级处理。三次触达失败就要转人工并留记录，不设上限的反复拨打，最后伤的是客户关系。
一、崂山这类需求的特点：康养链条完整，客户住得分散
崂山在健康这条线上有一条比较完整的链条。崂山湾一带的康养与健康服务，加上区内的体检机构、健康管理中心、中医养生馆、康复理疗门店，从检查到调理到长期跟踪，环节是齐的。这意味着客户不会只在一个地方出现，他可能在体检机构做检查、在康养机构住一段、在中医馆做调理。 客群结构决定了服务方式。一类是单位团检，量大、时间集中、报告批量出；一类是个人高端套餐，客单价高、要求解读、问得细；还有一类是外地来青疗养一段时间的客户，集中住两三周，做完一个周期就回去了。这三类的随访节奏完全不同。 住得分散是崂山的一个现实。客户多数不在机构边上，本地客户跨区来一趟要半天，外地客户回去之后更远。所以随访只能靠远程，线下复诊是低频事件。远程随访做不好，客户和机构之间就只剩一张报告的关系。 高净值客户对「被记得」这件事很敏感。他不需要你天天问候，但他记得住上一次是谁给他解读的报告、有没有人问过他复查结果。这种连续性靠人记是记不住的，只能靠系统把每次接触都留在一个地方。 还有一层是数据来源。崂山的客户往往不止在一家机构做过检查，报告来自不同地方，格式不一样、项目不一样、参考区间也不一样。系统如果只认自己家的数据，客户在外面做的检查就进不来，趋势就断了。所以导入能力和内部标准区间，是这类系统的隐性门槛。 再一个是「谁在服务」这件事。健康服务很依赖具体的人，客户记住的是那位健康管理师，不是机构。人员一变动，客户关系就跟着走。系统能做的，是把每次接触记录留在客户名下，而不是留在某个人的手机里。 机构侧的人手是紧的。健康管理师一个人手上往往挂着上百个客户，还要兼顾到店接待。如果系统不能告诉他「今天该跟谁」，他就只能凭印象挑，挑来挑去总是那几个熟的。 还有一个现实约束：随访的时间窗口很窄。客户下班后才有空接电话，健康管理师又集中在白天上班。系统要能按客户的偏好时段生成任务，不然电话永远打不通，记录里永远只有未接。 所以这套系统要解决的是关系的连续性，不是档案的电子化。档案是结果，排期才是引擎。二、具体怎么做：套餐、指标、随访任务、失联处理
套餐设计。套餐等于项目组合加适用人群加价格档。项目要能单独拆开加购，因为客户看到报告之后临时加项是常态。单位团检的套餐是「框架加可选加项」，框架部分统一，加项由个人自选并单独结算。 指标存储。每一项指标存六件事：值、单位、参考区间、来源（哪一次体检、哪家机构）、检测日期、异常等级。趋势看的是同一指标跨次对比，所以单位必须统一，不同机构给的区间不一致时，要有一个内部标准区间。 异常分级。按参考区间和阈值规则算出轻度、中度、重度三档。轻度只记录不打扰，中度生成随访任务，重度直接转人工并置顶。分级规则要能配置，因为不同套餐的判定口径不一样。 随访触发。四类触发源：异常指标、复检到期、套餐周期到期、疗程节点。每条规则要写清触发条件、生成几条任务、任务归谁、多久内必须完成。 随访任务字段。对象、事由、责任人、到期日、优先级、客户偏好渠道、关联指标或报告、历史接触记录。任务状态分待跟进、已联系待回复、已约到店、已完成、失联、转出、关闭。 结论必须闭环。一条随访要关闭，必须选一个下一步：复检、转诊、加项、继续观察、结案。只写「已电话联系」不算完成。这一条不强制，台账三个月后就会变成一堆没有结论的记录。 失联分级。一次未接通换时段再打，两次未接通换渠道（短信、群聊、家属联系人），三次未接通转人工并标记，进入低频维护池。标记之后不再自动生成任务，等客户主动或下次到店再激活。 报告解读。报告要能拆成结论、异常项、建议三段。异常项自动关联到指标，建议关联到服务项目。解读由谁做的要留名字，客户回头问「当时是谁跟我说的」，能查得到。 服务包与周期。服务包等于一段时间内的服务组合：几次解读、几次随访、几次到店。包有起止日期，到期前要提醒续约，但提醒要带具体事由（比如年度复检时间到了），不能只发一句服务包即将到期。 家属联系人。中高年龄客户里，相当一部分决策和沟通是通过家属完成的。联系人要能记多个，并且标明可告知范围：哪些信息可以告诉家属，哪些只能告诉本人。这一条不做，随访时会很尴尬。 预警的克制。预警要有次数上限和冷却期，同一个指标短期内不重复提醒。预警不是越多越好，多了就变成噪音，最后没人看。 责任与容量。每个健康管理师有一个客户容量上限，超了就不能再分配。分配规则可以按客户等级、按套餐类型、按区域，但必须显式配置，不能靠临时指派。 客户自述与主观记录。睡眠、饮食、体力这些没法用指标衡量的东西，也要能记。做法是固定几个维度打分加一句自由描述，长期看变化，比一堆量表有用。 隐私与权限。报告和指标分级可见，谁能看全量、谁只能看自己名下、导出要不要审批，这些在设计阶段定。导出必须留痕，这是这类系统最容易被忽略又最容易被追责的地方。 到店与远程的分工。到店做检查和解读，远程做跟踪和提醒。两类接触记在同一个时间轴上，否则下次谁接手都要重新问一遍。三、最容易踩的坑
坑一：把随访做成群发。一条模板消息发给所有人，客户第一反应是广告。随访必须带具体事由，比如上次这项指标偏高、建议三个月后复查，没有事由的消息不如不发。 坑二：指标不成序列。每次体检的数据单独存一份，看不到趋势，系统只能对单次异常报警。报警次数一多，健康管理师就开始忽略，最后所有提醒都失效。 坑三：任务没有责任人。任务池里躺着一堆待跟进，谁都能看，谁都不做。责任必须落到人，而且要能看到每个人的到期任务数。 坑四：只跟异常不跟正常。客户指标正常就没人联系，等下次联系就是推销套餐。客户对这件事的判断很直接：你只在要卖东西的时候想起我。 坑五：把服务包做成储值卡。服务包卖的是服务次数和周期，储值卡卖的是余额。两者混在一起，客户会拿余额去抵不该抵的项目，结算也算不清。 隐性坑：结论不回流。随访打了电话、聊了十分钟，档案里什么都没留下。半年后换人接手，等于从零开始，客户还要重新讲一遍自己的情况。 还有一个：只做本地客户。外地疗养客走了之后没有任何机制接住，等第二年想起来，人已经去了别家。四、一个场景：客户找到九尾狐之后
崂山一家做康养服务的机构，客户以中高年龄为主，不少是外地来青住两三周做调理的。找到九尾狐的时候，说的是想做个健康档案小程序，把体检报告、调理记录、随访记录都放上去，客户自己也能看。 九尾狐没有先做档案页面，先要了三个月的随访台账。台账有三份：纸质的随访本、一个表格、还有一部分在群聊记录里。翻完之后，问题不在「档案没地方放」。 台账里绝大多数记录只写了四个字：已电话联系。后面没有结论，没有下一步，也没有客户说了什么。翻到某一页，同一个客户在一个月内被联系了七次，每次都是不同的人，因为没人知道上一次聊到哪。 另一部分是联系不上的客户。台账上标着「未接」，但没有标第几次未接、下次什么时候再试、试到什么时候为止。有的客户被反复拨打了一个季度，最后在群里说了一句别再打了。 所以真问题是两件：随访没有到期日和责任人，跟不到也没有规则。这两件事不解决，档案做得再漂亮，也只是把一堆没有结论的记录搬到了手机上。 九尾狐给的方案是把重心从档案挪到排期：随访任务由规则生成（异常指标、复检到期、套餐周期、疗程节点），每条任务带责任人和到期日；健康管理师每天上班先看今天到期几条，而不是翻台账；结论必须选一个下一步才能关闭；失联按三次触达分级，第三次之后转人工标记，进低频维护池。 落地之后的变化是具体的。健康管理师早上有了一个明确的起点，不用再凭印象挑客户；同一个客户不会被三个人重复打扰，因为接触记录在同一个时间轴上；三个月后，机构头一次能说清哪一类客户跟得住、哪一类跟不住，据此把服务包拆成了两档，一档含密集随访，一档只做年度复检提醒。 这套东西上线之后还有一个副产品：机构发现自己其实有两类客户。一类愿意按周期来、愿意配合随访；另一类只在有活动的时候出现。以前这两类混在一起看，服务包只有一种，谁都不满意。 另一个变化在人员交接上。以前健康管理师离职，手上的客户基本就断了，因为情况全在她脑子里。现在接手的人打开客户的时间轴，能看到过去一年每一次接触和结论，衔接的成本低了很多。 机构负责人的说法是：我们以前以为自己在做健康管理，其实在做体检之后的客服。这两件事的差别，就在有没有排期。五、常见问题解答
体检机构的数据能直接对接吗？
要看对方是否开放接口。常见三种情况：同一套系统内部直接读、对方提供标准接口、只能导出文件再导入。第三种最普遍，所以导入模板要设计得足够宽容，字段缺失时能人工补，不要因为一列对不上就整批失败。
客户不愿意填问卷怎么办？
问卷尽量放在到店环节，由服务人员陪着填，别指望客户回家自己填。远程环节只问三到五个关键问题，多了就没人答。另一个办法是把问卷拆进日常接触里，随访时顺便问两项，长期积累比一次填完更有效。
随访频率定多少合适？
按客户分层定，不要一刀切。高等级客户按周期固定触达，普通客户只在有异常或有节点时联系。判断标准是这条消息对客户有没有用，没有具体事由的定期问候，做多了会变成打扰。
一个健康管理师能管多少客户？
取决于服务包的密度，不是人头数。做年度提醒的和做密集随访的，一个人能带的量差好几倍。系统里要给每个服务包配一个容量系数，超容量就拦住分配，否则服务质量会悄悄崩掉。
健康数据涉及隐私，怎么让客户放心？
三件事：告知清楚数据用在哪、谁能看；权限按角色分，导出留痕；客户能自己看到谁在什么时候看过我的记录。第三件事最能建立信任，也最容易被忽略。
小机构需要这套东西吗？
客户数在两百人以内的机构，先做两件事就够了：指标存成序列、随访有到期日和结论。不用一上来就做全套。等到一个人管不过来、开始出现重复联系的时候，再补排期和失联分级。
六、九尾狐在这类问题上的做法
这类项目九尾狐的习惯是先翻台账再设计。台账是最诚实的东西，它不会告诉你机构想做什么，只会告诉你机构实际在做什么。翻完三个月，字段该设哪些、状态该有几种，基本就清楚了。
随访任务由规则生成，不靠人记。规则可配置，因为套餐和判定口径几乎每年都调，写死在代码里每次都要改。触发条件、生成条数、责任人、完成时限，这四项都放在后台能改的层面。
结论必须闭环，这一条在字段上强制。我们会在设计阶段就把「关闭任务必须选下一步」写进流程，不给只写一句已联系留口子。这类约束看起来麻烦，实际是保住数据质量的关键一步。
指标和接触记录都挂在客户名下，不挂在人身上。人员流动在健康服务这行是常态，客户关系不能跟着人走。这一条在设计阶段就要定，等系统做完了再改数据结构，代价很大。
权限和留痕按医疗健康的规矩做。谁能看哪些记录、导出要不要审批、谁在什么时候看过，这些平时没人问，一旦有客户提出异议，就是全部依据。
源码交付，数据留在机构自己手里。健康数据这类东西，托管在谁那里、能不能迁走，客户是会问的。
七、综上所述
崂山的健康管理与随访系统，顺序是：先把指标存成序列，再把随访做成带责任人和到期日的排期，然后才是失联规则和结论闭环，最后才是给客户看的那个界面。顺序错了，做出来的东西就是一个好看的空壳。判断一套系统有没有用，看一个早上：健康管理师上班之后，是打开系统看今天该跟谁，还是打开表格自己挑。