下方示例用于说明操作流程和结果解读，并非根据上方输入生成的实时报告。
每个匹配都会点出它是从哪一类页面来的，让你发帖前就看清它为什么契合。
每个匹配都带同样的五个字段。
一个网站的页面，比你一口气能说完的话多得多。这就是两份清单不一样的原因，而且网站那份通常更准。
手打的推销词只有一句话，多半是写给投资人或发布帖用的。你的网站是几十个页面，写了好几个月，读者本来就有兴趣。反向匹配会把这些全读一遍，抓到的是你买家真正看到的词，而不是你排练过的词。有四件事决定这次读取的质量。
定价页用的是买家语言：价格、方案、回本。这会指向比「品牌故事型主页」更偏商业的版块。
一个只有两段话加一个注册按钮的网站，能读的东西太少。有博客、有文档、有案例，每个结果都会更准。
「面向团队的一体化平台」这种话，几乎匹配不出好结果。说清你为谁做、没有你会卡在哪。清单会迅速收窄。
反向匹配能找对话题。它不懂你的品牌语气，也不懂你的定价敏感点。某个社区会不会喜欢你这种出现方式，还是你自己判断。
只要域名。不用关键词清单，不用配置。
话题、受众、主张，全部取自你的页面。不是套大类目。
子版块已匹配到你的网站，规则也替你读好了。
把网站映射到对的子版块，只答完了「在哪」。在每个版块里面，Bavior 会读懂当下的规则，找到真正有购买意图的帖子。它按这个版块自己的风格起草一条回复。没有你的审批，什么都不会发出去。
先写简要需求：客户角色、问题、使用场景和替代方案。与宽泛口号相比，具体说明谁在什么情况下使用产品更有帮助。 将使用场景转成社区话题，人工查看近期讨论，同时记录匹配理由和排除条件。
先写简要需求：客户角色、问题、使用场景和替代方案。与宽泛口号相比，具体说明谁在什么情况下使用产品更有帮助。 将使用场景转成社区话题，人工查看近期讨论，同时记录匹配理由和排除条件。
本页不会抓取网站。你可以按上述需求表自行调研；页面不生成实时匹配报告，也不验证私有网站。
网站能读的真实页面比一句话多得多：博客、定价页、文档。反向匹配常常能发现一句话概括不出来的社区。两种都试一次，对比结果。
先选择描述目标人群或用途的页面。按照该具体问题检查推荐社区，不要把所有匹配项都视为适合整个业务。
不用。粘贴网址，它会自己算出网站的话题、受众和匹配的子版块。
交给 Bavior。它在这些版块里找有购买意图的帖子，起草原生回复，经你审批后发布。