品牌简介

以下内容基于公开可见的协作框架整理,不涉及未经核实的运营数据。

91社的起点不是“想出一个好点子”,而是“把分散的信息连接起来”。

很多人对创意社群的理解停留在“有人发想法、有人点赞”。但真正让一个念头往前走,靠的不是讨论的热度,而是连接的精度。一个设计问题可能需要用户视角,一个内容选题可能需要行业经验,一个活动方案也需要执行者提前指出成本与风险。91社所代表的创意协作场景,正是让这些不同角色在同一个议题下产生有效连接,而不是各自等待灵感降临。

连接之后,更关键的是筛选。新奇不等于有效,复杂不等于高级。91社的协作路径里,一个想法要连续回答四个问题:它解决谁的什么问题,使用场景是否真实,团队是否具备完成条件,完成后如何判断结果。四个问题都有相对明确的回答,创意才具备继续推进的基础。这套判断标准不追求宏大,但能减少“只有口号、没有结果”的情况。

从一句想法到可交付成果,中间通常需要经过收集、重组、验证、交付几个环节。收集不是堆砌热词,而是记录问题、观察与真实反馈;重组不是制造噱头,而是把距离较远的素材放在一起寻找新的解决路径;验证强调用小样、提纲或一次受控讨论获取可调整的反馈;交付则把创意写成包含负责人、交付物、时间与验收标准的任务。这条路径不要求每次都产出大型项目,但能让每一次交流都留下可以被复用的东西。

今日热播

以下为91社创意协作场景中的内容卡片示例,呈现从议题到样稿的不同推进阶段。

灵感收集
▶

问题清单

观察记录用户反馈素材整理

把“做一个有趣的项目”拆解成具体观察:谁在什么场景反复遇到什么不便,先记录再判断。

👁 2.3w · ❤️ 860 · 🔖 420 · ↗️ 190
观点碰撞
▶

分歧现场

盲点发现角色视角讨论边界

不同背景的成员对同一方案提出相反判断,重点不是谁对,而是把分歧变成可验证的假设。

👁 1.8w · ❤️ 740 · 🔖 360 · ↗️ 155
协作工坊
▶

最小样稿

低成本测试反馈设计快速迭代

用一段提纲、一张草图或一个简单演示先跑起来,在投入更多资源之前看清理解度与真实阻力。

👁 3.1w · ❤️ 1.1k · 🔖 590 · ↗️ 240
数字叙事
▶

内容形状

形式选择传播目的体验设计

同一个观点可以被做成图文、短片、访谈或案例拆解,关键是让表达形式服务于传播目的而不是反过来。

👁 2.7w · ❤️ 980 · 🔖 510 · ↗️ 210
案例复盘
▶

路径拆解

收集阶段重组策略交付检查

完整还原一个议题从原始素材到最终成果的推进过程,重点记录哪些判断有效、哪些环节被低估。

👁 1.4w · ❤️ 620 · 🔖 330 · ↗️ 128
工具图谱
▶

轻量工具

原型草图协作看板反馈收集

不追求工具数量,只整理在筛选、原型与验证环节真正降低沟通成本的那几件趁手工具。

👁 9.8k · ❤️ 430 · 🔖 260 · ↗️ 96
成员故事
▶

一次转身

角色转换协作契机项目起点

一位习惯独立创作的成员,如何因为一次开放讨论获得互补视角,把搁置半年的想法重新推起来。

👁 1.6w · ❤️ 710 · 🔖 305 · ↗️ 140
开放议题
▶

未解问题

经验补充视角拓展共同追问

一个暂时没有标准答案的议题被抛出来,邀请不同实践者从各自踩过的坑里补充判断依据。

👁 2.2w · ❤️ 890 · 🔖 460 · ↗️ 175
验证记录
▶

小步测试

假设改写样本控制结果判断

把“这个设计一定更好”改写成可被质疑的假设,用一次小范围测试收集可比较的反馈而不是点赞。

👁 1.1w · ❤️ 480 · 🔖 240 · ↗️ 102
交付标准
▶

任务落地

负责人验收标准时间边界

把“优化社群内容”改成“周五前完成三条入门内容并邀请五位目标用户阅读反馈”,让创意变成可检查的任务。

👁 1.9w · ❤️ 800 · 🔖 390 · ↗️ 168

