产品运营说明怎么写才有人照着做？先定读者和动作边界

产品运营说明写不好，主要不是文笔问题，是写的人没想到读者下一步要干什么。写之前，必须先定两样东西。

真正的问题出在写法上。我上个月见过一份新人写的产品运营说明，八页，后台每个按钮都解释了一遍，连「保存」按钮的颜色都写了两行。发出去三天，群里问了 27 个问题，其中 21 个就写在这份说明里，只是被埋在了第三页到第六页的中间。

不是读者不认真。

这就是「写了没人看」和「看了还来问」的同一个问题。

是这份说明压根没打算被人照着做。

下面的每一条，都是我自己返工过的坑，不是从书上抄的经验。看完你能拿走一份开写前的四问清单，也能带走一个检验办法，写完当场就能知道自己写得行不行。

先把读者对象钉死，一份说明只能伺候一种人

新人最容易犯的错，是写一份「给所有人看」的说明。结果给新人看的和给老手看的混在一起，新人被一堆例外条款绕晕，老手翻二十页找不到那句「这个开关别动」。

来源：小红书薯条产品薯条操作说明（第6页）

读者定不下来，后面每一句都写不实。

我现在的做法很笨：写之前先在纸上写一行字，这份说明是给谁看的。就一个身份，不多写第二个。

产品新人、有经验的老运营、外部客户、一线客服，这四个读者对象写出来的，是四份完全不同的东西。

给新人的要写「从哪进、点哪里、看到什么算成功」，路径具体到按钮上的字。给老手的路径可以省，重点写这次改了什么、哪些老习惯要改。前面那一版给新人看，会被嫌啰嗦；后面那一版给新人看，等于没写。

给客户的那一份最难写，不能有内部术语，得像家电说明书一样，打开就能独立看懂，因为他不会为了用你的产品专门去上一堂课。给客服的更难，得按「用户会怎么说」来组织，不能按功能模块排。

用户不会问「薯条入口在哪」，他会说「我想给这篇笔记加点流量，按钮怎么没了」。这两种问法，对应的是文档里完全不同的两个位置。

有人问，一份文里分三章，各看各的，行不行？

行不通。读者翻文是往下滚的，你分了章，他仍然会先扫到别人的部分，仍然被绕进去。

所以一份产品运营说明文档只服务一个读者。多个读者就拆成多份，在开头互相链一下，谁也别拖着谁。

这一步不做，后面写什么都没用。我见过太多团队在这里省事，最后花三倍的时间回答同一个问题。

顺着往下推一步，想把活动策划案例那部分补上，直接翻过去就行。

产品运营说明怎么写：每个动作给路径，每个选项给边界

我拿一份真实的产品说明来对照，讲的是小红书的薯条投放。这份写得相当好，好在它不解释功能，直接告诉读者哪个动作能做、做到哪停。

最典型的做法，是入口写了三个。笔记详情页点「···」，进更多功能，选买薯条；个人页进专业号中心，找薯条；个人页进创作中心，也能进。三条路都通向同一个页面，写的人显然是站在读者那头想的。

这三个入口，每个都给了完整路径。

读者从哪个页面开始找，都能自己走通，不用先来问一句「在哪」。

这一点最容易漏。写的人脑子里只有一个入口，因为他天天从那儿进，就默认所有人和他一样。结果读者在他的手机里绕了三圈，最后只能来问。

读者卡住的从来不是不懂规则，是找不到那个按钮。

来源：小红书薯条产品薯条操作说明（第7页）

再看投放设置，它拆成四步，每一步都给选项和边界。优化目标三选一：点赞收藏量、笔记阅读量、粉丝关注量。金额给了 75 元小额、200 元，还能自定义，后面紧跟着一句单笔最高 7500 元。

时长从 6 小时排到 7 天，一共六档。人群分系统智能推荐和自定义两路。三个目标、四个金额档、六个时长档、两种人群，加起来就是几十种组合，读者往往只想知道自己的场景该用哪一种，所以每一步后面都得跟一句判断依据。

看到没，它没写「金额可以自定义」就完了，而是连天花板一起给了。这就是动作边界，读者知道自己能动多大，就不会乱试。

再看支付方式，四种，每种都标了「适用用户」和「温馨提示」，这一点很少见。苹果端和谷歌市场下载的 APP 充薯币，要收 30% 手续费；安卓非谷歌市场下载的，不收。

微信公众号充值，1 薯币等于 0.1 元，不收手续费，说明里直接写了优先推荐。企业现金钱包到账要 1 到 2 天，公司主体必须跟认证主体一致，不一致钱就到不了账。

