ابزار پیش‌بینی ایرادهای صفحه قیمت‌گذاری: تبدیل متن هر سطح قیمتی به پاسخ از پیش آمادهٔ تردیدهای خریدار
چرا این پرامپت اهمیت دارد
Pricing pages are usually the last page a buyer reads before deciding to self-serve, book a call, or close the tab — and most of their hesitation never reaches sales because it happens silently, before any form gets filled out. Teams that treat pricing-page bounce as a design or headline problem keep rewriting the page's tone while a buyer is actually stuck on an unanswered 'does this tier include X' question that a single sentence could resolve. This prompt forces that distinction up front, so copy gets fixed where copy is the actual problem, instead of burning a sprint trying to write around a real packaging gap.
ما از آن برای چه استفاده می‌کنیم
You just shipped a new pricing page, or haven't touched the current one in eight months, and you suspect buyers are bouncing at the pricing step — but your analytics only show that they left, never why. You run this before the next pricing review meeting, pasting in the live tier copy and whatever competitor pricing your sales team has gathered from call notes.
پرامپت
Act as a senior conversion copywriter who has rewritten pricing pages for over 50 B2B SaaS companies and has reviewed post-purchase survey data on why buyers hesitate at the pricing stage.
Context:
- Our product: [ONE-SENTENCE PRODUCT DESCRIPTION]
- Our ideal customer profile: [ICP — ROLE, COMPANY SIZE, BUDGET AUTHORITY]
- Our current pricing page copy (all tiers): [PASTE FULL PRICING PAGE COPY, TIER NAMES, PRICES, AND FEATURE LISTS]
- Known competitor pricing pages for comparison (optional): [PASTE COMPETITOR TIER NAMES + PRICES + KEY FEATURES, OR WRITE 'NONE AVAILABLE']
- Average deal size and sales cycle length: [E.G., '$8,400 ACV, 34-DAY CYCLE']
Task:
For each pricing tier on our page, do the following in order:
1. Name the single most likely objection or doubt a buyer evaluating THAT SPECIFIC TIER will have before clicking 'Buy' or 'Talk to Sales' — be specific to the tier, not generic ('too expensive' is not specific enough; 'unclear if the included seats cover read-only viewers or only active editors' is specific).
2. State whether that objection can be resolved with better COPY (clarify, reframe, add proof) or whether it is actually a PACKAGING problem that copy cannot fix (the tier genuinely lacks something buyers at that price point need).
3. If it's a copy problem, write a short addition or edit to the tier's copy that pre-empts the objection before the buyer has to ask sales or churn silently.
4. If it's a packaging problem, do not attempt to paper over it with copy — flag it plainly so we know to escalate to product/pricing strategy instead.
Constraints:
- Do not invent features, limits, or pricing we did not provide.
- Do not use hype language ('revolutionary', 'game-changing') in any copy addition.
- Each copy addition must be under 40 words and must sound like it was written by the same team that wrote the rest of the page (match tone).
- If a tier has no real objection worth addressing, say so explicitly rather than inventing one.
- Do not address more than one objection per tier — pick the single highest-leverage one.
Output Format:
A table with one row per tier:
| Tier Name | Likely Buyer Objection | Copy or Packaging Problem? | Copy Addition (if applicable) | Escalate to Product? (Yes/No) |
After the table, add a 2-3 sentence summary flagging which tier is most at risk of silent drop-off and why.نتیجه
| Tier Name | Likely Buyer Objection | Copy or Packaging Problem? | Copy Addition (if applicable) | Escalate to Product? |
|---|---|---|---|---|
| Starter ($49/mo) | Buyer can't tell if “3 sending domains” means 3 total, ever, or 3 active at once — they're mid-migration and may temporarily need a fourth. | Copy | Add: “Swap domains anytime at no cost — the limit is concurrent, not lifetime.” | No |
| Growth ($149/mo) | Buyer assumes “unlimited alerts” also means unlimited recipients, but alert routing is capped at 5 team members — a limit the page never discloses. | Packaging — the cap itself needs disclosure, and 5 seats may be too low for this ICP's typical marketing-plus-IT split | — | Yes — flag the seat cap for this ICP band before next pricing review |
| Scale (custom) | “Custom pricing” with no anchor number reads as deliberately high, so qualified buyers self-select out before ever requesting a quote. | Copy | Add a visible anchor: “Most teams land between $650–$900/mo.” | No |
Summary: Growth is the highest-risk tier for this ICP — the 5-person alert-routing cap is likely to surface mid-trial for a 50–200 person company with separate marketing and IT teams, and no amount of rewording fixes a hard seat limit. Starter and Scale are purely copy problems: Starter needs one line clarifying that the domain limit is concurrent, and Scale needs a price anchor so qualified buyers don't vanish before anyone on the sales team ever hears from them.
اغلب بازبینی‌های صفحه قیمت‌گذاری با یک پرسش ساده آغاز می‌شوند: آیا این صفحه نرخ تبدیل خوبی دارد؟ اما این پرسش اول، پرسش درستی نیست. یک صفحه قیمت‌گذاری می‌تواند بسیار خوب نوشته شده باشد و باز هم خریداران را به‌آرامی و سطح به سطح از دست بدهد، زیرا هر سطح قیمتی تردید بیان‌نشدهٔ خود را دارد؛ و هیچ میزان از صیقل‌دادن کلی متن، تردیدی را که صفحه هرگز به آن نپرداخته، رفع نمی‌کند.
این پرامپت بررسی را به‌صورت سطح‌به‌سطح انجام می‌دهد، نه در سطح کل صفحه. اگر همهٔ سطوح را در یک درخواست واحد مانند «این صفحه قیمت‌گذاری را بهتر کن» قرار دهید، خروجی کلی‌گویانه خواهد بود: عنوان‌هایی مبهم‌تر، شواهد اجتماعی بیشتر، دکمهٔ فراخوان به اقدام بزرگ‌تر. هیچ‌کدام از این‌ها به دلیل واقعی بسته‌شدن صفحه توسط یک خریدار خاص در یک سطح خاص نمی‌پردازند.
چرا این ساختار کار می‌کند
نقش تعیین‌شده به‌عمد محدود است: یک کپی‌رایتر ارشد تبدیل که داده‌های تردید پس از خرید را بررسی کرده است، نه یک دستیار بازاریابی عمومی. این چارچوب‌بندی، مدل را به‌سوی دقت سوق می‌دهد؛ مثلاً «روشن نیست که آیا صندلی‌ها فقط برای ویرایشگران فعال است یا شامل بینندگان فقط‌خوان نیز می‌شود» به‌جای «قیمت‌گذاری گیج‌کننده است».
بخش زمینه، نیازمند متن واقعی هر سطح قیمتی است، نه خلاصه‌ای از آن. خلاصه‌کردن قیمت‌گذاری، دقیقاً همان عبارات مبهمی را که در ابتدا تردید خریدار را ایجاد می‌کنند، از بین می‌برد.
بخش وظیفه، کار اصلی را با وادارکردن به یک دسته‌بندی که اغلب تیم‌ها از آن صرف‌نظر می‌کنند انجام می‌دهد: آیا این یک مشکل متن است یا یک مشکل بسته‌بندی؟ تیم‌ها معمولاً به‌سمت بازنویسی متن می‌روند، چون این راه‌حل ارزان و فوری است؛ حتی وقتی مشکل اصلی این است که یک سطح قیمتی واقعاً فاقد ویژگی‌ای است که خریداران در آن بازهٔ قیمتی به آن نیاز دارند. جداکردن این دو مورد، تیم بازاریابی را از پوشاندن پنهانی یک شکاف محصولی با صفت‌های بهتر بازمی‌دارد.
بخش محدودیت‌ها دو وظیفه دارد: از ساختن ویژگی‌هایی که وجود ندارند توسط مدل جلوگیری می‌کند (یک خطای رایج وقتی از یک مدل زبانی خواسته می‌شود چیزی را «بهتر» کند)، و هر افزودهٔ متنی را به زیر چهل کلمه محدود می‌کند تا خروجی قابل‌استفاده به‌صورت یک ویرایش مستقیم باقی بماند، نه بازنویسی کل صفحه.
چرا قالب خروجی مؤثر است
قالب جدولی، یک ایراد مشخص برای هر سطح قیمتی را اجبار می‌کند، به‌جای فهرستی پراکنده از پنج نگرانی مبهم. یک ایراد دقیق برای هر سطح، کاربردی‌تر از پنج ایراد سطحی است؛ زیرا دقیقاً نشان می‌دهد که بیست دقیقهٔ بعدی خود را کجا صرف کنید، و ستون «آیا باید به تیم محصول ارجاع شود؟» باعث می‌شود مشکل بسته‌بندی به تیمی ارجاع شود که واقعاً می‌تواند آن را حل کند، نه اینکه برای همیشه در یک سند متنی باقی بماند.
این پرامپت را پس از هر تغییر قیمت‌گذاری، و همچنین هر زمان که نرخ تبدیل یک سطح بدون دلیل مشخصی کاهش می‌یابد، اجرا کنید؛ ممکن است صفحه تغییر نکرده باشد، اما برداشت بازار از بسته‌بندی شما تغییر کرده باشد.