# Market Table Research

> 开展证据驱动的市场分析、竞品研究、硬件产品调研、用户与人群调研，核验公开来源并输出结论优先、字段统一、证据可追溯的 Word、Excel 或 Markdown 报告。适用于分析市场格局、硬件配置与装配、目标用户、核心需求、竞品与替代方案、价格销量、团队、营销运营和产品机会；不适用于证券行情分析或投资建议。

- Skill: `luqi67677/market-table-research` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add luqi67677/market-table-research`
- Raw SKILL.md: https://api.skillmd.com/api/skills/luqi67677/market-table-research/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Data & Analytics
- Author: luqi67677 (https://skillmd.com/u/luqi67677)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/luqi67677/market-table-research

---


# 2026-09-05 市场分析与竞品调研 V1.5

## 安装与使用

将完整的 `market-table-research` 目录放入目标 Agent 可读取的 Skill 目录，并保持 `SKILL.md`、`agents/`、`references/` 与 `assets/` 的相对路径不变。Codex、Claude Code、Kimi Code 与 WorkBuddy 的安装位置、调用方式和验证命令见 [README](README.md)。

## 目标

把一个模糊的市场问题整理成可以直接用于产品决策的分析：先确定目标市场、谁有问题、问题是什么、产品应该往哪个方向解决，再研究竞争格局、已有产品和替代方案。先给可被证据支持的市场结论，再用统一字段呈现关键产品、数据与来源。用户要求“只要表格”时，不添加背景、方法说明或泛泛建议。

## 交付排版

- 先遵循用户指定的 Word、Excel 或 Markdown 格式；用户未指定且内容超过 3 页时，默认交付 Word 正式调研报告。
- Word 报告不做成 PPT 或仪表盘：不使用多色卡片、巨大数字、大面积色块、装饰圆形或每类一种颜色。以标题、摘要、正文、表格、图表和来源注释组成正式商业报告。
- Word 正文默认 A4 竖版；只有确实无法收窄的对比表才局部使用横版分节，不得因为一张表把整份报告设为横版。
- Word 默认只使用一种深色主色、一种低饱和强调色与中性灰阶；正文页保持白底，强调色占比不超过约 10%。表头可用深色或浅灰，数据行使用白色/极浅灰交替，不使用粉、黄、绿、蓝多色混排。
- Word 页面必须连续流式排版：除封面、目录或用户明确要求的章节外，禁止在每个类别前手动插入分页符，禁止用大量空段落撑开页面。
- 页面空白是可读性手段，不是空页：除封面和最后一页外，单页主要内容应使用至少 65% 的可用版心；不得出现下半页或整页无内容、只剩页脚的情况。
- 超过 6 列的 Word 表格优先拆成“核心对比表 + 产品详情表/附录”；不通过缩小到无法阅读的字号硬塞 15–19 列。
- 跨页长表自动重复表头，不在表内手动分页；默认允许内容较长的数据行跨页拆分，不得对所有表格行统一设置“整行不拆分”，以免整行被推到下一页造成巨大空白。
- 标题可使用“与下段同页”，但只绑定紧邻的导语，不得把整组段落或整张表绑在同一页。
- Word 输出必须阅读 [Word 正式调研报告排版规范](references/word-report-layout.md)，并在交付前按其逐页验收。
- Word 每一页都必须在页脚右下角放置焱七 V0.2 署名角标：直接使用 `assets/yanqi-v0.2-footer-logo.png`，其中已固定“剪影在上、`@焱七` 在下”的结构。不得使用、重绘或引用 V0.1 人物形象。
- 产品表必须直接显示产品图，不能只放“产品图”文字链接；图片应是产品界面截图、产品外形图或官方商品图。
- 产品图优先下载并嵌入报告的本地资源目录，Markdown 单元格使用 `![产品图](本地图片路径)`；产品来源链接另放在官网/公开来源字段。
- 每个产品至少有一张经过来源核验的真实产品图；无法找到、下载或确认归属时，产品图字段只写`/`，不放占位图、搜索结果缩略图或AI生成示意图。
- 页面使用清晰的标题层级、短句、细分隔线和少量低饱和标签区分“已确认 / 部分确认 / / / 不适用”；不使用大段宣传语、无意义装饰或把同一信息重复写三遍。
- 产品较少时以一张主表为主；产品较多时按软件、硬件、软硬件结合或直接竞品/替代方案分组，每组保持相同字段。
- 用户明确要求“只要一张表”时，仍保留产品图、状态标签和可点击来源，但不额外添加方法论、背景说明或表外长文。

## 调研前先固定边界

从用户请求中提取并记录，顺序不能颠倒：

- **目标人群**：年龄、性别、地区、生活状态、已有替代方案；
- **核心需求**：用户想解决的情绪、效率、陪伴、审美、社交或其他问题；
- **产品方向**：可能是软件、硬件、软硬件结合、服务、内容、社区或实体消费品，不预设为硬件；
- 产品类别和必须具备的功能；
- 只有用户明确提出时，才记录技术硬条件，例如 NFC、蓝牙、App、可穿戴；
- 价格上限、币种和价格口径；
- 需要的市场字段，例如软件日活/下载量、硬件销量、发布时间、团队介绍、社交互动或产品图；
- 交付格式、标题层级和是否允许表外文字。

如果用户同时提出“限定条件调研”和“全部产品调研”，拆成两个编号部分：第一部分严格按限定条件筛选，第二部分放宽价格、形态或技术条件，但必须在结论和表头中写清边界。不要把不符合硬条件的产品误写成符合产品。

## 硬件产品强制调研门槛

一旦用户明确调研实体硬件、智能硬件、电子玩具、可穿戴设备或软硬件结合产品，不能只做功能趋势总结。先建立“硬件产品证据卡”，逐个产品完成以下字段，再做跨产品结论。

执行硬件调研时，同时读取 [证据与字段说明](references/evidence-and-table-schema.md) 的“硬件产品报告结构”和硬件字段口径。

### 每款硬件的必查字段

| 模块 | 必查字段 | 证据与写法 |
|---|---|---|
| 产品身份 | 准确产品名称、品牌、型号/版本、在售/预售/众筹/概念状态、发布时间 | 优先官方产品页、官方商城、说明书和官方账号；名称或归属无法确认时不进入正式主表 |
| 产品图片 | 正面主图；能找到时补侧面、背面、接口、佩戴/装配方式和包装清单 | 必须下载来源明确的官方图、官方商品图或用户提供实拍并直接嵌入；至少一张可确认归属的主图是硬件主表准入条件 |
| 官网与购买入口 | 品牌官网、产品页、官方商城；淘宝/天猫、京东、拼多多等真实商品页 | 官网和电商页分列；逐页打开验证，不用搜索摘要或搜索结果链接代替 |
| 售价 | 官方原价、当前促销价、套装价、订阅/服务费、电商到手价 | 币种、版本、平台、店铺性质和访问日期必须同时写明；不同渠道价格不可混为一个“市场价” |
| 销售与热度 | 官方销量/出货量；平台明确显示的已售/付款人数；评价数；众筹支持人数；社媒互动 | 销量、评价量、收藏、点赞和众筹金额分开记录。淘宝/天猫、京东、拼多多与小红书至少完成可访问性检查，不能用小红书热度代替销量 |
| 核心功能 | 宠物/工具主循环、关键玩法、主动与被动交互、离线能力、联网能力 | 从官方演示、说明书、App 页面和实测视频交叉提炼，写清“用户做什么—设备如何反馈—状态是否保留” |
| 外部装置 | 屏幕、实体按键、触摸区、旋钮/摇杆、摄像头、麦克风、扬声器、灯、振动/电机、充电口、挂点、背夹、磁吸、可换外壳与配件 | 区分“图片中可观察”与“官方明确规格”；不得从渲染图猜内部器件 |
| 硬件配置 | 屏幕技术/尺寸/分辨率，芯片/MCU，RAM/Flash/可存内容量，电池容量/续航/充电时间/输入，蓝牙/Wi-Fi/NFC，传感器，尺寸、重量、材料、防护等级 | 优先规格页、说明书、认证资料、拆解或可靠评测；每个数值都附对应来源。查不到写`/`，不按外观或同类产品估算 |
| 结构与装配 | 机身层次、前后壳、屏幕与保护层、软硬材料组合、固定与佩戴结构、可拆/可换件、接口位置、包装附件；有证据时记录内部布局、维修或拆解信息 | 外观装配可由多角度实拍确认；内部装配必须来自官方爆炸图、说明书、认证图、拆解或可靠评测。没有内部证据时只写外部结构 |
| 软件配套 | App/小程序名称、下载入口、配网/绑定方式、内容传输、账号、离线使用、OTA、云端依赖、订阅 | 以官方应用页、应用商店、说明书或实际界面为证据；只看到宣传图不能写成已上线 |
| 公司与团队 | 公司主体、品牌关系、成立时间、创始人/核心团队、与硬件或 AI 相关背景、融资/合作 | 公司官网、企业公示、应用商店开发者、官方公告和可靠媒体；营销软文不作为唯一团队证据 |
| 营销与运营 | 渠道组合、账号矩阵、内容主张、KOL/KOC/用户内容、预热与首发节奏、促销与晒单激励、转化入口、激活/留存/复购/分享机制 | 逐条核验官方账号、代表性内容、活动规则与商品页；付费投放或 KOC 合作无明示证据时只能标记“疑似/无法确认”，不得把帖子多直接写成自然口碑 |
| 产品级结论 | 定位、核心循环、硬件路线、优势、短板、适用人群、可借鉴点、不可照搬点 | 必须按“事实→判断→对当前项目建议”写，不能只在全文末尾给一段泛化结论 |

### 硬件报告准入与完成标准

- `产品名称＋真实产品图＋已打开的官网/官方页或商品页＋核心功能` 四项是主表准入项；任一缺失时，只能放入“待核验线索”，不能作为正式竞品。
- 每款直接竞品必须检查 `官方/品牌来源＋主流电商＋社媒/用户内容＋公司/团队来源` 四类渠道。受登录、地区或反爬限制时，在来源台账记录“检查过但无法读取”，不得假装已核验。
- 价格、销量、硬件配置、团队四类中若有两类以上只有`/`，该产品标记“证据不完整”，不得给出确定性产品结论或市场领先判断。
- 主表不能因列太多而省略关键字段。正式 Word 优先拆成“市场与购买对比表＋逐产品硬件证据卡＋综合结论”，不把全部内容挤进一张不可读的超宽表。
- 交付前逐款执行字段覆盖检查。硬件主表没有产品图、没有可点击购买/官网入口、没有价格/销售口径或没有硬件配置表时，整份报告不得标记为“已完成”；只能标记为工作稿并继续补证据。

## 搜索顺序

按下面的优先级获取证据，并在表格中保留来源链接：

1. 品牌官网、产品页、官方规格、官方商城；
2. App Store、Google Play、官方应用页，用于确认软件真实存在并提供下载或安装入口；
3. 淘宝、天猫、京东、拼多多等电商商品页，用于价格、平台明确展示的销量/付款人数、评价量、店铺性质和上架状态；硬件调研必须逐个平台检查可访问结果；
4. 公司官网、招股书、投资者材料和正式公告，用于公司与公开销售数据；
5. 小红书、抖音、微博、B站、TikTok 等社交社区，用于内容热度、评论反馈、用户画像和使用场景；优先查品牌官方账号，同时保留代表性用户内容。小红书和抖音的可核验主页或内容链接必须单独进入“社媒链接”字段，不与“内容来源渠道”混写；
6. 七麦网（[qimai.cn](https://www.qimai.cn/)），用于软件产品图片、App公开规模数据和榜单信息；表内注明“七麦公开口径”，不把估算下载量写成日活；
7. 可核验的专业媒体评测和独立媒体评测，用于判断实际体验、优点、缺点、适用人群和购买风险；评测分析必须保留原始文章或视频链接；
8. 新闻、行业数据库和聚合站，只用于补充，并标注为第三方来源；
9. 概念页、论坛或原型页只能作为“概念参考”，不能当成在售竞品。

当前价格、在售状态、销售数据和平台排名具有时效性，必须联网核验。找不到或无法确认时，对应单元格只写`/`，不要用猜测补齐。

## 公开数据渠道与校验层级

按数据类型选择公开渠道，不把一个渠道的所有数字都当成同一种事实：

| 渠道层级 | 可查内容 | 使用边界 |
|---|---|---|
| 产品官网、官方商城、官方应用页 | 产品定位、规格、发布时间、价格、图片、公司和团队 | 最优先的一手来源；官网未写明的销量不能自行推断 |
| App Store / Google Play | 下载入口、开发者、版本、发布时间、评分和评论 | 可证明软件公开上架；评分数不是日活，不能代替下载量 |
| 七麦网（[qimai.cn](https://www.qimai.cn/)） | 软件图片、榜单、公开下载/规模估算 | 作为软件图片和公开规模数据来源；表内写明“七麦公开口径”，不把估算值写成官方日活 |
| 淘宝、天猫、京东、品牌官方商城 | 商品价格、评价量、上架状态、预售或商品页信息 | 评价量不是销量；只有平台明确显示的销量才能写销量，并注明平台和日期 |
| Kickstarter、Indiegogo、摩点等众筹项目页 | 众筹目标、已筹金额、支持人数、项目更新时间 | 支持人数/筹款额是众筹信号，不等于已交付销量；必须标注项目状态 |
| 国家企业信用信息公示系统、证券交易所公告、公司年报 | 公司主体、成立时间、股东或公开经营披露 | 用于核验公司与团队，不把注册资本或融资额写成销售额 |
| 可靠媒体、行业报告、专业评测 | 行业背景、产品评测、融资或公开市场数据 | 标明媒体/报告性质和发布日期；无法追溯原文不采用 |
| 小红书、抖音、微博、B站、TikTok | 用户场景、内容热度、用户反馈 | 只能作为兴趣和体验信号，不能直接证明销量、下载量或日活 |

### 社媒链接核验规则

- “社媒链接”是独立字段，至少拆分为“小红书”和“抖音”；不要只写平台名称或把链接埋在“内容来源渠道”里。
- 优先记录官网、官方商城或官方账号明确指向的品牌主页；其次记录能确认属于该产品的代表性内容。
- 每条链接必须实际打开并确认产品归属，标注“官方账号 / 官方内容 / 用户内容”、来源链接和访问日期。
- 无法确认归属、需要登录才能核验、已失效或只是搜索结果的链接，社媒链接单元格只写`/`，不得作为已确认社媒链接。

### 公开数据核验规则

- 核心数字优先使用一手公开来源；能找到独立第二来源时必须交叉核验，并在单元格中保留两个原始可点击链接。
- 只有一个公开来源时，写明“单一公开来源”，保留原始链接和数据日期，不写成确定的市场事实。
- 两个来源口径不一致时，不自行挑一个；同时写出来源、日期和口径差异，必要时给出范围。
- 任何数字都要注明它测量的是什么：DAU、MAU、下载量、评分量、销量、出货量、订单量、预售量、支持人数、筹款额或社交互动量，禁止只写“数据很好”。
- 来源页面必须能实际打开；搜索摘要、截图、失效页、登录后才能看到的数字、无法确认发布主体的转载，不作为最终数据证据。

## 来源记录格式

- 每条关键事实都要保留原始可点击链接、访问日期和来源层级，推荐格式：`结论〔一手｜官网｜2026-08-25〕`，其中结论文字链接到原页面。
- **一手来源**：产品官网、官方商城、App Store/Google Play产品页、七麦原始页面、公司公告、官方众筹页、国家企业信用信息公示系统。
- **二手来源**：可靠媒体、独立评测、行业报告、研究机构或可确认作者的专业分析；必须保留文章/视频原链接和访问日期。
- 社交内容、电商评价和论坛内容可作为市场反馈信号，但单独标为“用户反馈/平台内容”，不能冒充一手销售数据或可靠媒体评测。
- 每个产品至少采集一手来源和一个独立二手来源；无法找到二手来源时，该产品的二手信息字段写`/`，来源区可注明未完成交叉核验。
- 报告末尾设置“来源区”或来源清单，按产品列出 `信息项｜结论｜来源层级｜原始链接｜发布日期（如有）｜访问日期`。

## 事实、判断与建议分离

- **事实**：来源直接写明、页面可见或平台明确显示的内容，后接来源标记。
- **判断**：基于多个事实作出的解释，使用“说明、可能、倾向于、暂不能证明”等措辞，并标为“判断”。
- **建议**：面向当前项目的取舍，不伪装成市场事实，单独放在“建议”字段或结论卡片。
- 结论必须按“已确认事实 → 判断 → 对产品的建议”顺序写，禁止跳过证据直接下结论。

## 被调研产品的市场与运营信息

硬件产品调研默认必须单列被调研产品本身的“营销与运营策略”，不等待用户再次点名。软件、服务或其他产品在用户要求“市场进入策略”“销售策略”“市场营销策略”或“运营策略”时同样执行。相关内容必须进入对应产品的表格字段或产品级补充表，不能用一套泛化的“我方可以借鉴策略”代替。

执行前读取 [营销与运营策略拆解规范](references/marketing-operations-research.md)。至少形成“渠道与账号矩阵、内容与人设、发布节奏、转化路径、激活/留存/复购/分享、KOL/KOC/UGC 证据、风险与未知项”八部分；产品较少时逐产品单列，产品较多时可用同维度对比表。

每个产品至少记录以下信息；没有公开证据时对应单元格只写`/`，不推测：

| 模块 | 必须回答的问题 | 证据来源 |
|---|---|---|
| 用户画像 | 这个产品实际面向谁，用户处于什么场景 | 官网定位、应用商店、商品页、用户评论、社交内容、可靠媒体 |
| 销售方式 | 谁付款、购买/安装什么、通过什么渠道成交 | 官方商城、电商商品页、应用商店、公司公告 |
| 市场营销 | 品牌用什么价值主张、在哪些渠道发布什么内容 | 官网文案、官方社媒、广告/内容案例、可靠媒体 |
| 运营策略 | 产品如何承接获客、激活、持续使用、留存、复购或分享 | 产品功能、订阅/配件规则、官方活动、用户反馈、媒体评测 |
| KOL/KOC/UGC | 谁在发布、是否为品牌/疑似品牌/达人/普通用户，是否明示广告、赠样、返现、佣金、指定话题或晒单任务 | 平台账号与笔记、商业合作标识、活动规则、商品页；没有明示证据时不写“品牌投放” |
| 运营时间线 | 预热、首发、缺货/补货、版本更新、上新配色、促销、晒单活动如何串联 | 官方账号发布日期、商品页、版本日志、活动海报 |
| 运营指标 | 产品公开了哪些下载、日活、留存、销量、复购或互动指标 | 七麦、公司披露、商品页、社交平台；没有就写`/` |
| 一手信息 | 品牌或平台直接披露了什么 | 官网、官方商城、应用商店、官方账号、公司公告、七麦 |
| 二手信息 | 媒体、专业评测或用户反馈实际观察到什么 | 可靠媒体、专业评测、应用商店评论、电商评价、社交内容 |

产品级字段必须和产品名称处于同一张表；若主表过宽，可按软件、硬件、毛绒、可穿戴分组，但每组都要保留同一组产品级字段。不得另起一张只讨论“当前项目怎么做”的泛化策略表，除非用户明确要求当前项目建议。

## 官网链接硬性规则

- “产品官网”只能填写经过打开验证的真实官网或官方产品页，必须使用完整的 `https://` Markdown 可点击链接。
- 放入表格前，实际打开链接并确认页面能正常访问，且页面主体确实对应该产品、品牌或公司；仅有搜索结果、域名猜测、跳转失败、空白页或与产品无关的页面，均不算确认。
- 页面发生正常重定向可以保留最终可访问地址；如果需要登录、地区限制或页面已失效，不能标记为“已确认官网”。
- 官网无法确认时，产品官网列只写`/`；把电商页、应用商店页或社交主页放在“公开来源”或“内容来源渠道”中，并明确来源类型，不得冒充官网。
- 产品图必须嵌入已验证的官网图片、官方商品图、应用商店截图或七麦图片；不能使用搜索引擎缩略图、无法确认来源的图片或未经确认的第三方图片。

