معماری چندکسبوکاری، تجاری و تجارت الکترونیک · فصل ۲ — ICP، Serviceability، Pilot، Workload و Admission · 228
ICP و Buyer Modeling
معماری یا تصمیم تجاری را با preference و الگوهای آماده میگیرد و constraint/cost/serviceability را مدل نمیکند. موضوع جاری: «ICP و Buyer Modeling». میتواند برای «ICP و Buyer Modeling» یک تصمیم bounded با constraints، cost/risk و stop/pivot condition طراحی کند.
خلاصهٔ درس
معماری یا تصمیم تجاری را با preference و الگوهای آماده میگیرد و constraint/cost/serviceability را مدل نمیکند. موضوع جاری: «ICP و Buyer Modeling».
میتواند برای «ICP و Buyer Modeling» یک تصمیم bounded با constraints، cost/risk و stop/pivot condition طراحی کند.
خروجی این درس
میتواند برای «ICP و Buyer Modeling» یک تصمیم bounded با constraints، cost/risk و stop/pivot condition طراحی کند.
پیشنیازها
مرز درس و خروجی
خروجی این درس ICP Buyer Evidence Matrix v1 است. هدف، ساخت یک پرسونا یا توصیف جذاب از مشتری نیست؛ هدف این است که هر Segment فقط به اندازه شواهد بازار، نقش خریدار، شدت مسئله، اختیار تصمیم، مسیر بودجه و محدودیتهای واقعی ادعا شود. Serviceability نهایی و Lead Score در درسهای مجاور میمانند.
مسئلهای که باید حل شود
تیمها اغلب علاقه به دمو، شباهت جمعیتشناختی یا چند مصاحبه دوستانه را بهعنوان Product/Market Fit میخوانند. این میانبر مشخص نمیکند چه کسی واقعاً مسئله را دارد، چه کسی پول میدهد، چه کسی اختیار تصمیم دارد، چه رویدادی خرید را فعال میکند و چه قید تدارکاتی میتواند معامله را متوقف کند.
مرز FACT، INFERENCE و DESIGN
راهنمای SBA برای Market Research و مثال Salesforce برای Qualification فقط شواهد بیرونیاند. از آنها نتیجه نمیگیریم که یک Threshold یا State خاص استاندارد جهانی است. تفکیک بازار از Buyer Path یک INFERENCE آموزشی است و Stateهای MAKNOW مثل SUPPORTED یا HOLD، DESIGN محلی هستند.
قرارداد شواهد ICP
برای هر Segment، Evidence باید حداقل Buyer Role، Problem Intensity، Decision Authority، Budget Path، Procurement Constraint، Current Alternative، Evidence Type، Confidence، Exclusion Reason، Review Trigger و Evidence Ref را روشن کند. مقدار UNKNOWN یا نبودن Evidence نباید با حدس پر شود.
Stateهای تصمیم
SUPPORTED یعنی شواهد کافی برای فرضیه فعلی وجود دارد؛ HYPOTHESIS یعنی هنوز شواهد مهم ناقص یا ضعیف است؛ EXCLUDED یعنی یک قید معتبر فعلاً Segment را بیرون میگذارد؛ HOLD یعنی Evidence لازم برای تصمیم وجود ندارد. PARTIAL، DISPUTED، STALE و BLOCKED نیز برای تغییرِ محاسبهنشده، تعارض، شواهد قدیمی و منع صریح استفاده میشوند.
Matrix اصلی
جدول زیر سطح تصمیم را به Evidence قابل ممیزی وصل میکند.
| Segment | Buyer Role | Problem | Authority | Budget | Procurement | Evidence | Confidence | State |
|---|---|---|---|---|---|---|---|---|
| seg-b2b-ops | COO | HIGH | YES | CLEAR | NONE | MULTI_SOURCE | HIGH | SUPPORTED |
| seg-champion | Champion | HIGH | NO | UNCLEAR | NONE | INTERVIEW | MEDIUM | HYPOTHESIS |
| seg-regulated | Director | HIGH | YES | CLEAR | BLOCKING | MULTI_SOURCE | HIGH | EXCLUDED |
Baseline قابل دفاع
A segment with recurring economic pain, a real decision maker, a clear budget path, no blocking procurement constraint and multi-source evidence is SUPPORTED. علاقه یا تعداد تماس بهتنهایی کافی نیست. هر ردیف باید نشان دهد چرا Problem تکرارشونده است، Buyer و User چه تفاوتی دارند و مسیر بودجه چگونه به تصمیم وصل میشود.
خطای رایج: Champion بدون اختیار
یک Champion میتواند مسئله را خوب توضیح دهد اما اگر اختیار خرید یا Budget Path نداشته باشد، Evidence درباره نقش تصمیمگیر ناقص است. در این حالت State نباید از HYPOTHESIS قویتر شود مگر Evidence دیگری نقش و مسیر واقعی تصمیم را ثابت کند.
خطای رایج: Bias در نمونه
مصاحبه با مشتریان دوست، کاربران فعلی یا یک کانال واحد میتواند Sample Bias ایجاد کند. Bias لزوماً کل Segment را رد نمیکند، اما Confidence را پایین میآورد و نیاز به Review Trigger و نمونه تکمیلی ایجاد میکند.
Constraint و Exclusion
Procurement، Security، Regulation یا Contract میتواند یک Segment جذاب را فعلاً EXCLUDED کند. Exclusion باید دلیل، Evidence Ref و محرک بازبینی داشته باشد؛ «بعداً شاید حل شود» Evidence فعلی محسوب نمیشود.
Workflow اجرایی
- Segment را نامگذاری کن. ۲) Market Evidence را از Buyer Evidence جدا کن. ۳) نقش User/Champion/Decision Maker را روشن کن. ۴) Problem، Trigger و Economic Impact را ثبت کن. ۵) Budget/Procurement/Alternative را بررسی کن. ۶) Confidence و Bias را ثبت کن. ۷) State و Review Trigger را تعیین کن.
Lab آفلاین
Lab هشت Fixture مصنوعی دارد و برای هر Fixture هشت خروجی قطعی میسنجد: State، Reason، Authority، Budget Path، Constraint، Evidence Quality، Missing Critical Count و Recompute Required. هیچ داده مشتری واقعی یا API در Lab استفاده نمیشود.
Transfer
After a regulation removes a procurement constraint, that segment can become SUPPORTED; a former champion who loses authority must be recomputed and may fall back to HYPOTHESIS. نکته اصلی این است که Baseline Oracle نیست؛ با تغییر Regulation یا Authority باید State هر Segment از Evidence جدید دوباره ساخته شود.
Assessment
در ارزیابی باید بتوانی مرز ICP را توضیح دهی، Matrix را برای Baseline بسازی، Champion بدون Authority را تشخیص دهی و در سناریوی Transfer State را دوباره محاسبه کنی. پاسخ مثبت بدون Evidence قابل ردیابی کافی نیست.
Review و Stop/Pivot
هر Segment باید Review Trigger داشته باشد: تغییر Regulation، تغییر Buyer Authority، تغییر Budget Path، مشاهده Bias جدید یا قدیمیشدن Evidence. اگر قید سختی پدیدار شود یا Evidence متناقض شود، State باید ضعیفتر شود؛ پافشاری روی Persona قبلی مجاز نیست.
ارزیابی
پاسخنامهی این درس در بستهی آموزش وجود ندارد؛ خودت جواب بده و صادقانه علامت بزن. «نیاز به مرور» درس را به صف تکرار میفرستد.
ARC-009-S1 retrieval
State the owned boundary of ICP and Buyer Modeling and name one adjacent non-goal.
ARC-009-S2 application
Build ICP Buyer Evidence Matrix v1 for the baseline synthetic fixture.
ARC-009-S3 diagnosis
Diagnose the primary negative mutation and identify the invalidated evidence field and bounded state.
ARC-009-S4 transfer
A new regulation makes the previously constrained segment serviceable while a key champion in the strongest segment loses budget authority. Recompute ICP states from the changed evidence.
ملاکهای ارزیابی (rubric)
A sufficient submission preserves the owned boundary, binds claims to evidence, handles at least one negative case without coercing uncertainty into success, produces ICP Buyer Evidence Matrix v1, and independently recomputes the transfer case. Any positive state without decisive evidence is insufficient.
منابع و تازگی
مطالعهٔ موارد (case studies)
تصاویر درس
فایلهای آزمایشگاه
با Fixtureهای مصنوعی و قابل مشاهده، ICP Buyer Evidence Matrix v1 را بسازید. برای دیدن خروجیهای deterministic دستور python run_checks.py را اجرا کنید. Oracle پاسخ مورد انتظار در مسیر Learner قرار ندارد.