简介这份《BRD母婴需求文档》是一份面向产品经理、创业者及母婴行业从业者的商业需求文档以都市孕妈为目标用户围绕社交、健康、信息获取与就医不便等痛点给出从市场分析、竞品研究到商业价值评估的完整产品设计思路。资源包共1个文件为doc格式大小约340KB内容涵盖文档目的与范围、产品开发目的、用户问题描述、解决方案、推出时机、市场规模测算及投入盈利预测等模块结构接近标准BRD模板。文档中既有对母婴市场总量、用户画像与消费能力的量化分析也包含基于LBS的社交、O2O上门服务、实时监控等创新功能设想可作为撰写同类需求文档时的框架参考与案例素材。目前已有199人学习适合需要了解母婴产品立项逻辑、学习BRD写作结构或寻找产品切入点的读者参考借鉴。1. 从一份 2014 年的 BRD 说起母婴产品设计到底要解决谁的痛翻到这份《BRD母婴需求文档.doc》的时候我第一反应是——这玩意儿居然还在。2014 年的文档版本 1.0状态草稿作者栏空着完成日期写着 2014-10XX。放在今天看它像一块化石但恰恰是这块化石把当年移动互联网刚起势时一个母婴产品从想法到立项的完整推演过程摊在了桌面上。它要解决的核心问题很具体都市孕妈在社交、健康、信息获取三件事上同时卡壳。社交不安全、专业知识够不着、挂号就诊难、突发情况没人管。文档里管这叫“切肤之痛”用词挺狠但方向没跑偏。这份 BRD 不是给开发看的它的读者对象写得很清楚——CEO、CTO、CFO、COO、VP是一份给决策层看的商业论证材料。如果你正在做产品设计尤其是母婴、社区、O2O 服务这类方向这份文档的价值不在于它的结论有多新而在于它的推演结构从用户痛点到市场规模从竞品拆解到商业模式从团队配置到财务三张表一条线拉通。它适合两类人一是需要写 BRD 但不知道从哪下笔的产品经理二是想看懂一个产品立项逻辑的运营和创业者。下面我按自己拆文档的习惯把这份 BRD 里真正能抄作业的部分拎出来。2. 拆解 BRD 的骨架从文档目的到市场规模怎么落笔2.1 文档目的和范围先框住读者再框住内容这份 BRD 的第 0 章是很多人写文档时最容易糊弄过去的部分但它恰恰决定了后面所有内容的边界。文档目的写了四件事解决用户什么难题、了解市场状况和竞品、明确商业价值、计算收益。范围圈定了市场分析、需求分析、商业价值、投入与盈利。读者对象直接列了 CEO 到 VP 五个角色。我一般写 BRD 的时候会先做一件事把读者对象写在最前面然后倒推他们关心什么。CEO 关心方向和市场规模CTO 关心技术可行性CFO 关心投入产出COO 关心运营落地。这份文档在 0.3 节把读者列清楚之后后面的章节顺序基本就是按这个逻辑排的——先讲问题CEO 爱看再讲解决方案CTO 要评估然后是市场规模和竞争格局CEO 和 CFO 都关心最后落到商业模式和财务资料CFO 的主场。参考文献部分列了友盟、艾瑞网和《2013-2014移动大势》虽然格式不算规范但至少说明数据有出处。术语表解释了 CEO、CTO、CFO 三个缩写这在今天看有点多余但在 2014 年给传统行业背景的高管看这个动作是必要的。提示写 BRD 时文档目的不要写成“本文档旨在描述产品需求”这种废话。要写成“本文档用于说服决策层批准立项重点论证市场机会和投入产出比”让读者一眼知道这份文档的使命。2.2 产品开发目的把公司战略翻译成用户价值第 1 章“产品开发目的”写了四条我逐条拆一下它的写法。第一条以母婴为切入点解决社交需求增强用户粘度同时解决挂号难、上门服务、专业知识、紧急血源需求。第二条利用移动互联网技术做在家产检功能。第三条顺应公司战略PC 端成熟后移动端势在必行。第四条通过活动帮助品牌推广积攒用户和投资。这四条其实对应了四个不同的说服对象第一条说服产品团队第二条说服技术团队第三条说服管理层第四条说服市场和投资人。写 BRD 的时候产品开发目的一定要分层写不能只写“我们要做一个母婴 APP”那等于什么都没说。文档里有一段关于传统运营模式和移动互联网用户行为对比的论述大意是传统母婴产品靠扫帖、靠社区公知、靠熟人经验而移动互联网的本质是碎片化时间参与和实时交互。这段论述放在 2014 年是有洞察的它直接推导出了后面“社区工具服务”的产品形态。2.3 问题定义四项“切肤之痛”怎么排序第 2 章把用户问题归纳为四条社交需求不满足且安全性存疑、专业孕产知识获取渠道有限、挂号就诊难、突发情况无法及时解决。这四条不是并列关系按紧急程度排突发情况最急挂号就诊次之专业知识再次社交需求最缓但粘性最强。文档在 2.2 节简单提了行业现状已有母婴 APP 基于 LBS 做医疗服务和社区讨论。但没展开的是这些竞品各自解决了哪条痛、没解决哪条。这恰恰是 BRD 里最该补的地方。我一般会做一个简单的矩阵横轴是四类痛点纵轴是主要竞品打勾打叉一眼就能看出市场空白在哪。2.4 市场规模测算两种口径和一组关键数据第 5 章的市场规模部分给了几组数据0-6 岁儿童约 1.3 亿每年出生人口 1600 万到 2200 万2015 年母婴市场总量预计 2 万亿新生代母婴群体人均年消费 5000 到 18000 元。还引了妈妈圈的数据上线 90 天 537 万下载量320 万激活量日均发帖 40 万。这些数据放在今天看有些已经过时但测算逻辑值得参考。它用了两种口径一种是自上而下的宏观口径人口基数乘以渗透率乘以客单价一种是自下而上的竞品对标口径参照妈妈圈的增长曲线推算自己的获客节奏。两种口径互相验证比只拍一个数字要靠谱。测算口径数据来源关键假设适用场景自上而下人口普查、行业报告渗透率、客单价向投资人讲市场天花板自下而上竞品公开数据获客成本、留存率向管理层讲执行可行性注意BRD 里的市场规模数据一定要标注来源和年份。2014 年的 2 万亿预测放到今天已经不能直接用但如果你写的是历史复盘或竞品研究保留原始数据反而能看出当年的判断逻辑。3. 竞品分析和功能对比一张表看懂产品定位3.1 竞品拆解妈妈社区、柚柚孕儿、怀孕管家、孕妇孕期必备第 6 章是这份 BRD 里最扎实的部分。它列了四个现有竞品和若干潜在竞品每个都给了产品定位和特色功能。妈妈社区主打社区交流加百宝箱工具柚柚孕儿主打问答加金币商城怀孕管家主打孕期知识加记录功能孕妇孕期必备主打百科工具加电商导流。然后它做了一张功能对比表横轴是功能项纵轴是竞品用星号标特色、对勾标支持、叉号标不支持。这张表覆盖了社区、热帖、我的医院、圈子、母婴用品、一键分享、晒图、日记、育儿课堂、签到积分、趣味测试、饮食、儿歌、预产期计算、3D 宝宝、消息、准爸陪伴、亲子相机、附近好友等将近二十项功能。我数了一下四个竞品里社区、热帖、圈子、母婴用品、晒图、饮食、消息这几项是标配大家都有。而我的医院、医院详情、儿歌、3D 宝宝、准爸陪伴、亲子相机、附近好友这几项只有个别竞品有或者大家都没有。这就是机会点。3.2 功能对比表的读法找空白比找优势更重要很多人看竞品对比表习惯看“我比竞品多了什么功能”。但这份 BRD 的对比表更有价值的读法是看“哪些功能大家都没做”。比如“我的医院”和“医院详情”四个竞品里只有妈妈社区标了星号其他三个都是叉。这说明医疗资源整合这件事在 2014 年基本没人认真做。再比如“准爸陪伴”只有怀孕管家有其他三家都没有。这个功能对应的是文档第 2 章提到的“社交安全性”问题——让准爸参与进来既能提升家庭互动又能间接解决孕妇社交的安全顾虑。文档在 6.4 节做了 SWOT 分析但这里有个明显的 bug优势和劣势部分写的是宠物租赁、寄养监控、宠物医院跟母婴产品完全不搭。这应该是从另一个宠物项目文档里复制过来忘了改。这种错误在 BRD 里是致命的决策层看到会直接质疑整份文档的严谨性。提示竞品分析表做完之后一定要交叉检查每一列的填写是否一致。我见过太多文档前面写母婴后面 SWOT 写宠物或者财务表里的人力成本按另一个项目的规模算。这种低级错误一旦出现整份文档的可信度就打折了。3.3 战略层定位社区医疗工具的三层结构从竞品对比和 SWOT 分析里可以反推出这份 BRD 想做的产品定位以社区为基础以医疗快捷服务为差异化以趣味工具为辅助。文档在 6.2 节末尾总结了一句话“产品以社区医疗快捷服务为主辅助以一些趣味的方式来缓解用户紧张的孕期氛围。”这个定位在 2014 年是合理的因为当时妈妈社区已经证明了社区的粘性但医疗资源整合还没人做好。如果这份 BRD 今天要更新我会建议把“医疗快捷服务”进一步拆成“在线问诊”“挂号导诊”“产检提醒”三个子模块每个子模块单独做竞品对标。4. 商业模式和开发计划从免费到后向收费的路径设计4.1 盈利模式前期免费后期分阶段变现第 8 章商业模式部分写得很直白针对用户免费通过积分换奖品和回帖增加粘度快速积攒用户群形成粉丝效应。后期根据市场状况调节或者加入 VIP 角色做功能盈利。销售渠道分了线上和线下线上包括应用商店、自媒体、竞价推广、公众号、智能客服线下包括妇幼医院合作、海报 DM 单、公益活动。这个变现路径在 2014 年是主流打法先烧钱换规模再找变现方式。文档在 8.5 节把开发计划分成了四期基础业务建设期、精品应用建设期、规模发展用户期、盈利成熟期。规模发展期的目标是 100 万活跃用户盈利成熟期则从“前向收费”转向“后向收费”——也就是从向用户收费转向向商户收费。阶段核心目标关键动作收入来源基础业务建设期平台搭建、资源整合行业合作、前期调研无精品应用建设期社交医疗指导三模块上线增强互动、提升粘度无规模发展用户期100 万活跃用户免费策略、营销推广无盈利成熟期商户入驻、规模收益产品信息发布、营销推广销售返点、分成4.2 开发计划的节奏控制为什么基础业务建设期最重要文档在 8.5.1 节说了一句话“基础业务建设阶段是最初也是最重要的环节。”这句话我认同。很多产品死在第一期的资源整合没做好就急着进第二期做功能结果功能做出来了商户没进来用户来了没东西用。基础业务建设期要达成三个目标收集业务和用户信息推动调研、获取内容落实合作资源、通过产品建设获取行业应用项目打造标杆。翻译成大白话就是先搞清楚用户要什么再找好内容和服务供应商最后拿下一个标杆客户证明模式可行。4.3 团队配置和财务三张表BRD 的收尾动作第 9 章团队描述列了产品经理、项目经理、市场人员、关键技术人员、产品化人员五个角色每个角色给了知识技能要求和工作时间。第 10 章财务资料给了利润表、资产负债表、现金流量表三张表的框架但具体数字都是空的只填了资源名称和级别。这种写法在 BRD 草稿阶段是常见的——先把框架搭好等数据齐了再填。但如果是正式发布的 BRD财务三张表必须有具体数字哪怕是用假设值。CFO 看 BRD 第一眼就是翻到财务部分如果看到一堆空表格后面的内容他基本不会细看了。注意财务三张表里的假设条件要写清楚。比如“人均年消费 5000 元”这个数字是怎么来的是行业报告还是自己的调研要标注。否则 CFO 会认为你在拍脑袋。5. 避坑与常见问题BRD 写作和评审中的五个翻车现场5.1 现象竞品分析表里出现完全不相关的行业数据原因从其他项目文档复制粘贴时没有清理干净。这份 BRD 的 SWOT 分析里出现了宠物租赁、寄养监控、宠物医院等内容跟母婴产品毫无关系。解决写完每个章节后单独通读一遍检查行业术语是否一致。最好让一个不了解项目背景的同事盲读看他能不能发现违和感。5.2 现象市场规模数据没有标注来源和年份原因写作者直接从网上搜了一个数字贴进去没有记录出处。这份 BRD 里“2015 年母婴市场总量将达到 2 万亿元”这个数据没有标注是哪个机构在哪一年发布的。解决建立数据来源表每引用一个数据就记录来源、发布时间、原文链接。BRD 定稿前逐条核对确保每个数据都能追溯到原始出处。5.3 现象财务三张表只有框架没有数字原因写作者认为财务数据应该由财务部门提供自己只负责搭框架。但 BRD 是立项文档没有财务数据的 BRD 等于没有结论。解决产品经理至少要给出假设值并标注“假设条件”和“待财务确认”。比如“假设获客成本 5 元首年获取 100 万用户营销费用 500 万”让 CFO 有东西可审。5.4 现象文档目的和读者对象不匹配原因文档目的写的是“解决用户难题”但读者对象是 CEO 和 CFO。CEO 和 CFO 关心的是商业价值不是用户难题本身。解决文档目的要针对读者对象写。给 CEO 看的 BRD文档目的应该写“论证市场机会和商业价值申请立项资源”。给产品团队看的 BRD才写“明确用户需求和功能范围”。5.5 现象版本历史和文档状态没有及时更新原因这份 BRD 的版本历史只写了 1.0 和“积累用户产生用户粘度”完成日期是 2014-10XX状态是草稿。如果这份文档后来更新过但没有记录评审时就会混乱。解决每次修改 BRD 都更新版本历史写清楚修改人、修改日期、修改内容。文档状态从草稿到正式发布要经过至少一轮评审并记录评审意见。6. 从 BRD 到 PRD 的衔接一份需求文档的验证清单写完 BRD 只是第一步真正落地还要过 PRD 这一关。我一般会在 BRD 定稿后做一次衔接检查确保 BRD 里的每个商业目标都能在 PRD 里找到对应的功能模块。这份 BRD 里提到的“社交医疗工具”三层结构到了 PRD 阶段就要拆成具体的页面和交互。比如 BRD 里说“基于 LBS 的社交功能”PRD 里就要写清楚定位精度要求多少米、附近好友的刷新频率、隐私保护怎么设置、用户拒绝授权定位时怎么降级。BRD 里说“O2O 模式的上门服务”PRD 里就要写清楚服务人员资质审核流程、预约时间粒度、取消订单的规则、支付和退款流程。我自己的习惯是做一个 BRD-PRD 对照表左边是 BRD 里的商业目标右边是 PRD 里的功能模块和验收标准。如果某个商业目标在 PRD 里找不到对应模块要么是 BRD 写虚了要么是 PRD 漏了。BRD 商业目标PRD 功能模块验收标准解决社交安全性问题实名认证、准爸绑定、举报机制实名率≥80%举报响应≤24h解决挂号就诊难医院列表、科室导航、挂号跳转覆盖三甲医院≥50家解决专业知识获取专家问答、知识库、课程体系问答响应≤2h知识库条目≥1000增强用户粘度签到积分、金币商城、等级体系次日留存≥40%七日留存≥20%这份 BRD 里还有一个细节值得注意它在 8.5.4 节提到“由前向收费模式向后向收费模式的转变”。这个转变在 PRD 阶段就要设计好数据埋点比如用户行为路径、商户曝光点击、订单转化漏斗。否则到了盈利成熟期拿不出数据来向商户收费。从那以后我每次写完 BRD都会强制走一遍“商业目标到功能模块”的映射检查确保每个目标都有落点每个落点都有验收标准。这份 2014 年的 BRD 虽然有些地方已经过时但它的骨架和推演逻辑放到今天做产品设计依然能省不少弯路。希望帮到你。本文还有配套的精品资源点击获取