[{"data":1,"prerenderedAt":353},["ShallowReactive",2],{"blog-ai-product-facts-wrong":3,"blog-prev-ai-product-facts-wrong":128,"blog-next-ai-product-facts-wrong":246},{"id":4,"title":5,"author":6,"body":7,"canonical":112,"category":113,"cover":112,"date":114,"description":115,"draft":116,"extension":117,"keywords":112,"meta":118,"navigation":119,"noindex":116,"ogImage":112,"path":120,"seo":121,"seoDescription":112,"seoTitle":112,"stem":122,"tags":123,"updated":112,"__hash__":127},"blog\u002Fblog\u002Fai-product-facts-wrong.md","AI 把你的产品说错了，纠正比投诉有用","元析智能",{"type":8,"value":9,"toc":102},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,75,78,81,84,87,90,93,96,99],[11,12,13],"p",{},"2026 年 7 月我们抽查了四个 AI 引擎回答的六十个行业问题，其中十二个涉及具体产品，答案里有事实错误：价格写错、功能张冠李戴、把两家公司混成一个。这类错误不会自动消失。",[15,16,17],"h2",{"id":17},"四类常见的错误",[11,19,20],{},"第一类，产品定位错。把工具说成平台，把垂直产品说成通用产品。",[11,22,23],{},"第二类，价格错。用了一年前的价格，或者把企业版价格当成起步价。",[11,25,26],{},"第三类，功能缺失或错配。你有的功能它说没有，竞品的功能它说你有。",[11,28,29],{},"第四类，公司信息错。成立时间、团队规模、所属国家写错。",[11,31,32],{},"这四类里，价格和功能的影响最大，因为用户直接拿它做决策。",[15,34,35],{"id":35},"错从哪来",[11,37,38],{},"第一个来源是过时的语料。AI 引用的页面是两年前的，那时候价格和功能都不一样。",[11,40,41],{},"第二个来源是二手信息。评测站、论坛帖子、问答平台写的介绍，往往不准确，但被反复引用。",[11,43,44],{},"第三个来源是竞品混淆。同一赛道里名称相似的产品，容易被合并到一段话里。",[11,46,47],{},"第四个来源是你的官网自己没写清。AI 只能从你的页面提取信息，你写得模糊，它就只能猜。",[15,49,50],{"id":50},"四条纠正路径",[11,52,53],{},"第一，把官网的事实写清楚。价格页写明版本和计费方式，功能页写清边界和不支持什么。",[11,55,56],{},"第二，统一实体信息。公司名、产品名、成立时间、所在地，在官网、第三方数据库、社交资料上保持一致。",[11,58,59],{},"第三，联系引用源。找到 AI 引用的那个页面，联系作者更正原文。",[11,61,62],{},"第四，用反馈入口。主流 AI 产品的回答界面通常有反馈按钮，选事实错误并说明，量大的话会触发复查。",[11,64,65],{},"四条里，第一条和第二条是你能完全控制的，也是最该先做的。",[15,67,68],{"id":68},"一个具体过程",[11,70,71],{},"2026 年 3 月一个客户发现 AI 回答里他的产品价格是错的，用的是一年前的价格。",[11,73,74],{},"我们做的第一件事不是投诉，是在定价页加了一段说明：三个版本各多少钱、按年还是按月、有没有最低消费，并加了更新日期。",[11,76,77],{},"然后更新了三个第三方评测站上的资料，又用反馈入口提交了六次。",[11,79,80],{},"两个月后再问同样的问题，四个引擎里有三个答对了。剩下一个还在用旧数据，但那个引擎的引用源是一个我们联系不上的老博客。",[15,82,83],{"id":83},"不要做的两件事",[11,85,86],{},"第一，别指望投诉平台删内容。AI 的回答是生成的，不是一条可以删除的帖子。",[11,88,89],{},"第二，别造假数据去覆盖。编一个更好的数字，短期内可能被引用，长期会伤信任。",[15,91,92],{"id":92},"一个态度",[11,94,95],{},"AI 说错你的产品，根本原因通常是你的公开信息不够清楚、不够新、不够一致。",[11,97,98],{},"把这三件事做好，错误率会自然下降。这属于基础工作，不快，但有效。",[11,100,101],{},"我们现在的做法是每季度查一次，把错误记下来，看有没有共性。有共性就说明是官网的问题，不是 AI 的问题。",{"title":103,"searchDepth":104,"depth":104,"links":105},"",2,[106,107,108,109,110,111],{"id":17,"depth":104,"text":17},{"id":35,"depth":104,"text":35},{"id":50,"depth":104,"text":50},{"id":68,"depth":104,"text":68},{"id":83,"depth":104,"text":83},{"id":92,"depth":104,"text":92},null,"行业观察","2026-07-25","我们抽查四个引擎的六十个问题，十二个答案里有事实错误。这篇写四类常见错误、错从哪来、四条纠正路径，以及为什么投诉平台通常没用。",false,"md",{},true,"\u002Fblog\u002Fai-product-facts-wrong",{"title":5,"description":115},"blog\u002Fai-product-facts-wrong",[124,125,126],"AI搜索","品牌信息","GEO","efXEt75t5JOuWim2ulbMwdUJOTL6YRnIXiKVvn9OHhM",{"id":129,"title":130,"author":6,"body":131,"canonical":112,"category":234,"cover":112,"date":235,"description":236,"draft":116,"extension":117,"keywords":112,"meta":237,"navigation":119,"noindex":116,"ogImage":112,"path":238,"seo":239,"seoDescription":112,"seoTitle":112,"stem":240,"tags":241,"updated":112,"__hash__":245},"blog\u002Fblog\u002Fproduct-launch-content-plan.md","新产品上线前 8 周的内容排期：预热、教育、发布、跟进",{"type":8,"value":132,"toc":224},[133,136,139,142,145,149,152,155,158,162,165,168,171,175,178,181,184,188,191,194,197,200,203,206,209,212,215,218,221],[11,134,135],{},"软件产品发布当周才开始写内容，已经晚了。我们把内容排期提前 8 周：预热期讲问题、教育期讲方案、发布期讲产品、跟进期讲案例。",[15,137,138],{"id":138},"为什么内容要早于产品",[11,140,141],{},"发布当周才开始写，有三个问题：搜索需要时间收录和排名；用户需要时间理解问题；销售需要素材去接触客户。",[11,143,144],{},"我们 2025 年做过对比：提前 8 周做内容的发布，首月自然流量是发布当天才开始写的 3 倍。",[15,146,148],{"id":147},"第-8-到-6-周预热期讲问题","第 8 到 6 周：预热期讲问题",[11,150,151],{},"这个阶段不讲产品，讲\"你正在遇到什么问题\"。",[11,153,154],{},"三类内容：行业问题分析、用户痛点盘点、旧方案的局限。目标是让目标用户认领问题。",[11,156,157],{},"写法上，别急着提产品名。文章里提一次\"我们正在做一个新方案\"，结尾留个订阅入口就行。",[15,159,161],{"id":160},"第-5-到-3-周教育期讲方案","第 5 到 3 周：教育期讲方案",[11,163,164],{},"讲\"这类问题通常怎么解\"，可以对比不同思路，但不急着讲自家产品。",[11,166,167],{},"三类内容：解决方案对比、选型标准、实施注意事项。",[11,169,170],{},"这个阶段可以开始埋产品线索：在对比里提一句\"我们采用了 XX 方案\"，但不展开。",[15,172,174],{"id":173},"第-2-到-0-周发布期讲产品","第 2 到 0 周：发布期讲产品",[11,176,177],{},"发布前两周，开始写产品相关的内容：功能解读、使用场景、和竞品的差异。",[11,179,180],{},"发布当天发三篇：产品介绍（给新用户）、功能深潜（给技术读者）、发布公告（给现有客户和媒体）。",[11,182,183],{},"发布后第一周发两篇：客户案例（如果有）、常见问题。",[15,185,187],{"id":186},"发布后-4-周跟进期讲案例","发布后 4 周：跟进期讲案例",[11,189,190],{},"产品上线后，用户会有真实反馈。这个阶段写：第一批用户怎么用、遇到什么问题、我们怎么解决。",[11,192,193],{},"这类内容最容易被引用，因为有一手信息。我们一般要求产品团队在发布后两周内提供 3 个真实使用场景。",[15,195,196],{"id":196},"一个例子",[11,198,199],{},"2026 年 3 月，一个客户发布日志分析模块。我们提前 8 周排期：",[11,201,202],{},"第 8 周发\"日志成本失控的三个原因\"，第 5 周发\"日志方案怎么选\"，第 2 周发功能解读，发布当天发三篇，第一周发 FAQ，第四周发两个客户的真实使用记录。",[11,204,205],{},"结果：发布首月自然流量 1.8 万，注册 240 个，其中 60% 来自预热期和发布期的内容。",[15,207,208],{"id":208},"一个提醒",[11,210,211],{},"预热期的内容不要写得太\"营销\"。用户能看出来你在铺垫，效果会打折。",[11,213,214],{},"写法上以\"我们观察到\"开头，讲问题、讲数据，别讲产品有多好。",[15,216,217],{"id":217},"一句判断",[11,219,220],{},"产品发布的内容效果，80% 取决于发布前有没有铺垫。提前 8 周不是夸张，是按搜索收录和用户决策周期算出来的。",[11,222,223],{},"如果产品下周就发，那至少把\"问题类内容\"补上，别只发一篇产品介绍。",{"title":103,"searchDepth":104,"depth":104,"links":225},[226,227,228,229,230,231,232,233],{"id":138,"depth":104,"text":138},{"id":147,"depth":104,"text":148},{"id":160,"depth":104,"text":161},{"id":173,"depth":104,"text":174},{"id":186,"depth":104,"text":187},{"id":196,"depth":104,"text":196},{"id":208,"depth":104,"text":208},{"id":217,"depth":104,"text":217},"内容运营","2026-07-24","软件产品发布当周才开始写内容，已经晚了。我们把内容排期提前 8 周：预热期讲问题、教育期讲方案、发布期讲产品、跟进期讲案例。四个阶段各写什么、什么时间发，都在这篇，附一个发布首月的数据，都是我们自己跟的案例。",{},"\u002Fblog\u002Fproduct-launch-content-plan",{"title":130,"description":236},"blog\u002Fproduct-launch-content-plan",[242,243,244],"产品发布","内容排期","内容策略","mFuSY1ydWZRWGZJsnPyKspwDfYpOGRSEt_r1RXEEyCs",{"id":247,"title":248,"author":6,"body":249,"canonical":112,"category":113,"cover":112,"date":342,"description":343,"draft":116,"extension":117,"keywords":112,"meta":344,"navigation":119,"noindex":116,"ogImage":112,"path":345,"seo":346,"seoDescription":112,"seoTitle":112,"stem":347,"tags":348,"updated":112,"__hash__":352},"blog\u002Fblog\u002Fgithub-issue-response-trust.md","开源项目的 issue 响应速度，是品牌的信任信号",{"type":8,"value":250,"toc":333},[251,254,258,261,264,267,270,273,276,279,282,285,288,292,295,298,301,304,307,310,313,316,319,322,325,327,330],[11,252,253],{},"2026 年 8 月一个开发者工具客户问，为什么官网做得挺好，试用转化还是低。我们让他打开自己的 GitHub issue 列表，最新一条没人回复，已经挂了四十天。",[15,255,257],{"id":256},"开发者会翻-issue","开发者会翻 issue",[11,259,260],{},"技术选型的时候，开发者不只看文档和官网，一定会点进 GitHub 看三件事：最近提交时间、issue 有没有人回、release 节奏。",[11,262,263],{},"一个 issue 挂一个月没人理，传递的信息是这项目可能没人维护了。这个判断比任何官网文案都直接。",[15,265,266],{"id":266},"响应速度的影响",[11,268,269],{},"它不影响搜索引擎排名，但影响转化和口碑。",[11,271,272],{},"我们观察过几个开源项目，issue 平均响应在一天以内的，star 增长速度明显快，因为用户觉得提问题有人管。",[11,274,275],{},"响应慢的项目，用户问一次没人回就走了，不会写差评，但你永远不知道流失了多少人。",[15,277,278],{"id":278},"模板和标签怎么设",[11,280,281],{},"建三到四个 issue 模板：bug 报告、功能请求、使用问题、文档问题。模板里要求填版本号、运行环境、复现步骤。",[11,283,284],{},"标签用固定几种：待确认、已复现、计划中、已修复、无法复现。用户看到自己的问题被分类，感受完全不同。",[11,286,287],{},"再设一条自动回复，告诉用户多久会有人看。哪怕只是\"我们会在两个工作日内回复\"，也比没有强。",[15,289,291],{"id":290},"issue-里的问题就是内容","issue 里的问题就是内容",[11,293,294],{},"用户提的问题，是最真实的需求清单。",[11,296,297],{},"同一个问题被问三次以上，就该写一篇文档或者博客。写完之后在 issue 里回复链接，然后关掉。",[11,299,300],{},"我们的做法是每月整理一次高频问题，攒成一篇\"常见问题\"或者教程，比凭感觉写选题准。",[15,302,303],{"id":303},"一个观察",[11,305,306],{},"开源项目的品牌信任，很大程度上建立在公开记录上。",[11,308,309],{},"issue、commit、release、贡献者列表，这些都能被查到，也都能被引用。写得认真，别人引用的时候就有料。",[11,311,312],{},"反过来，项目很久没更新、issue 只开不关，官网再漂亮也补不回来。",[15,314,315],{"id":315},"两个可以量化的指标",[11,317,318],{},"第一个，首次响应时间的中位数。我们给客户定的目标是两个工作日以内。",[11,320,321],{},"第二个，issue 关闭率。开了不关的列表，看起来像没人管。每月清理一次，把已解决的关掉。",[11,323,324],{},"这两个数不用对外公布，但它决定了开发者点进你的仓库时，眼里看到的是一个活项目还是一堆没回的问题。",[15,326,92],{"id":92},[11,328,329],{},"开源项目的运营，一半在代码，一半在公开记录。",[11,331,332],{},"维护 issue 列表花不了多少时间，每天二十分钟就够。但它对转化的影响，可能比改十版落地页都大。",{"title":103,"searchDepth":104,"depth":104,"links":334},[335,336,337,338,339,340,341],{"id":256,"depth":104,"text":257},{"id":266,"depth":104,"text":266},{"id":278,"depth":104,"text":278},{"id":290,"depth":104,"text":291},{"id":303,"depth":104,"text":303},{"id":315,"depth":104,"text":315},{"id":92,"depth":104,"text":92},"2026-07-26","开发者会翻你的 issue 列表判断项目活不活。这篇写响应速度怎么影响选型、模板和标签怎么设、issue 里的问题怎么变成内容。",{},"\u002Fblog\u002Fgithub-issue-response-trust",{"title":248,"description":343},"blog\u002Fgithub-issue-response-trust",[349,350,351],"开源","信任信号","开发者工具","W0aWQHxcgFKX0WomWFr0gKTMtjhFQ0UdwvpMNjgUvsk",1794088103479]