平台资讯

以下内容围绕91社协作场景中的方法更新与议题进展整理,不涉及外部运营数据。

10-16

收集阶段新增“场景字段”

在原始素材记录中增加使用场景与受影响人群两个字段,减少只收集热词、不记录真实场景的情况。

10-14

重组环节引入远距离连接练习

把人群、场景、渠道与目标分别写在卡片上随机配对,帮助成员跳出熟悉的组合方式获得新的解决路径。

10-11

验证模板增加“阻力记录”

小范围测试不再只记录理解度与参与意愿,也要求参与者标注实际操作中遇到的阻力与放弃节点。

10-08

交付清单更新验收标准栏

每个创意任务在负责人、交付物与时间之外,必须写明“完成到什么程度算通过”,减少模糊收尾。

10-05

开放议题新增“经验反例”要求

参与讨论时鼓励补充亲自踩过的坑与失败尝试,而不只是给出结论性建议,让判断依据更可追溯。

10-02

案例复盘模板调整结构

复盘不再按时间线平铺,改为围绕关键判断节点展开,突出哪些假设被验证、哪些被推翻。

09-28

协作看板增加“下一步动作”列

每次讨论结束前,看板必须明确谁在什么时间之前完成哪一个最小动作,避免讨论停在口头。

09-25

工具图谱筛选标准收紧

只保留在真实协作流程中被反复使用且明显降低沟通成本的工具,功能堆砌型产品不再进入推荐。

09-21

成员故事新增“未完成”视角

除了成功推进的项目,也开始记录那些因为条件不成熟而被主动暂停的尝试,以及暂停的判断依据。

09-17

问题清单推行“一句话描述”

每个待解决问题先用一句话说明“谁在什么场景下遇到什么困难”,超过一句话的表述需要重新拆解。

八大内容导航

以下八个方向对应91社创意协作流程中的不同环节,可按议题阶段选择入口。

💡

灵感收集

记录日常观察、用户反馈与跨领域素材,把模糊的感觉整理成可被追问的具体问题,为后续判断提供原始输入。

💬

观点碰撞

不同背景的成员围绕同一个具体议题交换判断,重点不在于达成一致,而在于暴露盲点并获得新的切入角度。

🛠️

协作工坊

把初步方案拆解为可执行的小任务,用提纲、草图或简单演示先跑起来,在低成本条件下获取可调整的反馈。

🎬

数字叙事

选择与传播目的匹配的表达形式,让图文、短片或互动页面不只是承载信息,而是成为可以被体验的成果。

📋

案例复盘

围绕关键判断节点还原推进过程,记录哪些假设被验证、哪些被推翻,把一次经验沉淀为可复用的方法。

🧰

工具图谱

筛选在收集、重组、验证与交付环节真正降低沟通成本的轻量工具,关注是否趁手而非功能是否齐全。

👤

成员故事

呈现不同创作者如何借助一次讨论获得互补视角,把搁置的想法重新推起来,包括推进与暂停的真实判断。

🔓

开放议题

抛出尚未有标准答案的问题,邀请实践者从各自经验出发补充证据与反例,让讨论服务于判断而非表态。

相关资讯

以下内容围绕创意协作与数字内容落地的常见方法展开,适合作为议题推进的参考材料。

为什么“问题越具体”越容易获得有效回应

2026-10-12

笼统的愿景很难被讨论,而“谁在什么场景遇到什么困难”的一句话描述,能让其他人迅速判断自己的经验是否相关。

把创意从“结论”改写为“假设”的实践意义

2026-10-09

“这个设计一定更好”无法被验证,“把首次操作压缩为三步,新用户是否更容易完成”则允许他人质疑与测试。

反馈收集时如何区分共性问题与个人偏好

2026-10-06

不是所有建议都值得采纳。先看同一问题是否被不同角色反复提及,再看建议背后是否有可追溯的场景依据。

小范围验证为什么比大规模投入更可靠

2026-10-03

完整项目容易放大错误,而提纲、草图或受控讨论的成本更低,能在核心假设被推翻时保留调整空间。

交付任务中“验收标准”容易被忽略的原因

2026-09-30

没有验收标准的任务往往以“感觉差不多了”结束。写明完成到什么程度算通过,反而能减少反复返工。

数字内容选择形式时先问传播目的

2026-09-26

