月子中心调研助手
> 中文名:月子中心调研助手 | 技术名:yuezi-research(技能目录名与 name 字段保持一致,必须为英文小写连字符)
Overview
端到端完成一次月子中心选型调研:收集家庭与孕产参数 → 医学时机评估 → 按分娩医院与家庭住址周边范围(车程或公里数)筛选 → 候选中心信息采集 → 加权评分 → 生成宽屏 HTML 报告。报告包含月子中心分类科普(资质主体三分法:医疗型 / 护士型 / 月嫂型,护理模式、物业形态)与单张宽屏主表(对比维度与加权评分合并,行=中心、列=维度),首列固定 iOS 风格拨动开关且序号显示在开关圆钮内(排除后自动排到表尾、序号不变),第二列固定中心名称/类型/模式/物业形态/电话/美团评价入口,中心名称可跳转高德地图、电话可一键拨号、「查看美团评价」在手机上唤起美团 App。第四节改为通用电话核实与实地考察清单(不按中心分列),含 A-G 组必问/加分项与可直接照读的话术。价格对比以常规 28 天套餐为基准;双胎、节假日加价等按用户情况条件性触发。
硬性原则
- 医学内容仅作决策辅助,最终以产检医生意见为准;每份报告必须附带免责声明。
- 严禁将任何 API Key(作者或用户的)写入技能文件或发布包中;高德 Key 一律由使用者在本地配置。
- 不得硬编码任何个人信息(预产期、医院、住址等),一律作为用户参数收集。
- 中心数据必须现场联网检索获取,禁止凭记忆编造价格与套餐;查不到的信息列入电话核实清单,不臆测。
- 报告采用单张宽屏主表(行=中心、列=维度),对比与加权评分必须合并进同一张表,不得拆成"对比表 + 评分表"两张——两张表需来回对照、无法统一筛选。详见 Step 7 的表格规范。
- 序号必须固定不变:序号显示在开关的圆钮内,初始按总分降序给出 1..N,用户排除/排序时不重新编号;被排除的行仅移到表尾,拨回后按原始位置恢复。每行
tr必须带data-idx保存原始序号。 - 美团评价链接必须使用
https://i.meituan.com/s/<关键词>而非https://www.meituan.com/s/<关键词>(实测后者 404)。移动端需额外提供imeituan://www.meituan.com/search?q=<关键词>scheme 以唤起美团 App,并在未安装或桌面端/微信内浏览器时降级到网页版。不再额外给出大众点评入口(与美团内容同源)。
Workflow
Step 1 收集用户参数
使用 AskUserQuestion 一次性收集以下参数,用户未提供时按合理假设处理并在报告中注明:
| 参数 | 说明 |
|---|---|
| 城市 | 决定检索范围 |
| 预产期 | 或末次月经/早孕B超孕周,用于推算 |
| 分娩医院(名称或地址) | 地理筛选基准①:出院接驳、巡诊衔接 |
| 家庭住址(区域或地址) | 地理筛选基准②:家人往返探视送餐 |
| 筛选口径与范围 | 二选一:车程分钟(需高德路径规划,结果随路况波动,默认各 30 分钟)或公里数(直线距离本地计算,配额消耗低、结果稳定,默认 15 km);可分别设置距家/距院阈值(如 17 km)。选择口径时向用户说明差异,选车程须提示需要高德 Key |
| 单胎/双胎 | 条件项:双胎触发加价核实与评分高危调整 |
| 分娩方式与既往史 | 剖宫产史、瘢痕子宫、高龄(≥35)等高危因素 |
| 预算区间 | 总预算或每晚预算;预算有限时在评分中上调价格权重 |
| 中心类型偏好 | 医疗型(医院内,执业许可)/ 护士型(24h 注册护士)/ 月嫂型(24h 月嫂 / 母婴护理师)/ 均可;若用户说"酒店型",对应护士型 / 月嫂型,需按新分类解释后确认;影响评分权重与推荐逻辑 |
Step 2 医学时机评估
加载 references/medical-timing.md,根据孕产情况确定:
- 计划分娩窗口(按单胎/双胎/瘢痕子宫分别处理)。
- 月子中心入住起始日期区间(通常为分娩日+1天起,覆盖预产期浮动)。
- 入住期节假日重叠判断:将入住区间与法定节假日(尤其春节)对照,若重叠则在后续步骤中启用"节假日加价"核实项;不重叠则跳过该项。
- 高危因素标记(影响评分权重、中心类型建议与需向医生确认的问题)。存在高危因素(双胎、剖宫产史、并发症等)时,建议优先考虑医疗型中心并在报告注明理由,最终由用户决定。
Step 3 地理筛选(高德地图)
- 获取地理能力(按优先级依次尝试):
- a. 检查 amap-lbs-skill 技能是否已安装——已安装则直接使用(该技能自行管理 Key 的提示输入与本地持久化,用户只需配置一次);
- b. 未安装时,建议用户从技能市场安装 amap-lbs-skill(说明:安装后 Key 只需配置一次);
- c. 用户不愿安装时,请用户提供其本人的高德 Web 服务 Key(高德开放平台个人认证免费申请,地理编码/POI/路径规划配额均充足);
- d. 以上均不可用时走降级方案。 - 取坐标:用高德地理编码接口分别获取分娩医院与家庭住址的经纬度。
- 搜中心:分别以医院坐标、住址坐标为圆心做关键字 POI 搜索(关键词:月子中心/月子会所/母婴护理中心,搜索半径取阈值的 1.3 倍左右以免漏边),合并去重得到候选池。
- 限流:高德 Web 服务有 QPS 限制,连续请求会返回infocode=10021 / CUQPS_HAS_EXCEEDED_THE_LIMIT。请求间隔保持 ≥1.2s,并对 10021 做退避重试(最多 3–4 次),否则会静默丢结果。 - 去噪与去重(实测必需,否则候选池会被大量无关条目污染):
- 保留:名称含「月子中心 / 月子会所 / 月子 / 母婴护理中心 / 母婴护理 / 母婴会所 / 产后护理」等住宿型月子机构关键词。注意只放通用业态词,不要把本次调研遇到的具体品牌名写进这份清单(品牌名换个城市就不适用,且会污染其他城市的候选池);若本地存在不含上述业态词的品牌,用品牌名做一次补充搜索即可。
- 剔除:月嫂、家政、育儿嫂、保姆、母婴用品、童装、产后修复、产后恢复、催乳、培训、中介、儿陪、专卖店、母乳指导、产康、私密、四维、小儿推拿。
- 易误伤项(重点):不要用「医院」做排除词——「XX 市妇产科医院月子中心」「XX 医院月子中心」是真正的月子中心,会被误杀。判据是名称中是否含「月子」类关键词,而非是否含「医院」。
- 同址去重:POI 常出现同楼多条目——典型如品牌名的同音/近形差异(「X园阁」与「X圆阁」)、仅有业态词的无名条目(「月子中心」)与同址真实品牌、同楼不同楼层的两个品牌。按坐标前 5 位小数去重并保留信息更完整的名称;同楼不同品牌(如不同楼层)应在报告中注明并列关系,而非直接合并。 - 按口径计算距离:
- 公里口径:本地计算各中心距医院/距家的直线距离(Haversine 公式),不额外调用接口;
- 车程口径:调用驾车路径规划接口逐家计算两向驾车时间,注明所用的路况口径。 - 过滤:按 Step 1 的口径与阈值过滤,输出通过名单(含两向距离数据,写入报告)。
- 降级方案:无 Key 时通过网页检索(点评/官方页含地址)获取候选名单,距离判断降至商圈/街道级别,距离列全部标记"待核实",并在报告中建议用户自行地图查询补齐。
Step 4 采集候选中心信息
先收敛再深挖:地理筛选后的候选池通常有 25–30 家,逐家全维度检索成本过高。先按「距家 + 距院距离和」升序,结合用户中心类型偏好与预算收敛到 10–14 家,再进入深度采集。收敛时保证覆盖两类:距分娩医院最近的(出院接驳、突发情况)与距家庭住址最近的(探视送餐)。
对收敛后的名单,按 references/research-checklist.md 的维度逐项采集。首先完成中心类型判定:资质主体(医疗型 / 护士型 / 月嫂型)+ 护理模式(护士制 / 月嫂制 / 混合制)+ 物业形态(医院内 / 酒店内 / 写字楼内 / 独栋),作为对比与评分的基础分类;价格以28 天标准套餐为对比基准。以下为条件性必查项,按用户参数判断是否触发:
- 双胎加价:仅当用户为双胎时启用(固定金额/百分比、是否加派护理)。
- 节假日加价:仅当 Step 2 判定入住期与节假日重叠时启用(幅度、档期锁定政策)。
检索渠道:官方页面、大众点评、小红书实测帖、婚博会真实点评、黑猫投诉、企业工商与行政处罚公示。
高效做法:并行子代理分组调研。 将收敛后的中心按片区分成 3–4 组,同时启动多个 general-purpose 子代理,每组分到 3–4 家,各自联网检索并返回结构化结果。子代理 prompt 中必须写清:用户孕产背景(影响关注点)、每家的准确名称与地址电话、需采集的维度清单、以及「查不到就写未查到,绝不编造数字」的硬约束,并要求每条信息标注来源(官网/点评/小红书/未查到)。
必查的硬风险信号(发现即应在报告中显著提示,并考虑列入排除名单):
- 品牌方/母公司是否有闭店、跑路、大额预付款难退记录(月子行业预付风险高发);
- 是否有媒体实锤曝光的护理事故、卫生事件(如餐食异物、虫害);
- 是否存在要求客户签署保密/封口条款的操作;
- 无医疗执业许可却由护士执行伤口消毒、烤灯等医疗行为(合规灰区,对剖宫产用户是实质风险);
- 近期装修、股权或法人频繁变更。
Step 5 生成电话核实清单
线上查不到或存疑的信息,统一整理成一份通用电话核实与实地考察清单,不再按中心分列——用户在上方主表排除后,剩下的每一家都照着同一份清单过一遍即可。清单按 A-G 分组:A 价格与费用、B 双胎专项、C 春节档与档期、D 医疗安全与护理人力、E 合同与付款、F 实地考察现场看、G 常被忽略的细节。每组内标 ★ 的为必问项(会直接影响评分),其余为加分项。清单内每条带 checkbox,勾选后该行自动划掉,方便边打电话边记录。
清单必须包含可直接照读的话术示例(按用户孕产情况定制)与沟通顺序建议:先问档期与春节加价 → 再问双胎加价与 28 天实价 → 然后问伤口护理与转诊 → 最后谈合同条款。同时必须提醒用户「款项打对公账户、开发票、合同签章主体与营业执照一致」等预付风险点。
Step 6 加权评分
按 references/scoring.md 的权重模型打分。依据用户参数联动调整:高危因素或医疗型偏好上调医疗安全权重,预算有限上调价格权重,护士型/月嫂型(原「酒店型」)偏好则下调医疗安全、上调价格与位置(具体幅度见 references/scoring.md 的权重联动表)。调整过程在报告中透明注明(写明触发了哪几条规则、叠加后的原始权重、以及归一化结果)。
预算口径修正(双胎用户必做):用户给出的预算区间通常来自公开报价,而公开报价基本是单胎口径。双胎普遍另行加价,实测存在两种计费方式——按日加收固定金额(如 +800 元/日、+1000 元/天)或按比例(约 +20%–30%)。评分时应将"双胎加价后的实际总价"作为价格维度依据,并在报告中明确提示用户:预算需按双胎口径上修,或提示其在目标中心现场谈判加价幅度。
类型与高危的张力必须写进报告:当用户偏好护士型/月嫂型(即原「酒店型」)但存在高危因素时,评分结果往往出现"前几名全是医疗型"的情况。不要回避这个矛盾——在建议部分用显著样式说明差异集中在哪几项(通常是伤口换药的合法性与新生儿异常的转诊能力),并同时给出"医疗安全优先"与"尊重用户护士型/月嫂型偏好"两组考察清单,让用户自己权衡。
Step 7 生成报告
复制 assets/report-template.html 为报告文件,替换全部占位符({{...}}),填入实际数据后保存为 周边月子中心调研报告_<日期>.html,并通过 present_files 展示。距离列按所选口径(分钟/km)填入 Step 3 实测数据;"待核实"项用 .tag-todo 标记,不虚构数据。
生成方式建议:行数多、列数多时,用 Python 脚本拼装表格再写回 HTML(把每家中心的数据放进列表/字典,统一生成行 HTML),比手写 HTML 更不容易出现列数错位;生成后务必跑一次列数一致性检查(统计每个 <tr> 的 <td> 数是否等于表头 <th> 数)。注意 Python 的 % 格式化会与权重文案里的 38% 冲突,改用 .replace('__ROWS__', ...) 之类的占位符替换。
报告整体结构与导航:
- 章节顺序:候选中心对比与加权评分作为第一节,医学时机评估、中心分类科普、电话核实清单、建议与下一步依次后置;核心主体内容应让用户少滑动即可看到。
- 顶部折叠参数卡:把 9 项筛选参数放进 <details class="sec">,默认收起;summary 里用一句话给出关键参数摘要(EDD / 孕产情况 / 预算 / 范围),不占用首屏高度。
- 结论速览条(tldr):在参数卡下方放置一行 chip,给出「优先考察 / 非医疗型首选 / 实付预算 / 档期 / 建议排除」等最关键结论,作为整张报告的"电梯 pitch"。
- 粘性目录导航:顶部放一个 sticky chip 导航条,链接到 #sec-table / #sec-timing / #sec-type / #sec-check / #sec-next,当前所在节高亮;移动端横向滚动。
- 次要板块折叠:中心分类科普、电话核实清单默认 <details class="sec"> 折叠(summary 带一句话摘要),医学时机评估与建议与下一步默认展开;提供"展开/收起全部"按钮。
- 回到顶部按钮:右下角固定按钮,滚动 500px 后显示。
列数与宽度:主表建议 11–13 列,对比表容器使用 .table-scroll.xwide table { min-width: 2480px }(桌面),让信息列保持舒展;关键文本列(护士配比、口碑要点、核心结论)给足最小宽度,避免窄列换行。中心名称列固定宽度约 300px,既容纳开关+名称,也避免右侧核心结论被过度挤压。
主表规范(必须遵守)
单张宽屏表同时承载对比维度与加权评分,行=中心,初始按总分降序排列,序号固定为 1..N(生成后不再重编号)。固定列序如下:
| # | 列 | 要点 |
|---|---|---|
| 1 | #(开关 + 序号) | 固定列;圆钮内显示序号,圆钮本身是 iOS 风格拨动开关;开关拨灰后本行移到表尾,圆钮内序号不变 |
| 2 | 中心名称 / 备注 / 类型 / 联系 / 评价 | 固定列;包含可点击名称、分店/楼宇备注、资质类型标签、护理模式标签、物业形态标签、电话芯片、美团 App 按钮。详见下方"名称单元格结构" |
| 3 | 加权评分 | 紧跟中心名称;列宽 98px,显示大号总分 + 小字分项(医疗/价/位/资/口/合)+ 可信度与待核实项数 |
| 4 | 核心结论 | 综合评分与全部采集维度得出的 AI 建议:最大优势 / 最大风险;单元格 .col-verdict 加浅米色背景与左侧装饰边 |
| 5 | 28 天人均价 | 见下方"价格单元格" |
| 6–7 | 距家 / 距院 | 数字 + 单位写在表头,单元格只放数字 |
| 8+ | 护士配比、医生巡诊、特殊加价、伤口护理、口碑要点、合同灵活度 | 条件列按用户情况增删(双胎→双胎加价;剖宫产/高危→伤口护理) |
名称单元格结构(不再设单独的"操作"列和"类型"列,全部收纳进名称列,必须严格五行):
1. 第一行(nl-line1):中心名链接 → 高德地图。名称链接用 https://uri.amap.com/marker?position=<lng>,<lat>&amp;name=<URL编码名称>&amp;coordinate=gaode&amp;callnative=1(注意 & 要转义为 &amp;);
2. 第二行(nl-note):分店/楼宇备注(.cnote 小字),没有备注时整行删除,避免空行;
3. 第三行(nl-type):资质类型标签(医疗型 .tag-med / 护士型 .tag-nurse / 月嫂型 .tag-matron)+ 护理模式标签(护士制/月嫂制/混合制,.tag-mode)+ 物业形态标签(医院内/酒店内/写字楼内,.tag-prop)。类型三维度独立成行,避免名称行被多项标签挤占;
4. 第四行(nl-tel):电话芯片(<a href="tel:..." class="tel-link">,蓝色背景芯片样式,移动端点击拨号;多号码各自成链,不要简单用 / 文本分隔);
5. 第五行(nl-mt):查看美团评价(.mtbtn,链接 https://i.meituan.com/s/<URL编码的"中心名+分店名">/,onclick="openMt(event,this)",data-kw 放原始关键词;手机上唤起美团 App,imeituan://www.meituan.com/search?q=<关键词>)。不再额外放置大众点评按钮。
价格单元格:只放一个主数字(优先点评人均价 → 其次官网起价 → 其次已证实的成交价),口径差异、加价、区间等一律降为 .price-note 小字备注;需要警示的加价用 .pn-hl 标红。切忌把报价区间、加价计算过程全塞进单元格正文。
交互与排序规则:
- 每行须带三个属性:data-center(中心名)、data-score(总分)、data-idx(原始序号 1..N);
- 拨动开关状态:checked 绿色 = 保留;unchecked 灰色 = 排除;排除后该行自动移到 <tbody> 末尾,但 .sw-dot 内的序号保持不变;恢复后按 data-idx 回到原位。实现函数用 relayout(tbody, comparator):先分离保留/排除两组,保留组按比较器(默认 data-idx)排序,排除组始终按 data-idx 排序,最后把两组依次 append;
- sortByScore() 仍遵循上述规则:保留组按 data-score 降序,排除组仍按原始序号置于末尾,排序后不重编号;
- 名称列与序号列做 position: sticky 双列固定(序号列 left: 0 宽 78px;名称列 left: 78px 宽 300px),横向滚动时始终可见;border-collapse 下 sticky 单元格边框会丢失,用 box-shadow 补边;桌面端使用 sticky,手机端(≤900px)取消固定,改为整表随容器横向滚动,避免固定列占用屏幕宽度;
- 顶部工具栏提供「显示/隐藏已排除」与「按评分排序」,并在说明文案里告知用户:圆钮内数字就是序号、绿色=保留、灰色=排除、排除后排到表尾、名称可点开地图、蓝色号码可直拨、美团按钮可在手机上唤起 App;同时说明桌面端左右滑动查看更多列(前两列固定),手机端左右滑动查看(不设固定列)。
列宽与容器:主表容器使用 .table-scroll.xwide table { min-width: 2480px }(桌面),让信息列保持舒展;名称列固定宽度约 300px;核心结论列固定最小宽度 260px;评分列固定 98px,兼顾总分与小字分项;其余文本列按内容设置最小宽度,避免窄列换行。手机端(≤900px)取消前两列固定,改为整表横向滚动;在表格容器下方给出「← 左右滑动查看更多列 →」提示。
手机端布局(≤900px):保持宽屏表格,不切换为卡片流;仅取消序号列与名称列的 position: sticky,让整表在 .table-scroll 容器内横向滚动,避免固定列占用屏幕宽度。
章节默认展开状态:候选中心对比表与医学时机评估保持 .sec-flat 默认可见;「中心怎么分类」与「电话核实清单」用 <details class="sec" open> 默认展开(用户点导航直接看到内容);「你的筛选参数」保持折叠(summary 一句话摘要)。读表说明 details.mini 默认展开,避免用户漏看口径。
第四节规范:通用核实清单(不按中心分列)
(报告章节顺序:候选中心对比表为第一节,医学时机评估为第二节,中心分类科普为第三节,通用核实清单为第四节,建议与下一步为第五节。)
原来的"行=核实问题、列=各中心"的空白表格改为通用清单,结构如下:
- 表头三列:已完成(checkbox)/ 核实项(照着问)/ 为什么问 / 合格标准。
- A-G 分组标题行(
<tr class="grp"><td colspan="3">...</td></tr>): - A 价格与费用(电话必问,要书面报价单)
- B 双胎专项(仅双胎用户保留,加价必须写进合同)
- C 春节档与档期(仅入住期与节假日重叠时保留)
- D 医疗安全与护理人力
- E 合同与付款(最容易踩坑)
- F 实地考察时现场看(电话里问不出来的)
- G 常被忽略的细节
- 每条核实项:带
qnum编号;标★用<span class="st">★</span>;问题列 + 合格标准列;勾选 checkbox 后整行划掉(.done)。 - 必须包含:可直接照读的话术示例(按用户孕产情况定制)与沟通顺序建议(先问档期/春节加价 → 双胎加价/28 天实价 → 伤口护理/转诊 → 合同条款)。
- 必须强调:款项打对公账户、开发票、营业执照与合同签章主体一致、定金 ≤20%、拒绝保密/封口条款。
具体条目已固化在 references/phone-checklist.md(A–G 组共 48 项,含话术与合格标准),生成报告时直接取用并按用户情况裁剪;不要凭记忆另写一套。核心覆盖:28 天实价与房型差价、套餐不含清单、尿不湿/奶粉双胎计费、双胎加价与加派护理、低体重/早产接收、春节加价与在岗人数、档期顺延与锁档、伤口换药执行人与执业许可、异常转诊与夜间值班、黄疸监测、护士直签 vs 外包、消毒院感、定金/订金措辞、提前退住退款、对公账户与发票、保密条款、装修空气质量、夜间二次考察、在住妈妈私下交流、安全提篮接驳、出所后衔接、更换月嫂/护士流程等。
Resources
references/medical-timing.md— 分娩时机、入住窗口与节假日重叠判断参考references/research-checklist.md— 调研维度清单与条件性必查项references/phone-checklist.md— 通用电话核实与实地考察清单(A–G 组共 40+ 项,不按中心分列,含可直接照读的话术与合格标准)references/scoring.md— 加权评分模型assets/report-template.html— 宽屏 HTML 报告模板