## 每个产品的核验顺序

对每个候选产品逐项回答：

1. 是否真的服务于目标人群的核心需求，属于直接竞品、替代方案还是灵感参考；
2. 产品是否真实存在、是否在售、是否只是概念；
3. 产品形态是软件、硬件、软硬件结合、内容、服务还是社区；只要对象是实体硬件，即自动进入“硬件产品强制调研门槛”，不再等待用户逐项提出 NFC、蓝牙、电池、屏幕或装配要求；
4. 产品发布时间或首次公开时间是什么；
5. 团队介绍能否从官网、创始人公开资料、公司公告或应用商店确认；
6. 公开价格属于原价、促销价、订阅费、硬件价还是用户提供价格；
7. 产品规模数据是否匹配产品类型：软件优先查日活、月活、下载量或评分量；硬件优先查销量、出货量、预售量或众筹支持者；
8. 公司主体是否能从官网、App Store、公告或可信公司资料确认；
9. 小红书、抖音等社交社区是否有官方内容、用户讨论或评论反馈；没有时对应字段只写`/`。将可点击的主页/内容链接另列到“社媒链接”字段，并标记“官方账号 / 官方内容 / 用户内容”；
10. 产品图是否来自官网、官方商品页、应用商店或七麦；必须在表格中直接嵌入真实界面图或产品外形图，不能用官网链接代替；找不到或无法确认归属时，产品图字段写`/`；
11. 软件是否有真实可点击的 App Store、Google Play 或官方安装入口；没有入口时对应字段只写`/`；
12. 网上是否有可打开的产品评测；分别提炼真实体验、优点、缺点、适用人群和明显风险，没有足够可靠评测时，评测字段写`/`；
13. 与目标人群的匹配是基于产品形态、审美、内容和使用场景的判断，不写成已验证的市场结论。