薯条卡只给蒲公英有商单合作的博主用，这条等于告诉另一部分人：别在这条路上浪费时间。

这里每一句都在替读者挡坑。30% 的手续费、1 到 2 天的到账延迟、主体不一致打款失败，这三件事不提前写，读者遇到只会觉得产品坏了。

所以产品运营说明怎么写，答案就在这几段里：动词具体，路径完整，数字有量级，坑提前说。四件事少一件，读者就会在那一处停下来。

别写「支持多种支付方式，请按需选择」这种话。读者看完还是不知道点哪个，等于白写。

白写这两个字，不是夸张。

还有一个更隐蔽的坑：同一次投放，说明里前后用了两个称呼。前面叫「优化目标」，后面叫「推广目的」，读者会以为是两个东西，来回翻半天。术语定下来就别换，全文统一，连截图上的字都要跟正文对得上。

动作边界要分三档，别全写成「必须」

很多人写说明，通篇是「请注意」「必须」。读者看两页就麻了，后面整章直接跳过，包括真正重要的那段，因为句子长得都一样，他没法判断哪句更要紧。

我习惯把动作分三档：必须做的、禁止做的、出了事才用的。三档用不同的写法，读者扫一眼就知道轻重，重点也就浮出来了。

只写「不要重复提交」，读者照样点两次。改成「重复提交会生成两笔订单，退款要等 3 到 5 个工作日」，他就不太敢点了。

必须做的要少，而且每一句都跟后果绑在一起。比如「企业钱包付款前先核对公司主体，主体不一致钱会原路退回」，比「请确认主体信息」有用得多。前者告诉你不做的代价，后者只是提醒了一句，读者读完脑子里什么都没留下。

三档里最容易被写坏的是第三档。

第三档最容易整段被砍。我见过一份说明，正常流程六页，异常处理只有一句「如有问题请联系客服」。这句话等于把活全推给了客服。

薯条那份在审核和发票这两块处理得不错。订单建完进审核，通常 2 小时内完成，通过之后才开始加热。发票单独成节，电子发票大约 30 分钟发到邮箱，专票审核要 7 到 14 个工作日。

这几句话的价值不在信息量，在于读者对时间有预期。没有时效的等待，比等待本身更磨人。

我后来给自己定了规矩：任何需要等的地方，都写一个时间，哪怕只写「通常半天，忙的时候一天」。「通常」这两个字别省，写死了偶尔超时，读者会觉得被骗，下次就不信你了。

来源：小红书薯条产品薯条操作说明（第4页）

流程图不是画给老板看的，是画给要动手的人看的

说到流程图，我见过太多画成艺术品的版本。十几个框，箭头来回交叉，每个框里四个字，看着专业，真要照着做还是不知道从哪下手，只能回头找写的人问。

原因不复杂：这种图是画给领导看的，为了证明流程想清楚了，不是为了让人照着走。

来源：Convertlab：零售行业客户体验持续运营说明（第10页）

有用的流程图只有一个标准：每个框都得对应一个读者能做的动作。「进入投放设置」这种框没有信息量，改成「选优化目标」并在旁边标出三个可选项，才有用。

另一个我常犯的错，是把分支藏起来。图里只画顺利那条路，读者走到一半发现要填的东西图上没有，还得来问。

做法是给关键节点各补一条「不通过怎么办」。审核不过怎么改，余额不足怎么充，素材被拒之后是重提还是换素材，这三条挂上去，图才算能用。

还有一点，流程图别跟正文分开放在两个文件里。图塞在对应的那一节中间，读者读到哪一步，眼睛一挪就能对上。 我曾经把图单独放在附录，结果所有人都在问「图在哪」，白画了一遍。

如果你手上正好还缺同类资料，可以顺手去运营动脉翻一翻。那是个专门给运营人攒资料的站，方案能直接下载、课件能照着讲、行业报告能拿去引用，都按主题分好了类。

图不求好看，求能对照。

读者拿着它走一遍能走通，这图就合格。

异常处理写不出来，说明你自己也没真跑过一遍

正常流程谁都会写，异常处理才是分水岭。我判断一份产品运营说明书靠不靠谱，经常只看它异常这一节写了几个具体场景，而不是看它有多长。

少于三个，基本可以认为写的人是在办公室回忆，不是真跑过一遍。

薯条那份的异常藏在「温馨提示」里，不单独成节，但该说的都说了，而且贴着支付方式写。企业钱包到账 1 到 2 天，对应的是最常见那句「钱去哪了」。主体不一致不给到账，是把最坏的情况提前摆出来。

位置也很讲究，这两句就贴在支付方式后面。读者在决定用不用的那一刻看见，而不是出了问题再回头翻。