图文适合沉淀结构,短片适合呈现变化,案例拆解适合传递判断过程。形式不是风格问题,而是效率问题。

深度解析

以下分析基于公开可见的协作框架与内容实践展开,不涉及对具体运营数据的推断。

91社所代表的,不是“更多内容”,而是“更可被检验的协作过程”。

创意社群最容易陷入的误区,是把“讨论热烈”误认为“产出有效”。消息密度高、参与人数多、话题更新快,这些指标看起来活跃,却未必留下可以被继续使用的东西。91社的协作框架把注意力从“说了多少”转向“留下了什么”:一个更明确的问题、一份可以被检验的假设,或者一条包含负责人与验收标准的任务。这种转向让社群的价值不再依赖持续的话题刺激,而是依赖可积累的判断经验。

从流程上看,收集、重组、验证、交付四个环节构成了一个完整的闭环。收集阶段的关键不是信息量,而是场景精度。一个用户反馈如果只被记录为“体验不好”,几乎无法被使用;如果被记录为“新成员在首次操作第三步时反复返回查找入口”,它就成为可被重组和验证的素材。91社强调在收集阶段同步记录受影响人群与具体场景,正是为了让后续讨论有据可依,而不是在抽象感受上反复拉扯。

重组是创意发生的主要环节,但它经常被误解为“头脑风暴”。真正有效的重组不是让所有人随意发言,而是在分类之后寻找远距离元素之间的连接。把知识分享与任务挑战结合、把成员故事与产品体验结合、把主题讨论与公开展示结合,这些组合之所以有价值,是因为它们提供了新的解决路径,而不是制造了新的说法。91社把重组视为一个可以练习的结构,而不是依赖灵感的偶发事件,这让创意产出从“碰运气”向“可重复”靠近了一步。

验证环节的克制程度,往往决定一个创意能走多远。完整项目需要较多资源,直接投入容易在方向错误时放大损失。小样、提纲、低成本样稿或一次时间受控的讨论,虽然不够“完整”,却能在核心假设上提供足够清晰的信号。91社的验证逻辑不追求表面的完成度,而关注理解度、参与意愿与实际阻力。这种克制不是保守,而是把资源留给经过检验的方向,避免创意在过早的投入中被消耗掉。

交付是创意协作中最容易被低估的环节。很多讨论在“大家都觉得不错”时结束,却没有明确谁在什么时间之前完成什么、完成到什么程度算通过。91社把交付定义为“把创意写成任务”:负责人、交付物、完成时间、使用渠道与验收标准缺一不可。这个动作看起来不够浪漫,却决定了创意是停留在聊天记录里,还是进入可以被他人使用和迭代的状态。一个能被检查的任务,比十个无法落地的想法更有价值。

放到更大的内容生态中看,91社的实践回应了一个正在发生的变化:搜索引擎与内容平台都在从“识别关键词”转向“识别判断依据”。浅层的信息搬运不再稀缺,稀缺的是基于真实场景的观察、可追溯的验证过程,以及从失败中沉淀下来的经验。一个创意社群如果能够持续产出这类内容,它的价值就不会随着算法波动而快速衰减。91社所强调的“连接—筛选—验证—交付”,本质上是在为内容建立一种可被检验的生产方式,而不是追逐短期的流量信号。这也是它值得被认真对待的原因。

使用体验指南

以下要点对应91社协作流程中的常见使用场景,可按实际议题阶段灵活取用。

🗂️

结构清晰

收集、重组、验证、交付四段式导航,让议题所处阶段一目了然。

🔍

筛选高效

用“谁的什么问题、场景是否真实、能否完成、如何判断”快速过滤想法。

📱

移动友好

卡片与折叠面板在窄屏下保持可读,讨论与记录不依赖桌面环境。

⭐

便于收藏

案例复盘与工具图谱按主题归拢,遇到相似议题时可以快速回看。

🧭

延伸扩展

开放议题与成员故事提供不同视角,帮助跳出单一角色的判断惯性。

体验小结:91社的使用逻辑不是“先浏览大量内容再决定做什么”,而是带着一个具体的、尚未成熟的想法进入流程。先在收集区把问题写清楚,再在重组区寻找远距离素材之间的连接,然后用最低成本的方式获取反馈,最后把值得推进的方向写成包含负责人与验收标准的任务。整个过程不需要每一步都产出“成果”,但每一步都应该留下可以被继续使用的记录。对于习惯独立创作的成员,开放议题和观点碰撞区尤其值得优先使用,因为互补视角往往来自自己不会主动接触的角色。

