معماری چندکسب‌وکاری، تجاری و تجارت الکترونیک · فصل ۴ — IA، Configurator، Lead، Audit و Research · 242
Commercial Site Information Architecture
workflow تجاری را به UI یا integration منفرد تقلیل می‌دهد و state، rights، approval و measurement را یکپارچه نمی‌کند. موضوع جاری: «Commercial Site Information Architecture». می‌تواند «Commercial Site Information Architecture» را برای یک workflow محدود با state/contract/approval و verification مناسب طراحی کند.
خلاصهٔ درس
workflow تجاری را به UI یا integration منفرد تقلیل می‌دهد و state، rights، approval و measurement را یکپارچه نمی‌کند. موضوع جاری: «Commercial Site Information Architecture».
می‌تواند «Commercial Site Information Architecture» را برای یک workflow محدود با state/contract/approval و verification مناسب طراحی کند.
خروجی این درس
می‌تواند «Commercial Site Information Architecture» را برای یک workflow محدود با state/contract/approval و verification مناسب طراحی کند.
پیش‌نیازها
1) مسئله‌ای که این درس حل می‌کند
وقتی سایت تجاری فقط با فهرست صفحه‌ها و منوها مدیریت شود، بعد از چند کمپین و چند تیم مختلف معلوم نیست هر صفحه برای کدام مخاطب و intent ساخته شده، مقصد canonical کدام است، CTA به کجا تحویل می‌دهد و چه کسی مسئول اندازه‌گیری یا اصلاح آن است.
2) مرز درس
خروجی این درس Commercial Site IA Contract v1 است. این درس مالک Anti-fork Customization قبلی یا Plan Configurator بعدی نیست و هیچ انتشار، redirect یا تغییر زندهٔ سایت انجام نمی‌دهد.
3) Fact: navigation باید قابل فهم و سازگار باشد
راهنمای W3C WAI روی navigation روشن و سازگار، بیش از یک راه برای پیدا کردن صفحه‌ها، cueهای جهت‌یابی مثل breadcrumb و heading روشن، و labelهای توصیفی تأکید می‌کند. اینها نیازهای تجربه و دسترس‌پذیری‌اند؛ taxonomy تجاری MAKNOW را تعیین نمی‌کنند.
4) Fact: canonical URL یعنی URL نماینده، نه فرمان قطعی
Google canonicalization را انتخاب URL نماینده میان صفحه‌های duplicate یا بسیار مشابه توضیح می‌دهد و redirect، sitemap و rel=canonical را از signalهای آن می‌داند. ترجیح canonical سایت مهم است، اما Google می‌تواند URL دیگری را انتخاب کند.
5) Inference: IA باید هویت پایدار صفحه داشته باشد
اگر analytics فقط متن دکمه یا title نمایشی را ذخیره کند، rename ساده می‌تواند تاریخچه را مبهم کند. content_object_id و canonical_url اجازه می‌دهند presentation عوض شود ولی identity و trace حفظ شود.
6) Design: Audience و Intent را قبل از menu label ثبت کن
audience_segment و intent_class باید مستقل از نام واحد سازمانی یا wording منو باشند. منو یک نمایش از IA است، نه منبع حقیقت آن.
7) Canonical decision را برای duplicateها صریح کن
یک landing page نزدیک به صفحهٔ موجود فقط به‌خاطر نیاز کمپین، مقصد مستقل نمی‌شود. اگر overlap بالا است، تصمیم canonical باید صریح باشد؛ نبود آن state را به HOLD_CANONICAL_UNRESOLVED می‌برد.
8) Navigation، breadcrumb و heading باید با هم drift نکنند
تغییر label منو بدون به‌روزرسانی breadcrumb، heading یا identity اندازه‌گیری، orientation کاربر و audit را می‌شکند. چنین حالتی REVISE_NAVIGATION_DRIFT است، نه READY.
9) Entry Path را از Canonical Destination جدا کن
یک audience جدید می‌تواند entry path اختصاصی داشته باشد بدون اینکه الزاماً URL تجاری جدید بسازیم. entry path مسیر رسیدن است؛ canonical destination هویت مقصد عمومی است.
10) CTA باید intent را تا conversion destination حفظ کند
primary_cta باید به conversion_destination مشخص و قابل‌ردیابی وصل شود. فرستادن همهٔ CTAها به یک فرم generic که intent مبدأ را حذف می‌کند، handoff تأییدشده نیست.
11) Measurement را با label نمایشی یکی نکن
measurement_event باید یک key پایدار و قابل اتصال به content object یا conversion intent باشد. متن دکمه مثل «درخواست مشاوره» به‌تنهایی برای تحلیل تاریخی کافی نیست.
12) Core Evidence Contract
قرارداد این درس 21 بُعد دارد که 17 بُعد آن critical است. جدول فشردهٔ زیر baseline، duplicate بدون canonical و transfer بازسازی‌شده را نشان می‌دهد؛ JSON/CSV mapping کامل را نگه می‌دارد.
| Case | Content Object | Audience | Intent | Canonical | Navigation | CTA → Destination | Measurement | State |
|---|---|---|---|---|---|---|---|---|
| Baseline | page:pricing | SMB buyer | compare plans | /pricing | Pricing | Configure plan → configurator:intent | ia.pricing.configure | READY |
| Duplicate without canonical | page:campaign-pricing-copy | Campaign audience | compare plans | UNRESOLVED | Special pricing | See plans → configurator:intent | ia.campaign.pricing | HOLD_CANONICAL_UNRESOLVED |
| Transfer recomputed | page:enterprise-entry | Enterprise buyer | evaluate enterprise service | /enterprise | Enterprise | Start enterprise qualification → lead:intent:enterprise | ia.enterprise.qualify | READY |
13) Typed state از READY جعلی جلوگیری می‌کند
READY فقط زمانی مجاز است که evidence بحرانی بسته باشد. HOLD_EVIDENCE_MISSING، HOLD_ACCESSIBILITY، HOLD_CANONICAL_UNRESOLVED و stateهای REVISE_* خروجی‌های معتبرند و نباید به success تبدیل شوند.
14) Owner و Approval بخشی از IA عملیاتی‌اند
هر content object باید owner و approval state داشته باشد. IA بدون ownership ممکن است روی کاغذ زیبا باشد، اما هنگام rename، campaign conflict یا measurement drift کسی authority روشن برای اصلاح ندارد.
15) Lab و Transfer
Lab هشت fixture و 48 assertion دارد. در transfer یک audience سازمانی جدید اضافه می‌شود، یک product rename می‌شود و campaign یک landing page نزدیک به محتوای موجود پیشنهاد می‌کند. تصمیم باید از evidence جدید بازسازی شود و canonical، navigation، CTA و measurement بدون دست‌کاری رفتار COM-002 یا COM-003 قابل audit بمانند.
ارزیابی
پاسخ‌نامه‌ی این درس در بسته‌ی آموزش وجود ندارد؛ خودت جواب بده و صادقانه علامت بزن. «نیاز به مرور» درس را به صف تکرار می‌فرستد.
COM-001-S1 retrieval
What does COM-001 own, and why is a sitemap or menu tree alone insufficient evidence of a governed commercial information architecture?
COM-001-S2 application
Build Commercial Site IA Contract v1 for the baseline synthetic site and justify the READY state from visible evidence.
COM-001-S3 diagnosis
A campaign creates a near-duplicate pricing page and a navigation label is renamed without updating breadcrumb or measurement identity. Which evidence and states prevent false READY?
COM-001-S4 transfer
A new enterprise audience needs an entry path while an existing product is renamed. Recompute the IA without silently changing configurator or CRM behavior.
ملاک‌های ارزیابی (rubric)
A passing artifact preserves stable content identity, audience and intent, canonical destination, consistent navigation/breadcrumbs, traceable CTA handoff, accessibility/navigation evidence, owner/approval and durable measurement identity. Missing decisive evidence must remain HOLD or REVISE rather than READY.
منابع و تازگی
مطالعهٔ موارد (case studies)
One canonical pricing content object with consistent navigation, CTA handoff and measurement identity.
A near-duplicate campaign URL is created without an explicit canonical decision.
Enterprise entry path and renamed product are recomputed while a duplicate campaign destination is consolidated.
تصاویر درس
فایل‌های آزمایشگاه
python run_checks.py را اجرا کنید، fixtureها را بررسی کنید و توضیح دهید کدام evidence آشکار stateِ READY، HOLD یا REVISE را توجیه می‌کند. case انتقالی را از evidence جدید بازسازی کنید.