提示要放在动作前面，不能塞进文末的注意事项里。

来源：小红书薯条产品薯条操作说明（第8页）

写异常我有个笨办法：找一个真跑过这套流程的同事，让他边走边说「这里我卡了」「这步我改了两遍」，我把这些话原样记下来，一句都不整理。

他说出来的，往往就是最该写的那几条。比我坐在工位上编要准得多，因为他是从动作出发在回忆，不是在回忆功能。

还有一种异常最容易漏：别人改了什么，导致你这里不一样。后台调了默认值、审核口径变严了，这些不写进去，老读者操作完发现结果不对，会以为自己点错了。

我一般的写法是：异常按「读者会看到什么」来起标题。不写「支付异常」，写「钱付了但没开始投放」。读者一搜就有，也一眼认出自己遇到的是哪一条。

这种写法有个好处，写的人也会被迫把每个异常想细。你只写「支付异常」，说明你自己也没分清有几种情况。

往旁边挪一步看，再往下就是微信版本更新的地界了，衔接得上。

版本更新只写三样：改了什么、影响谁、哪天生效

说明发出去不是终点。产品在改，说明不动，三个月之后就没人信了，哪怕正文写得再好也一样。

我见过最没用的版本记录是「2026 年 7 月，内容优化」。优化了哪句，谁要重看，从哪天起按新规矩，一个字没说。这种记录只是给写的人自己看的，读者翻到没有任何收获。

有用的版本更新就三行：改的是哪一节的哪句话，影响的是哪一类读者，从哪天起生效。

举个例子：7 月 20 日起，单笔投放上限从 5000 元调到 7500 元，影响所有自己充值的商家，按旧上限做的预算要重算。三行写完，读者一眼就知道自己要不要重看。

还有个细节，版本号放正文最上面，别放文末。读者先知道自己看的是哪一版，才知道要不要去找新的，这两个动作的顺序不能调。

来源：小红书薯条产品薯条操作说明（第5页）

我习惯在开头加一句「本版更新于几月几日，主要改动见文末」。一句话，两头都照顾到了。

老版本别删。留个历史入口，出事能查，也能证明你当时是怎么写的。

还有一点常被忽略：改说明的时候，先改最容易被照着做错的那一句。有人习惯把文末的备注从三个改到十个，前面那条关键的路径却还停在旧版本，这种更新等于没更新。

怎么知道写得好不好：两个数字就够

写完没人能保证说明清楚了，所以我用一个很土的办法验证：拉一个新同事，让他照着说明操作一遍，我在旁边不说话，只记他停下来的次数。

停一次，就是这里有一处没说清。

停下来超过五次，这份说明不合格，回去改，别急着发。第一次做这件事的人，结果通常会比想象难看得多，这很正常，我第一份说明停了十一次，现场尴尬得只想赶紧收工。

第二个数字是回流率。发出去一周，统计群里被问到的问题，有多少是说明里已经写了的。这个比例超过三成，来源通常只有两个：路径不够具体，或者信息被埋在了别的章节，读者翻不到就当他没写。

我用这两个数字改过三份说明，第二版的停顿从 7 次降到 2 次，回流问题从 27 个降到 6 个，读者的耐心也就回来了。

还有一个更省事的办法，开写前先问自己四个问题。读者是谁，他要做的第一个动作是什么，这个动作在哪个页面，做错了会怎样。

我自己还有个习惯：说明发出去之前，先找个没参与过这件事的人读一遍，让他在纸上画出他要走的路径。他画出来的跟你想的不一样，就说明还没写清。这个动作花十分钟，比事后开三次会都省事。

这四个问题，我在便利贴上写过一整年。

最后说一个更土的办法：把这份说明念一遍给我听。我念到哪一句会卡一下，那句多半就该改。人嘴里过不去的话，读者眼睛也过不去。

四个都答得上来，剩下的只是写字。

来源：微博热门搜索包产品说明书（第10页）

答不上来的，写多少页都是废纸。

产品运营说明的完成度，不看页码，看读者能不能照着走完一遍。

你可以现在就把手里那份说明拿出来，遮住正文只看小标题，看看能不能复述出读者该做的三步。复述不出来，先改小标题，再改正文，顺序别反。

还差一步验证：把改完的说明发给三个从没用过的人，请他们各自说一遍「第一步做什么、在哪点、点完看到什么」。三份答案对不上，就说明路径还有歧义，不是读者笨。

这个办法最大的好处，是它不依赖你的判断力。你只要数答案，不用替读者想。

我常跟同事说：好的产品运营说明，写的人像个陪跑的教练，读者照着做就行；差的那份，写的人像个考官，等着读者自己悟。