常见问题答疑

以下问答围绕91社的协作方式与常见使用场景整理,不涉及对未公开运营信息的猜测。

91社的协作和普通头脑风暴有什么区别?▾
普通头脑风暴通常以“产生更多想法”为目标,容易停在热闹的讨论层面。91社的协作更强调连接与筛选:先把分散的观察和素材放在一起,再按照人群、场景、渠道等维度重组,然后用小样或提纲验证核心假设,最后把值得推进的方向写成可检查的任务。区别不在于是否有讨论,而在于讨论是否被结构化为可继续使用的中间产物。
一个想法要经过哪些判断才值得继续推进?▾
建议连续追问四件事:它解决谁的什么问题,使用场景是否真实,当前团队是否具备完成条件,完成后如何判断结果。四个问题不要求完美回答,但需要有相对明确的依据。如果其中两三个问题都无法给出具体回答,更稳妥的做法是回到收集阶段补充观察,而不是直接投入资源。这个筛选动作能显著减少“只有口号、没有结果”的情况。
为什么小范围验证比直接做完整项目更可靠?▾
完整项目需要较多时间、人力和协作成本,一旦核心假设有误,调整代价会很高。小范围验证可以用一段提纲、一张草图、一个简单演示或一次受控讨论获取初步信号,重点观察理解度、参与意愿和实际阻力,而不是表面的点赞数量。即使验证结果不理想,损失也在可承受范围内,并且能留下明确的调整方向。
收集阶段记录到什么程度才算“足够具体”?▾
一个实用的标准是:其他人能否仅凭这条记录判断自己的经验是否相关。比如“用户觉得流程复杂”不够具体,“新成员在首次操作第三步时反复返回查找入口”就更可操作。记录时尽量包含受影响的人群、发生的场景、具体卡住的环节,以及已经尝试过的替代方式。越具体的记录,在重组和验证阶段越容易被使用。
重组环节怎样避免变成漫无边际的闲聊?▾
给重组设定明确的边界。先把素材按照人群、场景、渠道、目标等维度分类,再要求每次组合必须指向一个可以被描述的新解决路径,而不是仅仅提出一个新说法。可以限定组合数量,比如一次只尝试三组远距离连接,每组用一句话说明“把什么和什么结合,试图解决什么具体问题”。有边界的重组更容易产出可验证的方向。
反馈收集时怎样区分真实需求和个别偏好?▾
先看同一问题是否被不同角色的参与者反复提及。如果只有一个人提出,且无法说明具体场景,可以先记录但不急于采纳。再看建议背后是否有可追溯的体验依据,比如“我在某一步找不到入口”比“我觉得不够简洁”更有信息量。最后区分“必须解决才能继续”的阻力与“如果有会更好”的期望,优先处理前者。
交付任务时必须包含哪些要素?▾
至少包含负责人、交付物、完成时间、使用渠道和验收标准。负责人不是“大家”,而是一个具体的人。交付物需要可以被看见或使用,而不是“继续推进”。完成时间给出明确边界。验收标准回答“完成到什么程度算通过”,比如“三条入门内容,邀请五位目标用户阅读并记录理解障碍”。缺少验收标准的任务很容易反复返工或不了了之。
91社更适合个人创作者还是团队使用?▾
两者都可以使用,但侧重点不同。个人创作者更容易在开放议题和案例复盘区获得互补视角,弥补独自思考时的盲点;团队则更适合把收集、重组、验证、交付的流程嵌入日常协作,用统一的判断标准减少沟通成本。无论哪种情况,关键都不是参与人数,而是是否愿意把想法从“表达”推进到“可被检验”的状态。
数字叙事为什么强调“形式服务于目的”?▾
同一个观点用不同形式承载,传递效率差异很大。图文适合沉淀结构和逻辑,短片适合呈现变化与情绪,案例拆解适合传递判断过程,互动页面适合让用户体验关键环节。如果先决定“做一个视频”再去找内容,很容易让形式压过目的。更稳妥的顺序是先明确希望受众理解什么、采取什么行动,再选择匹配的表达形式。
怎样判断一个开放议题是否值得参与?▾
看议题是否指向一个具体困难,而不是一个抽象立场。值得参与的议题通常会说明问题出现在哪个环节、影响了谁、已有尝试为什么不够。参与时优先补充自己亲自经历过的场景、踩过的坑或反例,而不是只给结论性建议。一个议题如果能因为讨论而变得更清晰、更可操作,即使没有达成共识,也是有价值的。
案例复盘为什么不按时间线平铺?▾
按时间线平铺容易变成流水账,读者很难判断哪些节点真正影响了结果。围绕关键判断节点展开,可以更清楚地呈现当时面对什么信息、做了哪种选择、依据是什么、后来被验证还是被推翻。这种结构对遇到相似问题的成员更有参考价值,因为它传递的是判断逻辑,而不仅仅是事情经过。
工具图谱的筛选标准是什么?▾
核心标准是“是否在真实协作流程中被反复使用,并明显降低了沟通成本”。功能数量、界面美观度或流行程度不是优先项。一个工具如果只在某个环节偶尔使用,或者需要大量额外配置才能融入现有流程,通常不会被优先推荐。工具图谱的目的是减少选择负担,而不是增加新的学习成本。
成员故事为什么也记录“未完成”的尝试?▾
只呈现成功案例会让后来者低估推进难度,甚至误以为失败是因为个人能力不足。记录被主动暂停的尝试,以及暂停时的判断依据,可以帮助其他人识别相似的风险信号,避免在条件不成熟时重复投入。一个诚实的“为什么停下”往往比一个包装过的“为什么成功”更有参考价值。
91社的内容为什么强调“不追求热闹”?▾
热闹的讨论不一定留下可用的东西。消息刷屏、观点对立、情绪高涨,这些都可能发生,但如果讨论结束后没有人能说清楚“下一步做什么”或“哪个判断被改变了”,它的价值就有限。91社更在意讨论是否产生了更明确的问题、可检验的假设或可执行的任务。这些产物不一定引人注目,但可以被继续使用和积累。
怎样把“模糊的感觉”整理成可讨论的问题?▾
先回答三个要素:谁遇到了困难,发生在什么场景,具体卡在哪一步。然后把描述压缩到一句话,例如“新成员在首次操作第三步时因为入口不明显而反复返回”。如果无法压缩,说明观察还不够具体,需要回到原始记录补充细节。可讨论的问题通常不需要宏大,但需要能让其他人判断自己的经验是否相关。
为什么“验收标准”比“截止时间”更容易被忽略?▾
截止时间是一个容易感知的外部约束,而验收标准要求提前想清楚“做到什么程度才算完成”,这需要更多的判断投入。很多任务在截止时间前匆忙收尾,正是因为没有人定义过通过条件。建议在分配任务时同步写下一条可检查的标准,比如“三位目标用户能独立完成首次操作”,而不是“体验流畅”。
开放议题中的“反例”有什么作用?▾
反例能暴露一个判断的边界。当有人提出“某种方法有效”时,另一个实践者补充“在某种条件下它反而增加了阻力”,讨论就从表态进入了条件分析。反例不是为了否定,而是帮助所有人看清方法在什么范围内成立、在什么情况下需要调整。一个经得起反例追问的方向,比一个只有赞同的方向更可靠。
怎样避免协作流程变得过于繁琐?▾
根据议题阶段选择必要的环节,而不是每个想法都走完整流程。早期探索可以只做收集和轻量重组,值得推进的方向再进入验证和交付。流程的目的是减少反复和模糊,而不是增加表格。如果一个环节连续多次没有产生有用的判断,就应该简化或跳过它。保持流程的可裁剪性,比追求完整更重要。
91社的协作方法对非创意岗位有用吗?▾
有用。收集、重组、验证、交付的底层逻辑并不限于“创意工作”。产品需求梳理、运营活动设计、内部流程优化,都可以用同样的方式推进:先把问题写具体,再寻找不同要素之间的新连接,用小成本验证关键假设,最后把方向转成有负责人和验收标准的任务。区别只在于素材类型,判断结构是相通的。
为什么强调“留下可复用的记录”?▾
如果每一次讨论都从零开始,协作的成本会不断重复。可复用的记录可以是问题清单、重组时的组合逻辑、验证中发现的阻力点,或者交付任务的验收标准。这些记录未必完整,但能让后来者不必重新踩一遍同样的坑。一个社群的积累,不在于存了多少内容,而在于有多少判断和经验可以被下一次协作直接调用。
怎样判断一次讨论是否“有效”?▾
不看发言数量或情绪热度,看讨论结束后是否至少产生了一项可继续使用的东西:一个被改写得更具体的问题、一个值得验证的假设、一条明确的下一步动作,或者一个被识别出来的风险。如果什么都没有,即使讨论过程很热烈,也很难说它是有效的。有效的讨论不一定愉快,但通常会留下一个更清晰的起点。

