BBS推广：旧产品推广素材如何转为新产品的背景说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1c237e80e1ff.html
📄
BBS推广：旧产品推广素材如何转为新产品的背景说明
把旧产品素材直接套到新产品上，最容易出现的不是文案难看，而是团队对同一句话的理解不同：运营认为在讲背景，销售认为在讲卖点，版主或老用户则认为在硬推。可行的做法是先给每份旧素材标注“事实、判断、承诺”三类成分，再决定保留、改写还是退出。事实类通常可复用，判断类需要重新核对，承诺类若无法由新产品兑现就应退出。
先区分三类成分，再决定去留
旧素材里常混着三种东西。事实是“某功能在什么条件下可用”“某类用户过去遇到什么问题”，这类内容换产品后往往仍成立，但适用条件要重写。判断是“这个方案更省事”“这类需求更值得优先做”，它依赖旧产品的定位，换到新产品后必须重新找依据。承诺是“多久能完成”“能达到什么效果”，如果新产品没有对应能力或交付条件，保留下来只会制造分歧。
一个可操作的动作是：把旧素材逐句拆开，给每句标上F（事实）、J（判断）、P（承诺）。标完后先看P类句子，凡是新产品无法用同一条件兑现的，直接退出，不进入改写环节。这一步的结果会直接决定后面要补多少新素材，而不是先改文案再回头发现承诺对不上。
保留：只保留可核对的事实，并补上适用条件
保留成立的前提是，这句话在新产品语境下仍是可核对的事实，且不依赖旧产品的品牌或版本。比如旧素材写“支持批量导入”，如果新产品也支持，就可以保留，但要补上导入格式、数量上限或权限前提，否则不同角色会各自理解成不同能力。
保留动作的结果是：素材变短，但争议点变少。接下来应把这些保留项整理成一张核对清单，交给能确认产品能力的人逐条确认，而不是在BBS发帖时才发现有人不认。清单确认后，才能进入下一轮改写。
改写：把旧判断换成新背景，但不新增承诺
改写适用于旧素材里的判断句和部分事实句。做法是保留原句想解决的用户问题，替换掉旧产品的背景，再补一句“在什么条件下适用”。例如旧素材说“适合刚起步的小团队”，新产品若面向的是已有一定流程的团队，就应改成“适合已经有一版流程、需要减少重复沟通的团队”，并说明判断依据来自哪类使用场景。
改写时不要顺手加入新的效果承诺。改写的结果是让不同角色能在同一句话上核对：运营看适用条件，销售看用户问题，版主看是否像广告。如果改写后仍有人对同一句产生两种理解，说明背景说明还不够具体，应退回补充条件，而不是继续润色措辞。
退出：承诺类和身份类素材不要硬转
退出不是浪费，而是避免把分歧带进新项目。承诺类素材，如时间、效果、排名或收益相关表述，若新产品没有相同交付条件，应直接退出。身份类素材，如“老用户专属”“某版本升级”，换产品后也容易让读者误以为延续旧关系，除非新产品确实承接该身份，否则不宜保留。
退出动作的结果是：素材总量减少，但需要重新生产的内容变得明确。此时应把退出原因写进项目记录，例如“因新产品不承诺固定见效时间而退出”，这样后续有人再提议复用同一句时，可以直接核对原因，而不必重新争论一遍。
把分歧转成可核对的项目
当多个角色对同一份旧素材理解不同时，不要先投票决定谁对，而是把分歧拆成可核对项：这句话是事实还是判断？适用条件是什么？由谁确认？确认后是否影响下一步发布？可以用一个假设例子说明：假设旧素材写“三步完成配置”，运营理解为界面步骤，销售理解为交付步骤，技术理解为部署步骤。此时应把它拆成三条待核对项，分别确认后再决定保留哪一条、改写哪一条、退出哪一条。
核对完成后，下一步不是直接发帖，而是先小范围试用改写后的背景说明，观察读者是否仍提出与旧素材相同的疑问。若疑问减少，说明背景说明已能承担区分角色理解的作用；若疑问不变，则应回到事实与条件的标注环节，而不是继续增加推广渠道。
