直接答案：母婴会员和普通零售会员最大的区别是：真正被服务的对象是宝宝，付钱的是妈妈。月龄、过敏史、喂养方式、生长记录，这些字段如果挂在会员身上，一个妈妈生二胎就全乱了——系统里只有一个「月龄」，而这个妈妈有两个不同月龄的孩子。正确做法是会员和宝宝一对多，档案挂在宝宝身上，所有提醒和推荐按宝宝触发。
核心结论速览
一个会员可以有多个宝宝，档案必须一对多。这不是边缘场景，二胎三胎家庭在母婴店的消费占比很高。做成一对一，二胎出生时只能覆盖掉老档案，老大的成长记录全丢。
月龄要实时算，不能存死数字。存「六个月」这个值，一周后就错了。只存出生日期，月龄、周龄、下次转段时点都由系统算。
过敏史要有结构化字段，不能只写备注。备注里的「过敏」两个字，既不能做拦截也不能做统计。要拆成过敏原分类加严重程度两级。
喂养方式要记录，而且要允许变更。母乳、混合、配方、已断奶，四种状态直接影响推荐逻辑和复购周期。不允许变更的系统，三个月后就全是错数据。
生长记录要有曲线，单点数据没有意义。一次身高体重只能说明当下，连续几个月的曲线才能看出生长趋势。这也是门店提供专业感的抓手。
一、宝宝档案要记哪些字段
宝宝档案的字段设计，原则是「能算出来的不存，会变的存历史」。按这个原则分四组看。
组一：身份与时间。昵称、性别、出生日期。出生日期是最关键的字段，因为月龄、周龄、转段时点、疫苗时点全部由它推导。孕妈阶段没有出生日期，要存预产期，并在出生后转成出生日期。
组二：健康信息。过敏史、特殊体质、正在使用的特殊食品。过敏史要拆成两级：过敏原（牛奶蛋白、鸡蛋、坚果、海鲜、乳糖不耐受等）和严重程度（轻微、中度、需就医）。只记「过敏」两个字，导购没法判断能不能推荐。
组三：喂养与生长。喂养方式、当前奶粉品牌与段位、日均奶量、身高体重头围的月度记录。喂养方式是会变的，要存变更历史，不能只存当前值。当前段位可以由月龄推导，但允许人工覆盖，因为有的宝宝转段早有的晚。
组四：关系与授权。宝宝与会员的关系（妈妈、爸爸、祖辈）、是否为主要联系人、营销触达授权。一个宝宝可能关联多个会员（爸爸妈妈都办了卡），档案要能共享，但不能重复建档。
不要存月龄字段。这是最常见的错误。存了月龄，就需要每天或每月去更新，一旦更新任务失败，全店的推荐都错。月龄应该是一个计算结果，展示时算，查询时用出生日期做区间条件。
不要存「当前段位」作为判定标准。当前段位可以由月龄推，也可以由实际购买推。两个来源可能不一致（宝宝八个月了但家里还有一段奶粉）。建议存两个：推荐段位（算出来的）和实际段位（最近一次购买），差异本身就是一个提醒信号。
字段的必填和选填要分清楚。出生日期必填，性别建议必填，过敏史建议必填（允许填「无」），喂养方式选填。全部必填会让导购在高峰期随便填，全部选填会让档案形同虚设。填「无」和留空是两回事，前者是有效信息。
二、一个会员多个宝宝怎么处理
结构上是一对多。会员表、宝宝表、关系表三张表。关系表记会员和宝宝的关系以及是否主要联系人。这样一个妈妈两个宝宝、两个家长一个宝宝都能表达。
要有一个「当前宝宝」的概念。导购在收银或查档案时，界面上要有一个默认选中的宝宝，通常是最近有互动的那个。没有这个概念，每次操作都要先选宝宝，高峰期很拖节奏。
营销动作按宝宝触发，不按会员触发。「宝宝满六个月了，可以加辅食」这条提醒的对象是宝宝，不是会员。一个会员有两个宝宝，就应该收到两条不同内容的提醒。按会员触发，只能推一条，另一条永远丢失。
二胎的建档时点要提前。很多门店在孕妈阶段就开始建档，这时没有出生日期，只有预产期。要允许「孕妈档案」这个状态存在，出生后补录出生日期并转为正式档案。没有这个状态，孕妈客户只能建在备注里，之后就找不到了。
消费记录要能归到宝宝。买奶粉这笔消费属于哪个宝宝，要能标记。不标记的话，两个宝宝的消费混在一起，复购周期就算不准。收银时让导购选一下宝宝，多花两秒，但后面的数据全都准了。
合并与拆分要能处理。常见情况是爸爸办了一张卡、妈妈办了一张卡，两个宝宝被建了两遍。系统要支持档案合并：把重复的宝宝档案合并到一条，消费记录归并。没有合并功能，数据会一直重复下去。
宝宝的「毕业」也要处理。宝宝长到三四岁，母婴消费基本结束，档案应该进入「已毕业」状态而不是删除。已毕业档案仍然有历史价值（可以推儿童相关品类），删掉就再也找不回来了。
三、档案怎么用起来
用途一：推荐。月龄加当前段位，能直接给出「该喝几段」「该用什么尺码」「可以加什么辅食」。这是最基础也最常用的一个用途，它把导购从「凭经验」变成「查一下」。
用途二：提醒。转段提醒（快到下一段月龄）、复购提醒（按消耗周期算）、体检和疫苗提醒（按月龄节点）、生日提醒。四类提醒的时间点和内容完全不同，不能做成一个「关怀提醒」笼统发出去。
用途三：拦截。过敏原和商品成分的匹配。这一步要求商品档案里有成分或过敏原标记，否则没法拦。母婴门店里真正能拦住的场景不多，但一旦拦住一次，客户信任度提升很大。
用途四：话术支持。导购在客户档案页能看到「宝宝十个月，混合喂养，对鸡蛋轻微过敏，上次买的是二段奶粉，还剩大约两周的量」。这几条信息就能支撑一次自然的对话，不需要背话术。
宝宝档案要有变更历史。过敏史从「无」变成「牛奶蛋白」、喂养方式从母乳变成配方，这些变更本身就是重要信息。只存当前值，就看不出宝宝的成长轨迹，也无法解释为什么某个月的推荐突然变了。
档案要能在收银时自动弹出。识别会员后，收银界面直接显示宝宝月龄、过敏史、上次购买、剩余预估。这个弹出不需要导购主动查，它是被动提示。主动查的档案没人查，被动弹的档案才会被用起来。
档案要和消费记录双向可达。从档案能看消费记录，从消费记录能回到宝宝档案。单向可达的系统，导购在收银时看不到历史，在查历史时又想不起是哪个宝宝，两个方向都要通。
用途五：分层。按月龄分群做活动，比按消费金额分群更符合母婴的逻辑。同样是月消费五百的客户，宝宝三个月和宝宝两岁，需求完全不同。按金额分层只能分出「大客户」，按宝宝月龄分层才能分出「该推什么」。
档案质量要能被度量。指标可以是「出生日期完整率」「过敏史填写率」「喂养方式填写率」。这三个率低于某个水平，说明导购没在填，后面的所有推荐都是空转。定期看这三个数，比看会员总数有用。
四、隐私、权限与合规边界
宝宝档案属于敏感个人信息。涉及未成年人、健康信息，采集和使用都要有明确的目的，并取得监护人同意。这一点在系统设计上要体现为「授权字段」，而不是一句协议文本。
档案要定期回访更新。宝宝半年前填的喂养方式，现在多半已经变了。建议在每次到店时提示导购顺手确认一下关键字段，成本很低，但能让档案保持鲜活。
纸质登记表要能导入。很多门店的宝宝档案最初记在纸卡或本子上，上线系统时要能批量导入，否则导购会抵触——因为等于要重复录一遍。导入做得顺，初始档案的完整率就高，后面的推荐才有数据可用。
权限要按角色收紧。导购能看本店会员的宝宝档案，店长能看本店全部，区域能看汇总但不能看明细，总部做分析时用脱敏数据。默认全部可见的系统，一旦人员流动，数据就流出去了。
导出要限制。批量导出宝宝档案（含手机号、出生日期、过敏史）是最容易出事的操作。建议默认关闭批量导出，需要时走审批并记录导出人和条数。
健康信息不做营销素材。过敏史、特殊体质这类信息只能用于服务和推荐，不能出现在群发内容里。比如不能发「您家宝宝对牛奶蛋白过敏，这款特殊配方适合您」这样的消息，这类触达会让人不适，也有合规风险。
员工离职要能切断访问。账号停用要及时，且离职员工的客户档案要能转移给接手人。这两件事在系统里都要有明确的操作入口，靠人工记一定会漏。
记录访问日志。谁在什么时候看了哪个宝宝档案，尤其是跨店查看。日志平时没人看，但出问题时它是主要依据。
五、常见问题解答
月龄应该存还是算？
算。只存出生日期，月龄、周龄、转段时点全部由系统计算。存月龄字段的系统需要每天更新，一旦任务失败，全店推荐都会错，而且没人会立刻发现。
一个妈妈两个宝宝，会员卡要办两张吗？
不用。一张会员卡，下面挂多个宝宝档案。消费记录归到具体宝宝，会员权益按会员算。办两张卡的后果是消费数据分散，等级和积分都不准。
过敏史一定要填吗？
建议设为必填，允许填「无」。填「无」是有效信息，留空是未知，两者在推荐时的处理完全不同。留空时系统应该提示导购确认，而不是默认没有过敏。
宝宝档案能跨店看吗？
能看，但要按权限分层。导购看本店，店长看本店全部，区域看汇总，总部用脱敏数据。跨店看明细要留访问日志。完全隔离会让客户在另一家店重复被问一遍，体验很差。
宝宝长大了档案怎么办？
转为「已毕业」状态，不要删除。历史消费记录和成长记录仍然有价值，可以用于推儿童相关品类。删除之后这些数据全部丢失，而重建几乎不可能。
孕妈还没生，能建档吗？
能，用「孕妈档案」状态，存预产期不存出生日期。出生后补录出生日期并转为正式档案。没有这个状态的系统，孕妈客户只能记在备注里，之后就找不到了。
档案里记的健康信息能用来做营销吗？
不能。过敏史、特殊体质这类信息只能用于服务和推荐，不能作为群发内容的话题。这类触达会让人不适，也有合规风险。授权范围内的个性化服务可以做，营销话术不行。
六、九尾狐在这类问题上的做法
九尾狐在做宝宝档案时，头一件事是把月龄做成计算结果而不是存储字段。但这个决定会影响所有后续查询的写法，而它是真正能让数据长期正确的做法。存月龄的系统上线三个月后，一定有大量档案的月龄是错的。
第二个做法是会员与宝宝一对多，消费记录归到宝宝。这个结构在收银时多一个选择动作，但它让复购周期、段位推荐、分层营销全部有了数据基础。做成一对一的系统，二胎家庭的数据永远是糊的。
第三个做法是过敏史结构化。两级结构（过敏原加严重程度）看起来只是多一个下拉框，但它决定了系统能不能做拦截、能不能做统计。自由文本的过敏史，除了导购自己看，谁也利用不了。
第四个做法是权限按角色分层加访问日志。母婴档案涉及儿童健康信息，这类数据的管理成本必须提前计入，不能等出了问题再补。默认全可见的系统，风险远大于它带来的便利。
七、综上所述
宝宝档案是母婴门店所有精细化动作的地基。月龄算不准，推荐就错；过敏史不结构化，拦截就做不了；喂养方式不记历史，复购周期就算不对；消费不归到宝宝，两个孩子的数据就永远混在一起。这些字段填起来要花导购几秒钟，但正是这几秒钟，决定了这家店能不能在客户开口之前就知道该说什么。