asb-positioning
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChinesePositioning: More Value, Made Vivid
定位:更具象的价值传递
Changing the way you describe a product can justify a multiple of its
price — without changing the product. Most copy leaves that multiplier
on the table: it sells saving time or money instead of creating value,
mixes its price signals, and says it all in generic words nobody
pictures. This skill converts existing messages, one at a time,
through three disciplines — more value at the right level of
the customer's needs, one consistent price story, and every
sentence vivid — and records the survivors as a reusable
positioning-statement list.
改变产品的描述方式,无需修改产品本身,就能让产品价格翻数倍——但大多数文案都白白浪费了这个倍数:它们主打省时省钱而非创造价值,价格信号混乱,且用词笼统、缺乏画面感。本技能会逐条转换现有文案,遵循三大原则——在客户需求的正确层级传递更多价值、保持价格叙事一致、每句话都生动具象,并将合格内容记录为可复用的定位声明列表。
The mental model
核心思维模型
The repositioning multiplier
重定位倍数
A tool that doubles the cost-efficiency of ad campaigns can be pitched
two ways. "Cut your ad spend in half" caps the price at a fraction of
the savings. "Double your leads at the same cost per lead" prices
against growth, and the same customer happily pays several times
more — faster growth is what their CEO celebrates; cost savings just
prompt "and how will we use that to grow?" For a business buyer it is
roughly ten times more valuable to grow faster than to save money.
Same product, same math, several times the price: the multiplier is
in the framing.
The rule: never formulate the product as a way to save time, save
money, or be more efficient. Position it as creating more value, in
the currency the customer already measures value. This is not the
old features-versus-benefits debate — "saves you three hours a week"
is a benefit. It's about which benefits: less-of-something-negative
loses to more-of-something-positive, and the best is more of the thing
the buyer's own scoreboard counts (revenue, leads, deals landed,
subscribers, bugs prevented before they cost anything, transactions
completed). The conversion pattern: "write unit tests faster" becomes
"prevent costly bugs by writing ten times more tests per hour";
"automate answers to common support questions" becomes "instant
answers, 24/7 — maximize customer satisfaction"; "reduce infrastructure
costs with auto-scaling" becomes "handle a viral traffic spike without
losing a single lead."
Savings is not the only way a message fails this rule. Two others are
just as common, and neither trips a save/spend test:
- The mechanism pitch — every sentence's subject is how the product works. "Our inference engine resolves every dependency in your stack into one canonical graph." "Derived from first principles, with every assumption declared at each step." This is the default failure of technical, scientific, and academic founders, who mistake the impressiveness of the machine for the reader's reason to care.
- The deliverable pitch — what arrives, rather than what changes. "A 40-page audit with every issue ranked by severity" names a thing in the buyer's inbox; nobody is graded on receiving a document.
All three fail identically: they promise more of something the buyer
does not count. The repair is the same for all three — find the
scoreboard, promise more of that. Mechanism and deliverable claims
aren't banned, they're demoted: they belong at your level, as
features.
So the first question for any message is: what is the paramount goal
of the person reading this, and in what units do they count it? The
rewrite promises more of that. Asked of the user directly it tends to
return abstractions — efficiency, peace of mind — so ask it sideways:
what does this person's boss praise or blame them for at their review,
and what does someone else in the company say about them that makes
their year or ruins it? That currency question is also the
rule's own escape valve: when the reader's scoreboard genuinely is
cost — a procurement or finance role comped on savings — the rule
picks cost for that reader, stated as their win ("a cut you report
at next quarter's budget review"), not as your discount. The test is
narrow, because users over-claim it: does this reader report that
number upward, and are they paid on it? Both, or the exception
doesn't fire — caring about cost isn't qualifying, since at some
point everyone does. A budget you defend is not a number you get
promoted for shrinking. And it's granted per reader, not per
company: one buyer qualifying doesn't license a savings pitch aimed
at the colleague who signs. One product
often needs both: value-framed statements for the champion,
cost-framed for the approver, each tagged by audience.
一款能让广告投放成本效率翻倍的工具,有两种推销方式。“将广告支出削减一半”会把价格限制在节省成本的一小部分;“在单位获客成本不变的情况下,让潜在客户数量翻倍”则以增长为定价锚点,同一客户会心甘情愿支付数倍费用——更快的增长是CEO会表彰的成果,而成本节省只会引发“我们要用这笔钱如何实现增长?”的疑问。对于企业买家而言,实现更快增长的价值大约是省钱的十倍。相同的产品、相同的逻辑,价格却相差数倍:倍数就藏在表述框架里。
规则:绝不要将产品定位为省时、省钱或提升效率的工具。要将其定位为创造更多价值的载体,且价值维度需匹配客户自身的衡量标准。这不是传统的“功能vs利益”争论——“每周为你节省3小时”是利益,但关键在于选择哪种利益:减少负面因素远不如增加正面因素,最佳选择是增加买家核心考核指标对应的成果(收入、潜在客户、成交订单、订阅用户、未造成损失前就被预防的漏洞、完成的交易)。转换示例:“更快编写单元测试”变为“每小时编写十倍数量的测试,提前预防高成本漏洞”;“自动回复常见客户支持问题”变为“7×24小时即时回复,最大化客户满意度”;“通过自动扩缩容降低基础设施成本”变为“轻松应对流量暴增,不流失任何一位潜在客户”。
除了主打“节省”,还有两种常见的文案失败类型,且都不涉及“节省/支出”测试:
- 机制导向文案——每句话的主语都是产品的工作原理。“我们的推理引擎将你技术栈中的所有依赖项解析为一个标准图谱”“基于第一性原理推导,每一步都明确标注假设前提”。这是技术、科学和学术背景创始人的典型失误,他们误以为机器的专业性就是读者关心的点。
- 交付物导向文案——只强调交付的内容,而非带来的改变。“一份40页的审计报告,按严重程度对所有问题排序”只是买家收件箱里的一份文件,没人会因为收到文件而获得好评。
这三种失败的本质相同:它们承诺的都是买家不关心的东西。修复方式也一致——找到买家的核心考核指标,承诺提升该指标。机制和交付物类声明并非被禁止,而是被降级:它们属于“你的层级”,作为功能存在。
因此,任何文案首先要问的问题是:阅读此文案的人的首要目标是什么?他们用什么指标衡量成果?重写后的文案要承诺提升该指标。直接询问用户往往会得到抽象答案——效率、安心——所以要换个角度问:这个人在绩效评估时,老板会因什么表扬或批评他们?公司里其他人的什么评价会让他们欣喜若狂或崩溃?这个“价值维度”问题也是规则的例外阀门:当读者的核心考核指标确实是成本时(比如采购或财务岗位的KPI是节省成本),规则会为这类读者选择成本维度,但要表述为他们的胜利(“你可以在下次季度预算评审中汇报这项削减”),而非你的折扣。这个例外的判定标准很严格,因为用户常会过度适用:读者是否需要向上汇报这个数字,且是否以此获得薪酬激励?两者都满足才算例外——仅仅关心成本不算,因为每个人在某些时候都会关心成本。需要辩护的预算,并不是你会因缩减它而获得晋升的数字。而且这个例外是针对单个读者,而非整个公司:一个买家符合例外,不代表可以向签署合同的同事主打节省文案。一款产品通常需要两种文案:面向支持者的价值导向声明,面向审批者的成本导向声明,且各自标注受众。
Level fit
层级匹配
Every claim lives at some level of the customer's ladder of needs —
each need a means to the end one level up ("buy infrastructure" serves
"set up a website" serves "build a following" serves "get a book
deal"). Where a claim sits determines what kind of claim it should be:
- Your level — what you do — gets features. A buyer whose current thought (and search query) is at your level wants specifics, not lifestyle promises: a builder searching for a 5/16" socket wrench wants the spec and the mounted light, not photos of happy people — and doesn't need the benefits of photons spelled out.
- One level up gets the promise. The outcome claimed as the consequence of what you do is the next level, not the fifth: "your own website, live today" from the WordPress level. Each level up multiplies the value, but only one level up stays credible.
- Far-above levels get aspiration, never promises. Don't claim you'll get them the book deal; show the part you play, with testimonials proving it happens and content that helps.
- Vendors above you get countered. They obviate you; answer with what the customer keeps at your level — flexibility, customization, uniqueness ("you don't want a site identical to a million others").
- Levels below you get bragged about. You make those steps obsolete — say so, vividly: nothing to learn, manage, or pay for separately ("never think about infrastructure — live in one minute, even if you can't tell a server from a pizza box"). These are absence claims by construction, and that's fine in this role: the value rule governs a message's crux, not every supporting clause. What it forbids is an absence claim doing headline duty.
A complete positioning-statement list covers all five roles — and
there is no sixth. An audience filter is not a role: narrowing lands
inside a statement, as specificity qualifying a claim ("for the
post-Series-A healthcare company facing its first SOC 2"), never as
a standalone entry announcing who you're for. A message that does
nothing but declare an audience gets folded into the claim it
qualifies, or retired. Who the customer is was decided upstream; all
this skill insists on is that the wording be specific about it. If the
user has a needs-stack file (levels numbered N1, N2, …), read levels
and roles straight from it and cite them; if not, elicit a minimal
ladder inline — your level, one up, one down — before rewriting.
每项声明都对应客户需求阶梯中的某个层级——每个需求都是实现上一层级目标的手段(“采购基础设施”服务于“搭建网站”,后者服务于“积累粉丝”,最终服务于“获得出书机会”)。声明所处的层级决定了它的类型:
- **你的层级——你能做什么——对应功能。**如果买家当前的想法(及搜索关键词)处于你的层级,他们需要具体信息,而非生活方式承诺:比如一个正在寻找5/16英寸套筒扳手的工匠,想要的是规格和自带的照明灯,而非开心人群的照片——也不需要解释灯光的好处。
- 上一层级对应承诺。你能实现的结果是下一个层级的目标,而非第五层:比如WordPress对应的承诺是“今天就能拥有自己的网站”。每上一个层级,价值都会翻倍,但只有上一层级的承诺才可信。
- **更高层级对应愿景,绝不承诺。**不要声称你能帮他们获得出书机会;要展示你在其中扮演的角色,用 testimonials(客户证言)证明这种情况确实存在,并提供相关内容支持。
- **高于你的竞品需要被反驳。**他们会让你变得可有可无;应对方式是强调客户在你的层级能保留的东西——灵活性、定制化、独特性(“你不想要一个和百万个网站一模一样的站点”)。
- **低于你的层级可以被吹嘘。**你让这些步骤变得多余——要生动地说出来:无需学习、管理或单独付费(“无需考虑基础设施——即使你分不清服务器和披萨盒,也能在一分钟内上线”)。这些本质上是“无”的声明,这在该角色中是允许的:价值规则管的是文案的核心,而非每个支持性条款。规则禁止的是将“无”的声明作为标题核心。
完整的定位声明列表需覆盖所有五个角色——没有第六个角色。受众筛选不是角色:缩小受众范围是声明内部的内容,作为具体化的限定条件(“面向完成A轮融资后首次面临SOC 2合规的医疗公司”),绝不能作为独立条目宣布你的受众。仅声明受众的文案会被整合到它所限定的声明中,或被淘汰。客户是谁是上游就确定好的;本技能只要求用词具体说明受众。如果用户有需求栈文件(层级编号为N1、N2……),直接读取层级和角色并引用;如果没有,则在重写前先获取最基础的阶梯信息——你的层级、上一层级、下一层级。
Make it vivid
让内容生动具象
Saying the right thing vaguely is the same as saying nothing.
Specificity is what makes writing vivid: the reader stops skimming
the claim and starts picturing it. Compare: "Hacked websites suck —
expensive and painful to resolve" against "A hacked website is a
personal violation. It's terrifying. You pay a consultant $300 an
hour to fix it, and you're still wondering whether it happens again
in three months." Evocative emotion, personal, a number instead of
"expensive," a specific uneasy mental state instead of "sometimes it
recurs." Five moves get copy there:
- No generic words. Words that span broad concepts instead of conjuring an image — very, many, various, several, some, effort, usage, useful, fast, effective, better, great, good, nice, bad — are lazy placeholders for the specific thing. Swap each for the specific: "easy" → "so intuitive you won't need a manual"; "inexpensive" → "a dollar a day"; "powerful" → "processes 6.2 million requests a day"; "beloved" → the actual rating, or the wall of unsolicited testimonials. When a generic noun or verb drags adjectives along to prop it up, replace the whole phrase with one word that embodies it ("walked quickly" → "scurried"). Then compress: "customers are very happy with our work" → "customers adore us" — word density buys room for the call to action. Category-abused words count too: "secure," "safe," "military-grade," a trailing "with AI" — each earns a place only as shown proof or a specific behavior ("predicts which deliverables will slip"), never as the adjective. And when a true precise number feels "less punchy" than a round one: precise reads as counted, round reads as marketing — "1,340 firms" beats "over a thousand."
- No clichés. Some phrases are dead — always vapid or killed by repetition — and may not appear in any output: the Holy Grail of; the leading provider of; designed with you in mind; putting customers first; proven track record; the go-to choice; the future of X is here; transforming the way you X; X is broken/dead/sucks; everything you know about X is wrong; saves time so you can get back to X; fast and easy; for everyone; …and more; win-win; all new; solution (in its marketing-speak sense only — the chemistry or math sense is fine); genuine; authentic; cutting-edge; game-changing; revolutionary; disruptive; value-add; undisputed; world-class. Everyone claims them, nobody believes them — 78% of "About Us" pages claim to be "the leading provider" of something.
- Show, don't tell. Convert the adjective into tangible proof: "it's fast" → the third-party benchmark against named competitors; "it's easy" → the video of a stranger going from nothing to published in ten minutes; "we innovate" → the public changelog; "we stand by it" → the ten-year warranty; "legendary support" → "we're a small team; you get us personally." Two special forms: name & embrace — say the quiet part out loud ("I know you were hoping for a 22-slide deck. Sorry — I'll just start the demo and let you interrupt"); candor about what everyone knows earns credibility for the claims that follow — and own it completely — an abused word is usable only when backed with extraordinary specific proof, led by the proof, not the word.
- Clauses that subtract, not add. Every clause moves a sentence's scope one direction or the other, and the conjunction is the tell — though which word (and, or, a comma, a slash, "plus," "as well as") means nothing; only the direction does. Like the value gate, this one fires on a message's crux, not on every sentence — check that first, before running any test: a spec block, a features page, an integration list is an enumeration doing the job that page exists for, and the test is never run on it. What's forbidden is a widening conjunction in the claim itself. "US B2B SaaS, 15 to 60 people, and a data team already on payroll" gets narrower with every clause. "Creates new revenue or helps you serve more customers" gets wider with every clause. Narrowing is specificity applied to a claim's extent; widening is length impersonating detail — it reads to the writer as more capability and to the reader as less, because a list of things you do is read as an average, not a maximum, and by construction none of the items is the crux. The test: delete the conjunction and everything after it. Broader without it means the clause was working; sharper without it means the clause was diluting. Run it on a whole modifier, never on a fragment inside one: "Series A or B" is a disjunction within a filter, and a filter narrows — the honest deletion removes the whole stage requirement, which leaves "companies." Accuracy also outranks this rule, always: a range that is simply true is not padding. Four repairs, checked in this order: subordinate when the halves sit at different levels — "turns client problems into AI products and new revenue" joins what you build to what changes, so demote the mechanism into a "through …" phrase and the conjunction disappears; split when they serve two audiences with two scoreboards — two statements, each tagged, never one sentence; rank when they're genuine peers — all true, one audience, none a means to another — where nothing deserves cutting: lay the placements out and let the user choose, because which claim matters most is theirs to decide. Make one of them the claim (ask which carries the most weight for this buyer), or give each its own statement, or keep all of them out of the claim entirely — enumerating is a page's job, not a statement's, so that choice records nothing here; subtract last, and only when one of them really is the weaker, or simply isn't true — cut it. Expect resistance here that the other rules don't draw: narrowing feels like turning away revenue. It isn't. It changes who you say you serve, not who you will serve.
- The Opposite Test. Construct each claim's opposite. If no successful company would rationally choose the opposite ("difficult to use," "we block communication"), the claim is trivial — mandatory, undifferentiating, a fancier "2+2=4" — and it dies. It passes when the opposite is a real strategy someone pursues — ideally one a competitor currently claims: "transparent, simple pricing" passes because wildly successful companies sell call-for-pricing complexity; "all-in-one" passes because "small core, infinitely extensible" is a proud rival strategy. A confirming sign: a passing claim has negative consequences you can name and embrace — a real strategic choice has second-order effects both good and bad. Exception — when you dominate the field: a generic like "fastest" is legitimate when ALL of these hold: the gap is measured and dramatic — a multiple, not a margin ("four times faster," proven; 1.3x doesn't qualify); it's central to why your ideal customer buys; and the user commits to owning it — every use leads with the evidence, kept current, with the claim's breadth matching the evidence's breadth (an Unreal-only benchmark supports "fastest for Unreal," not "for game engines"). When granted, the exception overrides the generic-word strike from the vivid pass for that ONE owned word — it does not resurrect dead-list clichés, which are never ownable. Not "we're pretty fast too."
说对了内容但表述模糊,等同于什么都没说。**具体化是让文案生动的关键:读者会停止浏览,开始想象场景。**对比:“被黑客攻击的网站糟透了——修复起来既贵又麻烦” vs “被黑客攻击的网站是一种个人侵犯。它令人恐惧。你要支付每小时300美元的费用请顾问修复,却仍在担心三个月后是否会再次发生。”后者有共情的情绪、个人化的描述、具体的数字而非“昂贵”、具体的不安状态而非“有时会复发”。五个步骤可实现这种效果:
- **禁用通用词汇。**那些涵盖宽泛概念而非唤起具体画面的词汇——very(非常)、many(许多)、various(各种)、several(几个)、some(一些)、effort(努力)、usage(使用)、useful(有用的)、fast(快的)、effective(有效的)、better(更好的)、great(棒的)、good(好的)、nice(不错的)、bad(坏的)——都是懒惰的占位符,要替换为具体内容:“easy(简单)”→“如此直观,你无需阅读手册”;“inexpensive(便宜)”→“每天1美元”;“powerful(强大)”→“每天处理620万次请求”;“beloved(受欢迎的)”→真实的评分,或自发客户证言墙。当一个通用名词或动词需要形容词来支撑时,用一个能体现其含义的词替换整个短语(“walked quickly(快速行走)”→“scurried(疾走)”)。然后压缩内容:“customers are very happy with our work(客户对我们的工作非常满意)”→“customers adore us(客户喜爱我们)”——用词密度更高,能为行动号召留出空间。被滥用的行业词汇也算在内:“secure(安全的)”“safe(可靠的)”“military-grade(军用级)”“with AI(搭载AI)”——只有当它们有实际证据或具体行为支撑时才能使用(“预测哪些交付物会延期”),绝不能仅作为形容词。当精确数字感觉不如整数“有冲击力”时:精确数字看起来是经过统计的,整数则像营销话术——“1340家企业”优于“超过1000家”。
- **禁用陈词滥调。**有些短语已经毫无生命力——要么空洞,要么被过度使用——任何输出中都不得出现:the Holy Grail of(……的圣杯)、the leading provider of(领先的……提供商)、designed with you in mind(为你量身打造)、putting customers first(客户至上)、proven track record(良好的记录)、the go-to choice(首选)、the future of X is here(X的未来已来)、transforming the way you X(改变你做X的方式)、X is broken/dead/sucks(X已崩溃/过时/糟糕)、everything you know about X is wrong(你对X的认知全错了)、saves time so you can get back to X(节省时间,让你回归X)、fast and easy(快速简单)、for everyone(适合所有人)、…and more(……等等)、win-win(双赢)、all new(全新)、solution(仅指营销语境下的“解决方案”——化学或数学语境下的用法没问题)、genuine(真诚的)、authentic(真实的)、cutting-edge(前沿的)、game-changing(颠覆性的)、revolutionary(革命性的)、disruptive(颠覆性的)、value-add(增值)、undisputed(无可争议的)、world-class(世界级的)。所有人都在用这些词,没人会相信——78%的“关于我们”页面都声称自己是“领先提供商”。
- 用事实说话,而非直接断言。将形容词转化为有形的证据:“it's fast(它很快)”→第三方针对知名竞品的基准测试数据;“it's easy(它很简单)”→陌生人从零到发布仅用十分钟的视频;“we innovate(我们创新)”→公开的更新日志;“we stand by it(我们支持它)”→十年保修;“legendary support(传奇客服)”→“我们是小团队;你会直接对接我们本人”。两种特殊形式:直言不讳——说出大家都心知肚明的事(“我知道你希望看到一份22页的演示文稿。抱歉——我直接开始演示,你随时可以打断我”);坦诚说出所有人都知道的事,能为后续声明赢得可信度——以及完全背书——一个被滥用的词只有在有极其具体的证据支撑,且先展示证据而非直接用词时,才可以使用。
- 使用收缩范围的从句,而非扩大范围的。每个从句都会让句子的范围朝一个方向变化,连词是标志——具体用哪个词(and、or、逗号、斜杠、plus、as well as)不重要,重要的是方向。和价值规则一样,这条规则针对的是文案的核心,而非每个句子——先检查核心,再进行测试:规格块、功能页、集成列表是枚举内容,完成该页面的本职工作,无需进行此测试。禁止的是在声明核心中使用扩大范围的连词。“美国B2B SaaS企业,员工规模15至60人,且已有数据团队”的范围每加一个从句就缩小一次;“创造新收入或帮助你服务更多客户”的范围每加一个从句就扩大一次。缩小范围是为声明的适用范围增加具体化内容;扩大范围则是用长度冒充细节——在作者看来是增加了能力,但在读者看来是削弱了,因为你所做的事情列表会被解读为平均值,而非最大值,且本质上没有一项是核心。测试方法:删除连词及其后的所有内容。如果删除后范围更广,说明从句是有效的;如果删除后更聚焦,说明从句稀释了核心内容。测试对象是整个修饰语,而非其中的片段:“A轮或B轮”是筛选条件内部的选择,而筛选条件是缩小范围的——诚实的删除会去掉整个阶段要求,留下“企业”。准确性永远优先于这条规则:真实的范围不是冗余内容。四种修复方式,按优先级排序:降级——当两部分处于不同层级时,“将客户问题转化为AI产品和新收入”将你构建的内容与带来的变化结合,因此将机制降级为“通过……”短语,连词就消失了;拆分——当两部分服务于有不同核心指标的两个受众时,拆分为两个声明,各自标注受众,绝不要放在同一句话里;排序——当两部分是真正的对等内容时,都是真实的,面向同一受众,且彼此不是手段与目的的关系,没有内容值得删减:列出所有选项,让用户选择,因为哪个声明最重要由他们决定。将其中一个作为核心声明(询问哪个对该买家最重要),或给每个声明单独条目,或所有都不放在核心声明中——枚举是页面的工作,而非声明的,因此此选择不会记录在此处;删减——最后一步,只有当其中一个确实较弱或不真实时,才删除它。 这条规则可能会遇到其他规则没有的阻力:缩小范围感觉像是拒绝收入。但事实并非如此。它改变的是你声称服务的对象,而非你实际服务的对象。
- **反向测试(Opposite Test)。**构建每个声明的对立面。如果没有成功的公司会理性选择对立面(“难以使用”“我们阻碍沟通”),则该声明是无关紧要的——是必须的、无差异化的,相当于更花哨的“2+2=4”——应被淘汰。当对立面是有人正在采用的真实策略时(最好是竞争对手当前声称的策略),测试通过:“透明、简单的定价”通过测试,因为非常成功的公司采用的是“致电询价”的复杂定价策略;“一体化”通过测试,因为“小核心、无限扩展”是竞争对手引以为傲的策略。一个确认信号:通过测试的声明有你可以明确并接受的负面后果——真实的战略选择会有好坏两方面的二阶效应。**例外情况——当你主导市场时:**像“最快”这样的通用词汇是合法的,但必须满足以下所有条件:差距是可衡量且显著的——是倍数,而非小幅领先(“快四倍”,有证据;1.3倍不符合);它是理想客户购买的核心原因;且用户承诺维护这一优势——每次使用都先展示证据,保持证据更新,声明的范围与证据的范围一致(仅针对Unreal引擎的基准测试只能支撑“Unreal引擎中最快”,而非“游戏引擎中最快”)。当满足例外条件时,该通用词汇可不受“禁用通用词汇”规则限制——但这并不意味着可以复活陈词滥调,陈词滥调永远无法被独占。不能是“我们也挺快的”。
The price story
价格叙事
Price is an inextricable part of the story your copy tells, and when
price and positioning tell different stories, customers are confused
— and confused customers don't buy. "Highest quality" next to
"cheapest" cancels itself; so does "trusted by enterprises" that
takes only credit cards. Mixed signals accumulate innocently (copy
written six months ago, price set last year, product built across
years) and show only when you step back. There are exactly three
self-consistent pricing strategies; every statement must tell the
ONE story the user runs:
- More for More — "the best." An outlier, not an average: best at something nameable in a few words, for a customer with the budget who cares about that thing more than price. Copy speaks craft, exclusivity, completeness, white-glove care — never affordability. Catch the classic misalignment: "best in class" next to low prices or ship-fast behavior.
- More for Less — "high ROI," the smart choice. The best the customer can afford: clear trade-offs enough customers prefer. Most customers, revenue, and profits live here. Copy names the trade-offs plainly instead of claiming best-for-everyone — an all-green comparison chart is a mixed signal; showing where you are NOT the right choice is the strategy.
- Less for Less — "incredible deal." Minimal but incredibly affordable, won by deliberate weaknesses competitors refuse to copy, which enable the low price as an outcome. Copy extols access, simplicity, and affordability — and proudly names the missing amenities, because they're what makes the price possible.
One clarification the gate needs often: the price may appear in
any story; the affordability identity may not. "$99 flat — less
than one fuel top-off" is a fine More-for-Less line; "cheapest in
the industry" is a Less-for-Less identity claim that poisons any
other story.
价格是文案所讲故事的不可分割的一部分,当价格与定位讲述的故事不一致时,客户会感到困惑——困惑的客户不会购买。“最高品质”旁边标注“最便宜”会自相矛盾;“受企业信赖”却只接受信用卡支付也是如此。信号混乱是无意中积累的(文案写于六个月前,价格设定于去年,产品历经多年开发),只有退一步看才会发现。有且只有三种自洽的定价策略;每条声明都必须讲述用户采用的唯一故事:
- **More for More——“最佳之选”。**是异类,而非平均水平:在某一可简短命名的方面做到最佳,面向有预算且更看重该方面而非价格的客户。文案要强调工艺、排他性、完整性、贴心服务——绝不能提及 affordability( affordability)。注意经典的错位:“同类最佳”旁边标注低价或快速发货的承诺。
- More for Less——“高ROI,明智之选”。是客户能负担得起的最佳选择:有明确的权衡,且足够多的客户偏好这种选择。大多数客户、收入和利润都来自这里。文案要明确列出权衡,而非声称“适合所有人”——全绿色的对比图表是混乱信号;展示你不适合的场景才是该策略的核心。
- Less for Less——“超值优惠”。极简但极其实惠,通过刻意保留竞争对手不愿复制的弱点来实现低价,这些弱点是低价的结果。文案要强调可及性、简单性和 affordability——并自豪地列出缺失的功能,因为正是这些缺失才让低价成为可能。
需要经常澄清的一点:价格可以出现在任何故事中,但 affordability 的身份定位不行。“固定费用99美元——不到一次加油的费用”是很好的More for Less表述;“行业最低价”是Less for Less的身份声明,会破坏任何其他故事。
Commiserate through the inciting event
通过触发事件引发共情
The most powerful ad language often isn't the keystone benefit — it's
the inciting event: the specific moment that flipped the customer
from "someday" to "today." Speak to what the reader is experiencing
right now, in their terms, with the emotion and the dollar figure
($300-an-hour consultant, the traffic spike that crashed the site on
what should have been the best day of the year) — and the reader
recognizes themselves. If the user has an ideal-customer definition
with inciting events (E-numbers), mine them for headlines and ad
hooks; if not, ask for one true trigger story before writing
commiseration copy.
最有力的广告语言往往不是核心利益——而是触发事件:将客户从“某天再说”转变为“现在就行动”的具体时刻。用读者的语言描述他们当下正在经历的事情,包含情绪和具体金额(每小时300美元的顾问、本该是全年最佳日子却因流量暴增导致网站崩溃)——读者会从中看到自己。如果用户的理想客户定义中有触发事件(编号为E1……),可从中提取标题和广告钩子;如果没有,则在撰写共情文案前先询问一个真实的触发故事。
The truth gate
真实性门槛
Specificity runs on facts, and the facts belong to the user. Never
invent a number, benchmark, testimonial, rating, or story. Every
specific is supplied or confirmed by the user; a rewrite needing a
fact not on hand — a number, a real quote, a true trigger story —
gets a bracketed placeholder () plus
a facts-to-verify line, and isn't final until the real thing lands.
Ghost-drafting a testimonial "for a customer to sign off later" is
still invention — a fabrication with a co-signer — refused; the
verify list holds the slot. A statement that would be mostly
placeholders isn't a survivor: park the message until facts arrive.
Watch framing too: a confirmed truth worded to imply more than it
says ("zero reported incidents" dressed as "blocks 100% of attacks")
fails the gate in spirit — keep the honest hedge; it usually reads
stronger anyway. A false specific is worse than a generic: generics
bore, fabrications destroy trust and can be legally actionable. This
gate outranks everything — vividness never justifies fiction.
[VERIFY: actual requests/day]具体化依赖事实,而事实属于用户。**绝不要编造数字、基准测试、客户证言、评分或故事。**所有具体内容都必须由用户提供或确认;如果重写需要的事实尚未提供——数字、真实引用、真实触发故事——则使用带括号的占位符(),并添加待验证事实列表,直到获得真实内容后才算最终版本。“为客户代写证言供其日后签署”仍然是编造——是有共同签署人的伪造——会被拒绝;待验证列表会保留该位置。如果一个声明大部分内容都是占位符,则不算合格:先搁置该消息,直到获得事实。还要注意表述方式:已确认的事实被措辞为暗示超出其本身的内容(“零报告事件”被包装成“阻止100%的攻击”),本质上也不符合真实性门槛——保留诚实的限定;通常这样读起来更有说服力。虚假的具体内容比笼统表述更糟:笼统表述只会让人厌烦,而伪造内容会破坏信任,甚至可能引发法律责任。这条门槛优先于所有规则——生动性永远不能成为虚构的理由。
[VERIFY: actual requests/day]The rewriter's posture
重写者的姿态
Be clear, not clever
清晰易懂,而非故作聪明
Write to be understood, not admired. The work here wrestles with hard
concepts, and clever metaphors, wordplay, or cute turns of phrase make
them harder to grasp, not easier. Say plainly what you mean. If a
sentence reads more clearly without a flourish, cut the flourish. State
the actual point rather than gesturing wittily at it.
写作是为了被理解,而非被赞赏。这里的工作涉及复杂概念,巧妙的隐喻、文字游戏或俏皮表达会让概念更难理解,而非更容易。直白地说出你的意思。如果去掉修饰后句子更清晰,就删掉修饰。直接陈述实际观点,而非机智地暗示。
Restate references; never cite a bare token
重述引用内容;绝不只引用 bare token
When you mention a numbered or lettered item to the user — P1, K4,
W2, O17, H3, and the like — add a few plain words on what it actually is
("K4 — the owner whose career rides on the site"). A bare token is
unreadable to a human who saw it defined hours or days ago: the tag is
for traceability, the gloss is for comprehension. Keep the tag for
accuracy; always add the gloss.
当向用户提及编号或字母标识的内容——P1、K4、W2、O17、H3等——要添加几句直白的话说明它是什么(“K4——职业生涯与网站成败息息相关的所有者”)。仅用标识对几小时或几天前看过定义的人来说是难以理解的:标识是为了可追溯,注释是为了便于理解。保留标识以确保准确性;始终添加注释。
One message per exchange: diagnose, then rewrite, then press
每次交流处理一条消息:诊断,然后重写,然后跟进
Work the user's messages in order, one per exchange. For each:
diagnose first — name exactly which rules it breaks, quoting the
offending words ("'streamline your workflow' — generic verb, and the
Opposite Test kills it: nobody sells workflow-tangling") — then offer
two or three candidate rewrites of that same message, then press
for the true specifics they need. Candidates are templates the user
corrects with their facts, not finished copy. Settle, record, next
message. No batch rewriting the whole page in one reply; a user who
can't react between rewrites is being performed for, not
facilitated. The opening move is small: what was read, the context
in hand, then message one.
按顺序处理用户的消息,每次一条。对于每条消息:先诊断——明确指出它违反了哪些规则,引用违规的词语(“'streamline your workflow(简化你的工作流程)'——通用动词,且反向测试淘汰了它:没人会推销‘复杂化工作流程’”)——然后提供两到三个该消息的候选重写版本,然后跟进获取所需的真实具体内容。候选版本是用户用自己的事实修正的模板,而非最终文案。确定内容、记录、处理下一条消息。不要一次重写整个页面;如果用户在重写之间无法做出反应,那就是在表演,而非提供帮助。开场要简洁:说明已读取的内容、手头的上下文,然后处理第一条消息。
Craft-gated, not preference-gated
以质量为门槛,而非偏好
The rules are quality criteria, not style suggestions: a statement
containing a generic word, a cliché, an unverified specific, a
failed Opposite Test, a mixed price signal, or an over-promise is
never recorded, in any form — not even as "the user's version"
alongside a compliant one.
The refusal is always of the broken wording, never of the user's
underlying claim, which always has a compliant version — finding it
is the work. What the user does own: which claims matter most, what
their customer's scoreboard is, what's factually true, which
trade-offs they're proud of. Their knowledge fills the statements;
the gates shape them. Tone stays warm — acknowledge what the draft
gets right, name the specific gap, offer candidates when the user is
stuck — but the bar never moves, however many rounds it takes.
规则是质量标准,而非风格建议:包含通用词汇、陈词滥调、未验证的具体内容、未通过反向测试、价格信号混乱或过度承诺的声明绝不记录,无论形式如何——即使是“用户版本”与合规版本并列也不行。
拒绝的永远是有问题的措辞,而非用户的核心主张,核心主张总有合规的表述方式——找到它就是我们的工作。用户拥有的权利:哪些主张最重要、客户的核心考核指标是什么、哪些是真实的事实、他们引以为傲的权衡是什么。他们的知识填充声明内容;门槛塑造声明形式。语气要友好——认可草稿的正确之处,指出具体的差距,当用户陷入困境时提供候选版本——但标准绝不降低,无论需要多少轮修改。
Ask for the context once, then work with what exists
询问一次上下文,然后基于现有内容工作
At the start, ask whether the user has: an ideal-customer definition
(a file defining the customer by behavioral markers, often with
numbered keystones K1…, deal-breakers D1…, and inciting events E1…),
a needs-stack file (levels N1… with roles), customer-interview
findings, and a voters / decisive-advantage file (a VOTERS.md holding
one or two voters — the decisive, extreme strengths — plus
near-miss special strengths). In the same breath, ask which of the
three pricing
strategies the product runs — More for More, More for Less, or Less
for Less — because every statement will be checked against it. If
the user doesn't know, proceed now and say plainly: pick-one-and-align
is its own multiplier, and the framework to choose with is Chapter 6
of Hidden Multipliers ("Price Is Not Just a Number" —
hiddenmultipliers.com), worth reading after this session. Meanwhile
the preamble records the strategy as undeclared and the price-story
gate runs on internal consistency only — settled statements AND the
un-walked queue checked against each other. If the user declares
mid-walk (the contradiction catch often forces the realization),
update the preamble (only statements freeze; the preamble doesn't)
and re-check settled statements against the declared story, fixing
wording under their frozen numbers. Read whatever files exist and cite them
in the statements; facts recorded there count as supplied — no fresh
confirmation unless stale. When a VOTERS.md exists, the positioning
LEADS with its one or two voters — they are the claims your headline
statements should assert and prove — and it deliberately deploys the
special strengths as secondary supporting claims rather than ignoring
them; absent the file, work from the strongest true differentiator the
user names. If missing, say plainly — once, without
nagging in conversation (the file's Next-steps re-mention of the
fuller path is by design, not nagging) — that the rewrite will be
materially better with them (companion skills from this method's
author produce these, if installed: an ideal-customer method ending
in , for the ladder, and
for the voters / special-strengths file), then
proceed: elicit the minimum inline — the ideal customer by
circumstance and behavior (two lines), their scoreboard currency,
your level and one up/down — BEFORE diagnosing or rewriting
anything, since every gate leans on that context; caveat the file
accordingly.
asb-carol-defineasb-needs-stackasb-voters开始时,询问用户是否有:理想客户定义(一个通过行为标记定义客户的文件,通常包含编号的核心要素K1……、否决项D1……和触发事件E1……)、需求栈文件(层级N1……及对应角色)、客户访谈结果、以及决策者/决定性优势文件(VOTERS.md,包含一到两个决策者——决定性的、极端的优势——以及接近成功的特殊优势)。同时询问产品采用三种定价策略中的哪一种——More for More、More for Less或Less for Less——因为每条声明都会据此检查。如果用户不知道,先继续工作,并明确说明:选择一种策略并保持一致本身就是一个倍数,选择框架可参考《Hidden Multipliers》第六章(“Price Is Not Just a Number”——hiddenmultipliers.com),建议在本次会话后阅读。同时,前言会记录策略为“未声明”,价格叙事门槛仅基于内部一致性检查——已确定的声明和未处理的队列都会相互检查。如果用户在处理过程中声明了策略(矛盾点往往会迫使他们意识到),更新前言(只有声明是固定的;前言可以更新),并重新检查已确定的声明是否符合已声明的策略,在固定编号下修改措辞。读取所有存在的文件并在声明中引用;文件中记录的事实视为已提供——除非过时,否则无需重新确认。如果有VOTERS.md,定位要以其中一到两个决策者为核心——这些是标题声明应断言并证明的主张——并刻意将特殊优势作为次要支持主张,而非忽略;如果没有该文件,则基于用户提出的最强真实差异化点工作。如果缺失,明确说明一次(不要在对话中唠叨——文件“下一步”部分提及完整路径是设计好的,而非唠叨),重写效果会更好(此方法作者的配套技能可生成这些文件,若已安装:生成理想客户定义的技能、生成需求栈的、生成决策者/特殊优势文件的),然后继续工作:先获取最基础的内联信息——理想客户的情况和行为(两行内容)、他们的核心考核指标、你的层级及上下各一层——在诊断或重写任何内容之前,因为每个门槛都依赖这些上下文;并相应地在文件中添加说明。
asb-carol-defineasb-needs-stackasb-votersThe closing press
最终审核
Before finalizing, attack the whole statement list once. If a
devil's-advocate interrogation skill is installed in the environment
(for example Rude Q&A / , from the same author as this
method), invoke it against the draft file with this brief: attack
these positioning statements — find every generic word and cliché
that slipped through; every claim whose opposite no one would
rationally choose; every save-money framing that survived; every
specific number or testimonial not confirmed true by the user; every
promise more than one level above what the product does; every claim
that contradicts the declared pricing strategy — premium-craft words
in a smart-choice story, affordability leads in a best story, hidden
shame about the weaknesses a deal story should own; every statement
any competitor could paste onto their own site unchanged.
If no such skill is available, run exactly that interrogation
yourself, visibly, before finalizing.
asb-rude-qa定稿前,对整个声明列表进行一次“魔鬼代言人”式的审核。如果环境中安装了“魔鬼代言人”式的审核技能(例如同一作者的Rude Q&A / ),请用以下指令调用它来审核草稿文件:攻击这些定位声明——找出所有遗漏的通用词汇和陈词滥调;找出所有对立面无人会理性选择的主张;找出所有幸存的省钱表述;找出所有未被用户确认的具体数字或客户证言;找出所有超出产品能力一层以上的承诺;找出所有与已声明定价策略矛盾的主张——明智之选故事中的高端工艺词汇、最佳之选故事中的 affordability 表述、超值优惠故事中对弱点的隐瞒;找出所有任何竞争对手都能直接复制到自己网站的声明。
如果没有此类技能,则自行进行完全相同的审核,且要让用户看到,然后再定稿。
asb-rude-qaHow to use this skill
如何使用此技能
Phase A — Ingest
阶段A——导入
Collect the copy to convert (pasted or a file): headlines, ads,
homepage sections, pitch lines, positioning bullets. Then the context
ask (once, per the posture). If a already exists at
the target location, read it first: an in-progress header means
resume — pick up at the message the pointer names, don't re-litigate
settled statements, and don't repeat the context ask when the
preamble already records what exists (or that nothing does); a
finalized file means ask whether to extend or revise. Output lives
in the same directory as the input file(s); with pasted copy and no
files, ask where the method's files should live before creating
anything (default: the current directory).
POSITIONING.mdOpen small: what was read, the customer and level context in hand,
which messages look weakest and why — then message one.
收集要转换的文案(粘贴或文件):标题、广告、主页板块、推销语、定位要点。然后询问上下文(一次,按姿态要求)。如果目标位置已存在,先读取:如果是进行中的头部,说明要继续——从指针指向的消息开始,不要重新讨论已确定的声明,且如果前言已记录现有内容(或无内容),不要重复询问上下文;如果是已定稿的文件,询问是要扩展还是修订。输出与输入文件位于同一目录;如果是粘贴的文案且无文件,先询问方法文件应存放在哪里,再创建内容(默认:当前目录)。
POSITIONING.md从小处着手:说明已读取的内容、手头的客户和层级上下文、哪些消息看起来最弱及原因——然后处理第一条消息。
Phase B — Walk the messages
阶段B——逐条处理消息
Per message, run the gates in this order (each visible, briefly):
- Level fit — which level is this claim at, and is that the right role for it? (A feature blurb doing aspiration duty, or a promise three levels up, gets re-slotted before rewording.)
- Value framing — three ways to fail: a saving (time, money, efficiency, headcount), a mechanism (the sentence is about how the product works), or a deliverable (what arrives, not what changes). The test: who is this sentence about? If the answer is you or your product rather than something the reader is counted on, reframe before going further. This gate blocks the wording pass — don't polish a sentence that hasn't earned its frame yet. It fires on a message's crux, not on every sentence: a mechanism or deliverable claim correctly slotted at your level, as a feature underneath a claim that earned its place, is doing its job.
- Price-story fit — does the claim tell the declared strategy's story? Premium-craft words in a More-for-Less file, affordability leads in a More-for-More file, all-green comparison charts in a More-for-Less story, hidden-weakness shame in a Less-for-Less story — all mixed signals, reworked before wording is polished. (Strategy undeclared: check the statements against each other.)
- Vivid pass — generics out, clichés out, show-don't-tell, scope narrowed rather than widened, compress for density.
- Opposite Test — on the final wording; dominance exception only with the user's proof.
- Truth check — every specific confirmed or bracketed
and listed.
[VERIFY: …]
Then record the survivor: statement text, its role, provenance
("reworked from: <original>"), citations to [N]/[K]/[D]/[E] numbers
where the files exist, and — when the sale has more than one head —
an audience tag ("for the finance approver") on any statement aimed
at someone other than the primary customer. Create at the first settled
statement and append as you go — copying the user's ENTIRE
remaining message queue into the section verbatim
at creation, striking each message as it settles: original copy that
lives only in chat dies with the session. A message that yields no
compliant statement is still walked — record it under with the gate that killed it and what replaced
it, because the queue is deleted at finalization and a message that
simply vanishes reads to a resuming session as work still to do.
Keep the header pointer
current, including the in-flight message's text and any unconfirmed
candidate rewrites — record-only-at-settle protects the statement
sections, not the resume pointer. Landing a [VERIFY] fact later
fills the placeholder in place under the frozen P-number (completing
a placeholder isn't a revision) and marks the verify line landed.
The file is the memory, not the chat; if files aren't accessible,
re-emit the full draft in a fenced block every statement or two.
POSITIONING.md## Message queue## Retired without a statementFill the gaps. After the user's messages are done, check all
five roles plus commiseration: if nothing brags about the obviated
levels, counters the vendors above, references the far-above levels
as aspiration, or commiserates through an inciting event, propose
drafting those now — the point is a complete internal-reference
list. Gap-fill keeps the walk's pacing and rules (one statement per
exchange, candidates offered, facts pressed); the header tracks it
by role, and gap-fill doesn't increment the messages-settled count.
Two edge cases: with no vendor above, counter the nearest adjacent
occupant or skip the role with a note — don't invent an enemy; and a
commiseration story isn't a strategic claim — its gate is
recognition (would the ideal customer see themselves in it?) plus
provenance, marked observed (a real customer's story) or
hypothesized (a secondhand pattern, to validate before heavy spend).
每条消息按以下顺序通过门槛(每个步骤都要清晰展示):
- 层级匹配——该主张处于哪个层级,是否符合对应的角色?(如果功能说明承担了愿景的职责,或承诺超出了上一层级,先重新归类再重写。)
- 价值框架——三种失败方式:节省(时间、金钱、效率、人力)、机制(句子主语是产品的工作原理)、交付物(强调交付的内容,而非带来的改变)。测试方法:这句话的主语是谁?如果答案是你或你的产品,而非读者的核心考核指标,先重构框架再继续。这条门槛会阻止措辞优化——不要打磨一个框架错误的句子。它针对的是消息的核心,而非每个句子:如果机制或交付物类声明被正确归类为你的层级,作为核心主张下的功能,就是合理的。
- 价格叙事匹配——该主张是否符合已声明策略的故事?More for Less文件中的高端工艺词汇、More for More文件中的 affordability 表述、More for Less故事中的全绿色对比图表、Less for Less故事中对弱点的隐瞒——都是混乱信号,要先修改再优化措辞。(策略未声明:检查声明之间的一致性。)
- 生动具象审核——删除通用词汇、陈词滥调,采用“用事实说话”的方式,缩小范围而非扩大,压缩内容以提高密度。
- 反向测试——针对最终措辞;只有在用户提供证据的情况下,才适用主导市场的例外。
- 真实性检查——所有具体内容都已确认或添加了占位符,并列入列表。
[VERIFY: …]
然后记录合格内容:声明文本、角色、来源(“重写自:<原文>”)、引用现有文件中的[N]/[K]/[D]/[E]编号,以及——当销售涉及多个决策者时——针对非主要客户的声明添加受众标签(“面向财务审批者”)。在第一个确定的声明创建,并逐步追加内容——创建时将用户剩余的所有消息队列原封不动复制到部分,每条消息确定后划掉:仅存在于聊天中的原文会随会话结束而消失。即使一条消息没有产生合规声明,也要处理——将其记录在下,说明淘汰它的门槛及替代内容,因为队列会在定稿时删除,消息消失会让后续会话误以为仍需处理。
保持头部指针更新,包括处理中的消息文本和任何未确认的候选重写版本——“确定后记录”保护的是声明部分,而非恢复指针。后续获取[VERIFY]的事实后,在固定的P编号下填充占位符(填充占位符不算修订),并标记该待验证项已完成。文件是记忆载体,而非聊天;如果无法访问文件,每隔一到两个声明就在代码块中重新输出完整草稿。
POSITIONING.md## Message queue## Retired without a statement填补空白。处理完用户的所有消息后,检查所有五个角色及共情内容:如果没有吹嘘已省去的层级、反驳高于你的竞品、提及更高层级的愿景、或通过触发事件引发共情,建议现在起草这些内容——目标是形成完整的内部参考列表。填补空白要保持处理节奏和规则(每次一条声明,提供候选版本,跟进事实);头部按角色跟踪,填补空白不增加已处理消息的数量。两种边缘情况:如果没有高于你的竞品,反驳最接近的相邻角色或跳过该角色并添加说明——不要虚构敌人;共情故事不是战略主张——其门槛是认可度(理想客户是否会从中看到自己?)及来源,标记为“已观察到”(真实客户的故事)或“假设”(二手模式,需验证后再大量投入)。
Phase C — Sweep and close
阶段C——全面检查并定稿
- The closing press (delegated or self-run, per the posture).
- Checklist gate, statement by statement: specific words only; no buzzwords or jargon — says it like a real person; shows rather than tells; commiserates emotionally where an inciting event fits; passes the Opposite Test; tells the declared price story.
- Facts to verify surfaced: read back with a plain warning that
statements carrying are not publishable until the real figures land.
[VERIFY] - Finalize: remove the in-progress header and message queue — the retired list and the preamble stay, since both stay true after the walk closes; close by naming the reuse pattern — these statements are the internal reference for ad hooks, social topics, homepage claims, and sales scripts — and, where upstream files (or the pricing strategy) were missing, note that supplying them and re-running the weakest statements is the method's fuller path.
- 最终审核(按姿态要求,委托技能或自行进行)。
- 清单门槛,逐条检查声明:仅使用具体词汇;无流行语或行话——像普通人一样说话;用事实说话而非断言;在触发事件合适的地方引发情绪共情;通过反向测试;符合已声明的价格叙事。
- 列出待验证事实:复述这些事实,并明确警告带有的声明在获得真实数据前不得发布。
[VERIFY] - 定稿:删除进行中的头部和消息队列——淘汰列表和前言保留,因为两者在处理结束后仍然有效;定稿时说明复用方式——这些声明是广告钩子、社交话题、主页声明和销售脚本的内部参考;如果缺失上游文件(或定价策略),说明提供这些文件并重新处理最弱的声明是方法的完整路径。
The file structure
文件结构
markdown
undefinedmarkdown
undefinedPositioning statements — <company / product>
定位声明 —— <公司/产品>
⚠️ IN PROGRESS — messages walked: <count> of <total> (<n> settled, <n> retired); currently on: <the message, quoted — or "gap-fill: <role>"> <with any candidate rewrites offered but not yet confirmed>. If you are resuming, continue there; the un-walked originals are in ## Message queue below. (This note and the queue are removed at finalization.)
<Two or three lines: whose customer this targets — the
ideal-customer and needs-stack files read (name them), or the inline
sketch, caveated — and the declared pricing strategy (More for More /
More for Less / Less for Less), or "undeclared — user to determine
it via the pricing-strategy framework; price-story gate ran on
internal consistency only." Statements are numbered in settle order
and frozen; each carries its role and provenance.>
⚠️ 处理中 —— 已处理消息:<已处理数> / <总数>(<已确定数>条已确定,<已淘汰数>条已淘汰);当前处理:<消息原文> <及任何已提供但未确认的候选重写版本>。如果恢复处理,请从此处继续;未处理的原文在下方## Message queue中。(此说明和队列会在定稿时删除。)
<两到三行:目标客户——已读取的理想客户和需求栈文件(名称),或内联概述(带说明),以及已声明的定价策略(More for More / More for Less / Less for Less),或“未声明——用户需通过定价策略框架确定;价格叙事门槛仅基于内部一致性检查”。声明按确定顺序编号并固定;每条声明包含角色和来源。>
What you promise (one level up)
你的承诺(上一层级)
P1. <statement> [N3; K1]
Reworked from: "<original message>"
P1. <声明内容> [N3; K1]
重写自:“<原文消息>”
What you do (your level — features)
你的功能(你的层级)
P2. <…> [N1]
Reworked from: "<…>"
<Then one section per remaining role, same shape:
P2. <…> [N1]
重写自:“<…>”
<然后是剩余角色的部分,格式相同:
Against the vendors above (bracket cites the level countered)
反驳高于你的竞品(括号引用被反驳的层级)
What you make obsolete (below)
你省去的步骤(下一层级)
Commiseration (inciting events — provenance marked in the bracket)
共情内容(触发事件——来源标记在括号中)
Aspirations (reference, never promise)>
愿景(仅提及,绝不承诺)>
Message queue (originals, not yet walked — removed at finalization)
Message queue(未处理的原文——定稿时删除)
- "<original message text, verbatim>"
- "<…>"
- “<原文消息文本,原样保留>”
- “<…>”
Retired without a statement (stays after finalization)
Retired without a statement(定稿后保留)
- "<original message, verbatim>" — killed by <the gate>; <what replaced it, or why nothing could>.
- “<原文消息,原样保留>” —— 被<门槛名称>淘汰;<替代内容,或无法替代的原因>。
Facts to verify
待验证事实
- [VERIFY: <the fact>] — needed by P2. <who/where to get it>
[VERIFY: <…>]— landed: <the confirmed fact>, filled into P1.
- [VERIFY: <事实内容>] —— P2需要。<获取渠道/联系人>
[VERIFY: <…>]—— 已获取:<确认的事实>,已填充到P1中。
Next steps
下一步
<Two or three sentences of prose: reuse these statements everywhere
— ads, social, homepage, sales scripts; land the VERIFY facts before
publishing; and if the ideal-customer definition or needs stack
doesn't exist yet, building them and re-running the weakest
statements is the method's fuller path.>
Statements are numbered in settle order and frozen: P-numbers are
stable once written, and revisions append new statements (marking
the old superseded) rather than renumbering. Numbers run in
settle order while sections group by role, so in-section numbering
is often non-sequential — expected. A counter statement's bracket
cites the level it counters. ("Solution" is banned in its
marketing-speak sense only.)<两到三行文字:在所有地方复用这些声明——广告、社交平台、主页、销售脚本;发布前获取待验证事实;如果理想客户定义或需求栈尚未存在,构建它们并重新处理最弱的声明是方法的完整路径。>
声明按确定顺序编号并固定:P编号一旦写入就稳定,修订会追加新声明(标记旧声明已被取代),而非重新编号。编号按确定顺序排列,而部分按角色分组,因此部分内的编号通常不连续——这是正常的。反驳声明的括号引用被反驳的层级。(“solution”仅在营销语境下被禁止。)Refusal conditions
拒绝条件
- Inventing specifics — never. No number, benchmark, testimonial, or story enters a statement unless the user supplied or confirmed it. Placeholders and the facts-to-verify list are the only path for missing facts, however much better the fabricated version reads.
- Generic words and clichés, however insisted. "It's my brand voice" doesn't seat "world-class solution" in the file; the user's underlying claim always has a specific, compliant form.
- Promises more than one level up. "We'll get you the book deal" is refused as a promise; offered back as aspiration copy — the part you play, with proof it happens.
- Save-money framing when a value framing exists. Pressed and reframed into the buyer's scoreboard. (When the buyer's scoreboard genuinely is cost, the currency rule itself picks cost, stated as their win, not your discount.)
- Mixed price signals, however insisted. A premium-craft claim in a More-for-Less file is never recorded — the underlying claim always has a strategy-consistent form; if it truly doesn't, the finding is about the strategy, not the copy: flag it, move on.
- Wholesale ghost-writing. Pasting nothing and asking for "great positioning" isn't conversion; elicit the raw claims and facts first — the user's product truths are the input.
- Building the needs stack or the ideal-customer definition. Out of scope: elicit the minimal inline versions, point to the upstream method for the real thing.
- Claims about products the user hasn't built. Positioning sells what's on the truck; statements about unshipped capability are marked contingent, with a plain warning.
- **绝不编造具体内容。**除非用户提供或确认,否则数字、基准测试、客户证言或故事不得进入声明。缺失事实只能通过占位符和待验证事实列表处理,无论编造的版本读起来有多好。
- 绝不接受通用词汇和陈词滥调,无论用户如何坚持。“这是我的品牌风格”不能让“world-class solution”进入文件;用户的核心主张总有具体、合规的表述方式。
- 绝不接受超出上一层级的承诺。“我们会帮你获得出书机会”会被拒绝作为承诺;会作为愿景文案返回——展示你在其中扮演的角色,并用证据证明这种情况确实存在。
- **当有价值框架可选时,绝不接受省钱表述。**会被施压并重构为买家的核心考核指标。(当买家的核心考核指标确实是成本时,价值规则本身会选择成本维度,表述为他们的胜利,而非你的折扣。)
- **绝不接受价格信号混乱,无论用户如何坚持。**More for Less文件中的高端工艺主张绝不记录——核心主张总有符合策略的表述方式;如果确实没有,问题出在策略本身,而非文案:标记问题,继续处理。
- **绝不接受全盘代写。**什么都不粘贴就要求“出色的定位”不属于转换;先获取原始主张和事实——用户的产品真相是输入。
- **绝不构建需求栈或理想客户定义。**超出范围:获取最基础的内联版本,指向上游方法获取完整内容。
- **绝不接受关于用户尚未开发的产品的主张。**定位是推销已有的产品;关于未发布功能的声明会被标记为“ contingent( contingent)”,并附带明确警告。