用户评论精选

以下评论来自公开协作场景中的成员反馈整理,已做匿名化处理。

林
林间有风
10-15

以前讨论完总觉得“说了很多但没记住什么”,现在会强制自己把下一步动作写下来,哪怕只是“周三前发三张草图给两个人看”,推进感完全不一样。

陈
陈默
10-14

收集阶段要求写清楚“谁在什么场景卡住”,一开始觉得麻烦,后来发现这个字段直接决定了后面讨论有没有依据,省了很多来回解释。

苏
苏打水
10-13

小范围验证那次只找了五个人,但反馈比之前几十条“不错”有用得多。有人直接说第二步就放弃了,这个信息如果做完整版根本拿不到。

周
周一周二
10-12

开放议题里看到别人补的反例,才发现自己之前当成通用方法的东西其实有前提条件。这种讨论比互相赞同有价值,至少让我回去改了自己的方案。

许
许一
10-10

案例复盘围绕关键判断写,而不是按时间流水账,读起来轻松很多。我能直接看到对方在哪个节点改变了方向、为什么改,这比看结果有用。

何
何同学
10-09

工具图谱帮我省掉了试新软件的时间。它推荐的东西不一定功能最多,但确实是协作时顺手、不用额外学很久的那种。

顾
顾言
10-08

