Scope Validation (Hinglish) · ScaleSKUs MCP Academy #18

मान लीजिए आप walnuts के लिए एक automation बनाना चाहते हैं। आप एक category चुनते हैं, rule का preview देखते हैं, और पता चलता है कि उसमें almonds और seeds भी आ गए हैं। Calculation सही हो सकती है, लेकिन scope गलत है। यह lesson उस step पर focus करता है जो किसी भी automation को save करने से पहले होनी चाहिए — यानी यह inspect करना कि वो automation असल में किन entities को affect करेगी।

ScaleSKUs से कहें कि walnut-only scope का preview करे और matched campaigns, products और keywords दिखाए। Preview एक तरीका है अपनी selection को test करने का। यह उस suggested bid action को apply करने की approval नहीं है। हम एक broad category selection की तुलना एक verified four-campaign selection से करेंगे। इस account की automation taxonomy में एक broader dried-fruits, nuts and seeds category है।

Initial selection में एक सौ अठासी keywords match होते हैं, चवालीस ad groups में — जिनमें seed, Brazil nut और almond जैसे terms भी शामिल हैं। यह walnut-only result नहीं है। साथ ही, automation taxonomy और किसी दूसरे tool की product taxonomy एक-दूसरे के बदले में use नहीं की जा सकतीं। किसी और जगह का specific product label यह guarantee नहीं करता कि वही automation selector यहाँ भी exist करेगा।

Preview में जो actual scope values use हो रही हैं, उन्हें inspect करें। Assistant से कहें कि requested filter और returned matched entities दोनों एक साथ दिखाए — ताकि कोई convincing explanation गलत selection को छुपा न सके। अब हम candidate campaigns में enabled advertised products inspect करते हैं। Campaign तीन, ग्यारह, इक्कीस और बत्तीस — इन चारों के product sets verified हैं और walnuts से map होते हैं।

इनके enabled counts क्रमशः पाँच, छह, एक और चार हैं। Campaign चार को अलग treatment चाहिए: सात products confirmed walnuts हैं और तेरह की category mapping unknown है। इसका मतलब यह नहीं कि वो तेरह किसी और category के हैं। मतलब सिर्फ यह है कि यह campaign इस purpose के लिए cleanly verified नहीं है। Unknown को confirmed mismatch से अलग रखें।

Selection में stable campaign identifiers use करें, और review table में readable campaign names रखें ताकि जो person setup approve कर रहा है उसे समझने में आसानी हो। जो useful preview है वो वही है जो actually उन चार verified campaign identifiers को use करती है। उसमें चौबीस matched keywords आते हैं — broad category preview के एक सौ अठासी की तुलना में।

एक intermediate result में Campaign चार भी था और उसमें चौंतीस matches आए, तो वो requested four-campaign scope नहीं था। इसीलिए हम payload और result दोनों verify करते हैं, बजाय इसके कि किसी के यह कहने पर भरोसा कर लें कि scope सही है। Corrected sample में walnut-related keywords हैं — यह narrower selection को support करता है। फिर भी यह हर query के लिए pack size verify नहीं करता, और न ही यह guarantee देता है कि future में campaigns में changes होने पर unrelated products नहीं आएंगे।

Scope probe में minimum दस clicks, चौदह complete days का window, और एक hypothetical दस percent bid reduction use होती है। ये settings preview को concrete बनाती हैं — यह recommendation नहीं है कि हर उस keyword की bid कम करो जिसके दस clicks हों। कोई real rule बनाने से पहले, business condition को उसके action को justify करना होगा।

कुछ matched keywords अपने ad-group bid को inherit भी करते हैं, तो displayed keyword-level change उस तरह काम नहीं कर सकता जैसा reviewer expect करता है। यह पूछें कि effective bid किस entity के पास है और exactly कौन-सी value change होगी। एक useful preview यह दोनों बताता है — कि entity select क्यों हुई, और proposed operation उसे कैसे affect करेगा।

Proposed configuration के साथ एक review checklist save करें। Exact campaigns, enabled product mapping, ad type, entity type, date window और conditions confirm करें। Matched entities का एक sample inspect करें — edge cases और inherited bids सहित। Exclusions explicitly record करें, जैसे Campaign चार — जब तक उसके unknown products resolve नहीं हो जाते। Products add होने या campaign restructuring के बाद scope दोबारा check करें।

अगर preview unexpectedly बड़ा हो जाए, तो action approve करने से पहले investigate करें। यह खासतौर पर तब ज़रूरी है जब broad category या inferred product association involved हो। Scope review ऐसा होना चाहिए जो कोई दूसरा account manager भी repeat कर सके — यह इस बात पर depend नहीं होना चाहिए कि किसी को याद हो कि campaign का नाम relevant क्यों लगा था।

एक बार selection verify हो जाए, तो उस scope के around actual business rule design कर सकते हैं। अपना real profitability objective, evidence window, action limits और approval requirement add करें। फिर से preview करें — क्योंकि conditions में change होने से matched set भी बदल सकता है। Proposed action और scope demonstration को तब तक अलग रखें जब तक दोनों ready न हों।

Practice के लिए, एक product family लें और category-based preview की तुलना explicit campaign selection से करें। Results में जो भी difference हो, उसे explain करें। इस lesson का outcome यह है: automation के around एक reliable boundary — आपको पता हो कि वो क्या touch कर सकती है, क्या uncertain है, और execution से पहले क्या check करना ज़रूरी है।