## 证据标注规则

- **已确认**：来源直接写明或官方规格明确展示；
- **部分确认**：第三方来源或间接证据支持，表内说明来源性质；
- **/**：已检查或无法确认，但没有足够证据；该字段不补写解释性文字；
- **不适用**：纯软件产品不涉及 NFC 或蓝牙；
- **未商品化**：只有概念、原型或方案，没有在售证据。

## 评测分析来源规则

- “产品评测分析”只能引用可靠媒体或可核验的专业评测机构：页面须能打开，能确认媒体名称、作者或编辑团队、发布时间和评测对象，并且正文包含实际体验、测试、长期使用或明确的优缺点判断。
- 评测单元格必须同时写“结论摘要 + 原始链接”，格式为：`优点……；缺点……；适合……。[原始评测](https://...)`。
- 不采用匿名帖子、论坛问答、纯广告软文、品牌新闻稿、只有参数搬运的文章、纯带货内容、无法确认作者和媒体主体的页面作为评测依据；这类内容只能放在普通公开来源，不能支撑“评测分析”。
- 同一产品优先交叉检查至少两家可靠媒体；结论冲突时并列写出，不强行平均。只有一家可靠评测时标注“一家媒体评测”。
- 找不到可靠媒体评测时评测字段只写`/`，不得用社交平台点赞量、用户评论或品牌宣传替代评测。

## 产品类型与规模数据

先判断产品类型，再决定规模数据：

- **软件产品**：优先记录 DAU、MAU、下载量；只有评分量或公开用户数时，必须注明“不是日活/下载量”。
- **硬件产品**：优先记录销量、出货量、订单量、预售量或众筹支持者；只有众筹金额时，必须注明“不是销量”。
- **软硬件结合产品**：软件部分记录 DAU/下载量，硬件部分记录销量/出货量，分别填写；没有对应数据就写`/`。
- **概念或原型**：规模数据写`/`，并在状态字段标记“未商品化”，不使用讨论热度代替市场数据。

不要把下面这些内容直接写成销量：

- App 评分数、用户数：可以作为软件规模补充，但不能冒充日活；
- 小红书点赞、收藏、评论；
- 众筹金额、预售金额或媒体估算：可以作为硬件市场信号，但不能冒充销量；
- 官网“数千用户”“全球用户”等宣传口径。

这些数据可以保留，但必须在“规模/销售数据”单元格中标注真实口径。

## 表格字段

### 缺失字段统一写法

- 对用户要求的字段，公开资料找不到、页面失效、无法确认归属或无法完成交叉核验时，对应单元格只写`/`。
- 不要在缺失字段中硬写“未公开”“未找到”“暂无”“本轮未见”等解释性文字，也不要用猜测补齐。
- 评测、发布时间、团队介绍、价格、规模、用户画像、产品运营策略、社媒链接和一手/二手信息都遵守此规则；来源台账可以说明检查结果，但产品表字段保持为`/`。

默认使用以下通用字段；根据产品方向增删专业字段，不要把硬件字段强行放进纯软件调研：

| 产品图（直接嵌入真实界面图或外形图） | 产品名称 | 产品官网 / 公开来源 | 下载/安装链接 | 内容来源渠道 | 社媒链接 | 发布时间 | 用户画像 | 产品介绍 | 产品评测分析 | 产品运营策略 | 一手/二手信息 | 背后公司 | 团队介绍 | 产品形态 | 公开价格 | 规模/销售数据 | IP / 品牌特点 | 目标人群匹配度 / 结论 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|

硬件调研不沿用上面的通用表作为唯一交付。至少增加以下硬件字段，并按可读性拆表：

| 型号/状态 | 官方主图 | 官网/官方页 | 电商与售价 | 销售数据口径 | 核心功能与主循环 | 屏幕 | 芯片/内存/存储 | 电池/充电/续航 | 连接与传感器 | 按键/触摸/声光振动装置 | 尺寸/重量/材料 | 结构/装配/配件 | App/小程序 | 公司/团队 | 产品级结论 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|

当用户明确要求内容或软件对比时，再追加 `核心玩法`、`互动方式`、`记忆/成长机制`、`订阅方式`等字段。“产品图”必须直接放七麦网、应用商店、官网或官方商品页已验证的真实界面图/产品外形图，并使用本地图片路径嵌入单元格；图片来源链接保留在官网/公开来源字段和来源台账。不能只放“七麦产品图”或“官网图”链接。软件的“下载/安装链接”必须放已打开验证的 App Store、Google Play 或官方安装入口。找不到或无法确认归属时，产品图字段写`/`，不使用搜索引擎缩略图、占位图或AI生成图。

## 结论写法

每个调研部分只写一段结论，回答三个问题：

1. 市场主要有哪些产品形态或竞争路线；
2. 严格条件下有没有真正符合的产品；
3. 对当前项目最值得借鉴和最需要避开的是什么。

结论必须区分“公开资料没有找到”和“市场上不存在”。没有销量证据时，不下“销量领先”“市场第一”等结论。

## 输出检查

交付前检查：

- 已固定目标人群、核心需求、产品方向和筛选边界；
- 已采集多个公开来源，并区分一手来源、二手来源和用户反馈信号；
- 每条关键事实都有原始可点击链接和访问日期；
- 事实、判断、建议已分开，所有判断都能回溯到事实；
- 每一行字段数量一致，Markdown 表格可正常渲染；
- 每个产品至少有一个可追溯来源链接；
- 每个“产品官网”链接都已实际打开验证，能点击并指向对应产品、品牌或公司；未确认的不得写成官网；
- 软件产品有已验证、可点击的 App Store、Google Play 或官方安装链接；
- 软件产品图片和规模数据优先来自七麦网，表内标注七麦数据口径；
- 每个产品都有“产品评测分析”或在该字段写`/`；分析中保留原始可点击链接，只采用符合来源规则的可靠媒体，不使用品牌自夸文案代替评测；
- 发布时间和团队介绍有来源，找不到时对应字段写`/`，不凭印象补写；
- 内容来源至少检查小红书、抖音等社交社区；没有公开内容时对应字段写`/`；
- 小红书、抖音等可点击社媒链接已单独列为“社媒链接”字段；每条链接已确认产品归属、来源类型和访问日期；没有时写`/`；
- 价格写明币种、原价/促销价/订阅费和核验状态；
- 软件的日活/下载量与硬件的销量/出货量没有混写；
- 产品形态与用户需求方向一致；只有纳入技术字段时，才检查 NFC、蓝牙和`/`是否互相矛盾；
- 不符合硬条件的产品在结论列明确说明原因；
- 产品图必须实际显示，且与产品名称、产品形态对应；只显示链接不算通过；
- 产品图来源必须是官网、官方商城、应用商店或七麦；产品图文件保留原始来源链接和访问日期；
- 硬件调研已逐款检查准确名称/型号、正面主图、官网/官方页、官方与电商售价、平台销售口径、核心功能、外部装置、硬件配置、结构装配、软件配套、公司团队和产品级结论；
- 硬件调研已检查淘宝/天猫、京东、拼多多和小红书的可访问结果，并明确区分官方销量、平台已售/付款人数、评价量和社媒互动；
- 硬件内部结构与配置只采用规格页、说明书、认证、拆解或可靠评测，没有从外观图猜测；
- 任一硬件缺少主表准入项，或报告缺少产品图片/购买入口/价格与销售口径/硬件配置表时，已将报告标记为工作稿而不是完成稿；
- 评测分析和市场反馈保留原始链接，不用无法核验的转述；
- 核心数字至少有一手来源；若没有独立二手来源，明确标注“单一来源，未完成交叉核验”；
- 交付前完成一次质量门槛检查：范围、来源、数字口径、链接可用性、字段完整性、结论证据链和视觉排版全部通过；任一关键项不通过就标记为未完成，不包装成最终结论；
- 如输出市场进入、市场营销或运营策略，内容描述的是被调研产品本身，并已放入对应产品列表；没有证据的字段写`/`，没有另起当前项目泛化建议表；
- 硬件产品已逐款单列营销与运营策略，并绘制从曝光、种草、成交、激活、留存、复购到分享的证据链；
- 已区分品牌官方、疑似品牌、KOL/KOC、独立用户与活动激励 UGC；无合作标识、返现规则、赠样说明或其他直接证据时，没有把内容集中出现写成“品牌找 KOC 推广”；
- 已记录代表性社媒内容的账号、日期、互动口径、内容角度、行动引导与激励披露；社媒互动没有被当成销量，激励 UGC 没有被当成纯自然口碑；
- 每个产品都有用户画像、产品运营策略、一手信息和二手信息字段；一手信息、二手信息和用户反馈没有混写；
- 删除没有决策价值的宣传废话，不在表外重复表内信息。
- 用户要求的字段若无可靠证据，已使用`/`，没有硬写或假设；`/`不等于“市场不存在”。
- Word 不存在空白页；除封面与尾页外，没有任何一页主要内容低于约 65% 版心或留下超过约 35% 的无意义连续空白。
- Word 已检查手动分页符、分节符、段落“与下段同页”、表格行拆分和固定行高；未出现整组内容被推到下页造成大空白。
- Word 每页右下角都显示同尺寸的 V0.2 剪影与准确文字 `@焱七`；角标未被裁切，未与页码、正文、表格或来源注释重叠，横版分节也未遗漏。
- Word 已逐页渲染或转为 PDF 检查：无空页、无大块空白、无表格截断、无漂移、无字号过小、无多色卡片式页面；任一页不通过就不得交付。