Serviceability Policy

1) Serviceability قبل از هیجان تجاری بررسی می‌شود

ممکن است یک Lead از نظر درآمدی جذاب باشد ولی محصول نتواند آن را با اطمینان Serve کند. Serviceability Decision Policy v1 قبل از امتیازدهی تجاری می‌پرسد: آیا محصول و مدل عملیاتی فعلی، همین حالا و با Evidence موجود، Region، Data، Integration، Quota، Capacity، Support و Compliance موردنیاز را پوشش می‌دهد؟

2) Requirement را به Hard Constraint تبدیل کن

هر نیاز را به یک فیلد قابل‌سنجش تبدیل کن: Region موردنیاز، Service Availability، Data Residency، Connector Dependency، Forecast Peak، Quota Headroom، Tested Capacity، Support Response، Latency و Compliance. جمله‌ای مثل «احتمالاً Engineering درستش می‌کند» Evidence نیست.

3) Region یک Evidence Dimension است نه سلیقه

AWS Well-Architected می‌گوید انتخاب Region روی KPIهایی مثل Performance و Cost اثر می‌گذارد. بنابراین Region Requirement در این درس صریح ثبت می‌شود. این FACT از AWS، Commercial Eligibility در MAKNOW را تعیین نمی‌کند؛ فقط نشان می‌دهد Region را نمی‌توان داخل یک Preference عمومی پنهان کرد.

4) Availability و Integration باید همین حالا وجود داشته باشند

Service یا Connector برنامه‌ریزی‌شده، Preview، Unsupported در Region موردنیاز یا بدون Evidence، قابلیت فعلی نیست. اگر Dependency حیاتی است و Evidence نداریم، HOLD؛ اگر صریحاً unavailable است و Exception معتبر وجود ندارد، UNSERVICEABLE.

5) Quota Headroom را با Forecast Peak مقایسه کن

AWS توضیح می‌دهد Quotaها می‌توانند Account/Region-specific باشند و باید مرتب ارزیابی شوند. Scope Quota را ثبت کن و Headroom را با Peak موردنیاز مقایسه کن. اگر Headroom از Peak کمتر است و Increase تاییدشده‌ای وجود ندارد، Hard Constraint شکست خورده است.

6) Capacity Evidence تاریخ مصرف دارد

داشتن Quota به معنی اثبات Throughput نیست. آخرین Load/Capacity Evidence و سن آن را ثبت کن. وقتی Evidence حیاتی از Freshness Window عبور کرده، STALE را حفظ کن و تست قدیمی را به‌عنوان Proof فعلی جا نزن.

7) Support و Compliance هم Service Constraint هستند

Support Response، Data Residency و Compliance می‌توانند معماری ظاهراً خوب را رد کنند. آن‌ها را در یک Score کلی پنهان نکن. Requirement دو ساعته با Operating Window چهار ساعته پاس نمی‌شود مگر Mitigation مشخص و تاییدشده Gap را ببندد.

8) Exception بدون Owner، Cost و Expiry معتبر نیست

Exception یعنی Commitment عملیاتی موقت؛ نه جملهٔ «بعداً درست می‌کنیم». Owner پاسخگو، هزینه افزوده، Expiry، Evidence Reference و Constraint تحت پوشش را ثبت کن. اگر Owner یا Expiry نامشخص است، Exception معتبر نیست.

9) به‌جای خوش‌بینی اجباری از Typed State استفاده کن

SERVICEABLE یعنی همه Hard Constraintها بدون Exception فعال پاس شده‌اند. CONDITIONAL یعنی Constraintها فقط با Exception فعلی، Owned، Costed و Time-bounded قابل‌پوشش‌اند. UNSERVICEABLE یعنی Hard Constraint شکست خورده. HOLD، PARTIAL، DISPUTED، STALE و BLOCKED انواع مختلف نقص Evidence را پنهان نمی‌کنند.

10) Baselineِ Serviceability Decision Policy

Baseline زمانی SERVICEABLE است که Region/Availability/Residency/Connector/Quota/Capacity/Support/Compliance با Evidence فعلی پاس شوند. چون Exception لازم نیست، Exception Cost برابر صفر است.

11) میان‌بُر غلط: Quota پایین‌تر از Forecast Peak

اگر Peak موردنیاز 100 واحد و Quota Headroom در Region/Account فقط 80 باشد، Opportunity فعلاً Serviceable نیست. Sales Urgency یا Lead Score بالا Hard Constraint را Override نمی‌کند. درخواست افزایش Quota یک Remediation Plan است، نه Proof فعلی.

12) Connector Evidence گمشده و Exception منقضی

اگر Evidence مربوط به Connector حیاتی حذف شود، HOLD لازم است و ساختن Evidence ممنوع است. اگر Exception یک Dependency ناقص منقضی شده و Gap اصلی هنوز وجود دارد، Decision تا Evidence/Authority جدید UNSERVICEABLE می‌شود.

13) Lab: هشت Fixture و 64 Assertion

Lab آفلاین Baseline تمیز، Quota Failure، Missing Connector Evidence، Missing Exception Owner، Expired Exception، Stale Capacity Evidence، Material Change بدون Recompute و Transfer را می‌سنجد. هر Fixture هشت خروجی Deterministic دارد و API Key یا Tenant زنده لازم نیست.

14) Transfer: Connector عمومی، Quota محدودتر و Support Window کوتاه‌تر

از Evidence جدید دوباره محاسبه کن. Connector حالا GA است، Quota Headroom کم شده ولی هنوز بالاتر از Peak اعلام‌شده است، و مشتری Response دو ساعته می‌خواهد درحالی‌که عملیات فعلی چهار ساعت است. Mitigation مشخص On-call ماهانه 1200 واحد هزینه دارد و Expiry معلوم است؛ بنابراین State برابر CONDITIONAL است، نه SERVICEABLE خودکار.

15) چک‌لیست تحویل

Hard Constraintها صریح‌اند؛ Scope Region/Account معلوم است؛ Availability و Integration فعلی‌اند؛ Quota با Forecast Peak مقایسه شده؛ Freshness ظرفیت بررسی شده؛ Support/Compliance Gate مستقل دارند؛ هر Exception Owner/Cost/Expiry دارد؛ Non-success Stateها حفظ می‌شوند؛ Transfer از نو محاسبه می‌شود؛ و هیچ Guidance خارجی به‌عنوان Commercial Authority خود MAKNOW جا زده نمی‌شود.