把“做一个更好的内容产品”改成“新用户能否在三步内找到第一份可用的模板”之后,讨论突然聚焦了。问题具体化这个动作本身就有筛选作用。

沈
沈迟
10-06

交付清单里的验收标准一开始觉得多余,后来发现没有它,任务永远在“再改改”和“差不多了”之间循环,写清楚反而结束得更干脆。

唐
唐糖
10-04

成员故事里看到有人主动暂停了一个推进半年的项目,理由写得很具体。这种内容比成功学式的分享更让我信任,因为真实情况本来就有推进和不推进。

韩
韩梅
10-02

以前觉得“把想法写成假设”是学术化表达,试了一次才发现,写成假设之后别人真的会帮你挑问题,而不是礼貌性地说“挺好的”。

陆
陆离
09-29

协作工坊里用草图先跑一次,比在文档里反复描述有效太多了。很多东西画出来才发现和脑子里想的不一样,早点发现比晚点发现好。

方
方也
09-26

平台资讯里“反馈阻力记录”这个改动很实在。之前验证只看大家说好不好,现在会问在哪一步想放弃,拿到的信息质量高很多。

平台热点

以下热点围绕91社近期协作场景中的议题方向与讨论焦点整理,不涉及外部热点事件。

“问题具体化”成为讨论前置条件

2026-10-15

越来越多的议题在发起时被要求用一句话说明人群、场景与卡点,笼统的愿景式表达正在被自动拆解。

小样验证从“可选项”变成默认动作

2026-10-13

在投入完整方案之前,先用草图、提纲或受控讨论获取反馈,正在成为多数议题推进的标准前置环节。

案例复盘开始强调“被推翻的判断”

2026-10-11

只记录成功决策的复盘被认为信息量不足,成员更关注哪些假设在验证中被推翻,以及推翻的依据。

交付验收标准进入协作默认清单

2026-10-08

“完成到什么程度算通过”正在和截止时间一样成为任务分配的必填项,模糊收尾的空间被进一步压缩。

开放议题的反例补充比例上升

2026-10-05

参与者在回应开放问题时,更多选择补充自己亲历的失败尝试或边界条件,而不是给出笼统的支持或反对。

数字叙事形式选择回归传播目的

2026-10-02

先明确受众需要理解什么、采取什么行动,再决定用图文、短片还是拆解长文,形式驱动的做法在减少。