معماری چندکسب‌وکاری، تجاری و تجارت الکترونیک · فصل ۳ — Cost، Pricing، P&L، Entitlement و SLA · 236
Markup vs Margin و Pricing Floors
معماری یا تصمیم تجاری را با preference و الگوهای آماده می‌گیرد و constraint/cost/serviceability را مدل نمی‌کند. موضوع جاری: «Markup vs Margin و Pricing Floors». می‌تواند برای «Markup vs Margin و Pricing Floors» یک تصمیم bounded با constraints، cost/risk و stop/pivot condition طراحی کند.
خلاصهٔ درس
معماری یا تصمیم تجاری را با preference و الگوهای آماده می‌گیرد و constraint/cost/serviceability را مدل نمی‌کند. موضوع جاری: «Markup vs Margin و Pricing Floors».
می‌تواند برای «Markup vs Margin و Pricing Floors» یک تصمیم bounded با constraints، cost/risk و stop/pivot condition طراحی کند.
خروجی این درس
می‌تواند برای «Markup vs Margin و Pricing Floors» یک تصمیم bounded با constraints، cost/risk و stop/pivot condition طراحی کند.
پیش‌نیازها
1) مسئلهٔ واقعی: یک درصد، دو معنی متفاوت
فرض کنید ارائهٔ یک واحد سرویس، قبل از هزینهٔ پرداخت، پشتیبانی و سایر هزینه‌های متغیر، 60 واحد پولی هزینه دارد. تیم فروش می‌گوید «50٪ Markup می‌گذاریم؛ پس 50٪ Margin داریم». این گزاره غلط است، چون مخرج دو درصد یکی نیست. این درس قرار نیست قیمت «بهینه» برای بازار پیدا کند؛ قرار است یک Pricing Floor Decision Sheet v1 بسازد که نشان دهد یک قیمت پیشنهادی با شواهد فعلی مجاز است یا باید دوباره قیمت‌گذاری شود.
2) مرز درس و خروجی قابل تحویل
خروجی درس یک برگهٔ تصمیم ممیزی‌پذیر است: Pricing Floor Decision Sheet v1. این برگه هزینهٔ واحد، قیمت، تخفیف، هزینهٔ پرداخت، پشتیبانی و هزینهٔ متغیر را کنار هم نگه می‌دارد و سپس Markup، Margin، حداقل قیمت و State را محاسبه می‌کند. تعیین Cost Ledger متعلق به ARC-016 است و مدل Local Compute متعلق به ARC-018؛ این درس آن خروجی‌ها را جذب نمی‌کند.
3) Fact: Markup و Margin مخرج متفاوت دارند
راهنمای فعلی QuickBooks، Markup را Profit / Cost و Margin را Profit / Revenue تعریف می‌کند. بنابراین اگر هزینه 50 و قیمت 75 باشد، سود 25 است؛ Markup برابر 50٪ می‌شود اما Margin فقط 33.33٪ است. این تفاوت کوچکِ ظاهری می‌تواند مستقیماً یک تصمیم قیمت‌گذاری را عوض کند.
4) Fact: Unit Economics باید Cost را به Value وصل کند
FinOps Unit Economics هزینهٔ فناوری را به واحدهای ارزش کسب‌وکار وصل می‌کند و marginal cost و marginal revenue را برای بحث‌هایی مثل break-even، contribution margin و pricing trade-off مفید می‌داند. اما FinOps حداقل Margin یا Exception Policy این پروژه را تعیین نمی‌کند؛ آن‌ها Design محلی هستند.
5) Cost Scope را قبل از درصدها قفل کن
در این درس governed_cost برابر است با unit_cost + payment_cost + support_cost + variable_cost. اگر Support برای این مشتری واقعاً به ارائهٔ سرویس مربوط است، حذف آن فقط برای اینکه درصد بهتر دیده شود، یک Scope mismatch است. در آن حالت پاسخ DISPUTED است، نه ACCEPT.
6) تخفیف را روی قیمت واقعی اعمال کن
selling_price قیمت قبل از تخفیف است و effective_price = selling_price × (1 - discount_pct/100). Floor باید روی قیمت مؤثر سنجیده شود، نه روی قیمتی که مشتری دیگر پرداخت نمی‌کند. اگر تخفیف بعد از Approval اضافه شود، Approval قبلی دیگر Oracle نیست و باید تصمیم از نو محاسبه شود.
7) سود، Markup و Margin را از یک شواهد مشترک بساز
ابتدا profit_amount = effective_price - governed_cost. سپس markup_pct = profit_amount / governed_cost × 100 و margin_pct = profit_amount / effective_price × 100. هر دو از یک Profit استفاده می‌کنند، ولی مخرج متفاوت است. اگر Scope هزینه بین این دو عوض شود، مقایسه معتبر نیست.
8) Floor بر مبنای Target Margin را مشتق کن
در قرارداد این درس، floor_basis = TARGET_MARGIN_ON_EFFECTIVE_PRICE است. اگر حداقل Margin برابر m باشد، حداقل قیمت از minimum_price = governed_cost / (1 - m) به‌دست می‌آید. برای governed cost برابر 75 و حداقل Margin برابر 30٪، حداقل قیمت تقریباً 107.14 است. Price Floor یک Threshold طراحی‌شده است، نه یک «قانون جهانی بازار».
9) مثال پایه: 50٪ Markup الزاماً 50٪ Margin نیست
فرض کنید governed cost برابر 75 باشد و قیمت مؤثر 112.50. سود 37.50 است؛ Markup دقیقاً 50٪ می‌شود، اما Margin فقط 33.33٪ است. اگر Target Margin برابر 35٪ باشد، حداقل قیمت 115.38 خواهد بود؛ بنابراین با وجود «50٪ Markup»، State باید REPRICE باشد.
10) تخفیف بعد از Approval را دوباره بسنج
در Baseline این بسته، قیمت 120 و governed cost برابر 75 است؛ Margin برابر 37.5٪ و کف 30٪ پاس می‌شود. اگر بعداً 12٪ تخفیف اعمال شود، effective price به 105.60 می‌رسد. این قیمت زیر کف 107.14 است، بنابراین Approval قبلی باطل می‌شود و تصمیم باید از نو صادر شود.
11) Exception فقط با Owner و Expiry معتبر است
قیمت زیر Floor به‌صورت پیش‌فرض REPRICE است. تنها زمانی EXCEPTION مجاز است که Exception صریحاً Approved باشد، Owner مشخص داشته باشد و Expiry هنوز نگذشته باشد. Exception بدون Owner، بدون Expiry یا منقضی‌شده، مجوز دائمی برای قیمت زیر کف ایجاد نمی‌کند.
12) قرارداد شواهد اصلی
هر تصمیم قیمت‌گذاری باید فیلدهای زیر را به‌صورت قابل ردیابی نگه دارد. درصد بدون Cost Scope، Discount و Evidence یک تصمیم کامل نیست.
| Case | Unit cost | Selling | Effective | Governed cost | Profit | Markup % | Margin % | Discount % | Min margin % | Minimum price | Exception | State |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| baseline_accept | 60.00 | 120.00 | 120.00 | 75.00 | 45.00 | 60.00 | 37.50 | 0.00 | 30.00 | 107.14 | — | ACCEPT |
| markup_50_margin_below_floor | 60.00 | 112.50 | 112.50 | 75.00 | 37.50 | 50.00 | 33.33 | 0.00 | 35.00 | 115.38 | — | REPRICE |
| transfer_discount_payment_support | 60.00 | 130.00 | 114.40 | 81.50 | 32.90 | 40.37 | 28.76 | 12.00 | 30.00 | 116.43 | — | REPRICE |
13) Stateهای Typed جلوی «سودده نشان دادن» را می‌گیرند
ACCEPT یعنی قیمت مؤثر حداقل کف را پاس کرده و Evidence لازم کامل است. REPRICE یعنی قیمت زیر کف است یا Exception معتبر ندارد. EXCEPTION یعنی زیر کف است اما مجوز موقت و معتبر دارد. HOLD برای Evidence ناقص است و DISPUTED برای Scope ناسازگار. هیچ درصد جذابی این Stateها را Override نمی‌کند.
14) Transfer: همه‌چیز را از نو حساب کن
در سناریوی Transfer، 12٪ تخفیف اضافه می‌شود، payment_cost افزایش می‌یابد و مشتری پرپشتیبانی به Tier دیگری می‌رود. برای نمونهٔ بسته، قیمت 130، governed cost برابر 81.5 و effective price برابر 114.4 است. Margin حدود 28.76٪ و حداقل قیمت برای کف 30٪ حدود 116.43 است؛ نتیجه REPRICE است. نتیجهٔ Baseline نباید کپی شود.
15) Lab، ارزیابی و تازگی منابع
Lab آفلاین هشت Fixture دارد: Baseline، اشتباه 50٪ Markup، تخفیف بعد از Approval، حذف Support از Scope، Evidence ناقص، Exception معتبر، Exception منقضی و Transfer. همهٔ محاسبات deterministic هستند و هیچ Credential یا دادهٔ مشتری لازم نیست. منابع QuickBooks و FinOps در 2026-09-15 دوباره بررسی شده‌اند؛ اگر semantics آن‌ها تا موعد بازبینی تغییر کند، Package باید در Version جدید requalify شود، نه اینکه Frozen Bible بی‌صدا تغییر کند.
ارزیابی
پاسخ‌نامه‌ی این درس در بسته‌ی آموزش وجود ندارد؛ خودت جواب بده و صادقانه علامت بزن. «نیاز به مرور» درس را به صف تکرار می‌فرستد.
ARC-017-Q1 retrieval
Explain why a 50% markup does not imply a 50% margin, and name the denominator of each.
ARC-017-Q2 application
Build Pricing Floor Decision Sheet v1 for the baseline fixture and justify the typed state.
ARC-017-Q3 diagnosis
A 12% discount is applied after price approval. Which evidence and decision must be recomputed?
ARC-017-Q4 transfer
Recompute after a 12% discount, higher payment cost, and a higher-support service tier without copying the baseline verdict.
ملاک‌های ارزیابی (rubric)
PASS requires: correct markup and margin denominators; explicit governed cost scope; deterministic minimum-price calculation; correct handling of discount and exceptions; typed non-success states; and a fresh transfer recomputation. Any unsupported ACCEPT is blocking.
منابع و تازگی
مطالعهٔ موارد (case studies)
تصاویر درس
Flow from governed cost scope and discount-adjusted price through separate markup and margin calculations to a pricing-floor gate and typed states.
فایل‌های آزمایشگاه
با python run_checks.py Fixtureهای مصنوعی را ارزیابی کنید. برای هر State، دلیل را از Evidence قابل مشاهده توضیح دهید؛ سپس یک Constraint را تغییر دهید و تصمیم را از نو محاسبه کنید. شبکه، Credential و دادهٔ Production لازم نیست.