AI marketing का localization

Translation और transcreation का scope लिखें

जब मौजूदा message का अर्थ और structure बनाए रखना हो, तब translation करें। जब campaign को local audience के लिए अलग अभिव्यक्ति चाहिए, तब transcreation करें, लेकिन approved promise वही रहना चाहिए। इनमें से कोई भी operation नए product benefits या commercial terms की अनुमति नहीं देता।

लिखें कि headline, sentence order, cultural reference या call to action में से क्या बदला जा सकता है। Factual proposition और restrictions writer तथा reviewer को स्पष्ट रूप से दिखाएँ। एक campaign और उसकी destination page से शुरुआत करें, ताकि उसे अन्य channels में ढालने से पहले पूरा message review किया जा सके।

Brief में audience और product evidence दें

एक उपयोगी brief में audience, channel, intended action, approved proposition और product evidence का नाम होना चाहिए। Tone के examples और avoid की जाने वाली language भी दें। Model को campaign के केवल आवश्यक हिस्से दें; customer lists या private analytics exports नहीं।

हर consequential statement का owner record करें। Product claims product evidence से और shipping तथा return promises operational policy से संबंधित होने चाहिए। Source campaign अस्पष्ट हो तो पहले उसे resolve करें; model से उसे persuasive बनाने को न कहें। मजबूत local phrase भी बेकार है यदि business उसके वादे को निभा नहीं सकता।

{
  "task": "adapt_approved_message",
  "audience": "target-market brief required",
  "locale": "de",
  "editable": ["headline", "body", "cta_label"],
  "protected": ["claim_refs", "offer_terms_ref", "destination_url"],
  "missingEvidenceAction": "hold",
  "publicationApproval": null
}

Offer terms और tracking parameters protect करें

Amounts, currency, eligibility, deadlines, quantities और exclusions को approved commercial record में रखें। Language step discount की गणना, झूठी urgency या guarantee की strength में बदलाव नहीं कर सकता। Dynamic terms को reusable copy में stale values embed करने के बजाय authoritative campaign system से render करें।

Campaign identifiers और tracking parameters को उनके owner की approval के बिना न बदलें। जाँचें कि destination page intended language में है और वही offer conditions दिखाती है। Accurate sentence के बावजूद contradictory product information तक पहुँचने वाला translated CTA campaign defect है।

Product glossary और campaign voice जोड़ें

Brand names, materials और category terms के लिए product glossary का उपयोग करें और voice तथा approved messaging के लिए campaign layer जोड़ें। यदि literal term headline में natural नहीं लगती, तो reviewer approved alternative चुने; hidden substitution की अनुमति न दें।

Term और claim के बीच का फर्क बनाए रखें। Preferred phrase किसी assertion के लिए evidence नहीं बनती। W3C terminology metadata controlled terms को represent करने का उपयोगी reference है, लेकिन campaign को context के लिए editorial decision फिर भी चाहिए। Exceptions का scope record करें, ताकि एक headline का अपवाद पूरे catalog में न फैल जाए।

सीमित alternatives को वास्तविक channel में पढ़ें

Bounded alternatives का छोटा set माँगें और प्रत्येक के लिए संक्षेप में लिखवाएँ कि approved message कैसे बचती है। इस explanation को review record में रखें, public copy में नहीं। Near-duplicates का बड़ा ढेर न बनाएँ, जो meaningful choice दिए बिना reviewer का sorting work बढ़ा दे।

Candidates को actual channel limits और visual placement में evaluate करें। Headline, body और CTA को एक साथ पढ़ें। Selected version का कारण clarity, terminology या audience fit जैसी stable category में record करें। Editorial preference को fabricated numerical quality score में न बदलें।

Language, product और policy review अलग रखें

Market reviewer natural expression और context जाँचे; product या policy owner promise जाँचे। Image text, captions और destination pages को भी review में शामिल करें। Generated paragraph में claim न होने पर भी visual वह claim introduce कर सकती है।

Campaign package के साथ asset provenance और authorization रखें। Actual layout में approved copy का preview लें, ताकि clipped words, mismatched language और unreadable image text मिल सकें। जहाँ वास्तविक preview हो उसे environment के नाम के साथ रखें; illustrative layout को चल चुके campaign का screenshot न कहें।

Approved copy को publishing handoff से अलग रखें

Copy approve होने के बाद ही Postiz जैसे publishing tool को channel handoff दें। उसकी official documentation publishing और content-generation workflows बताती है। Custom gateway support यहाँ confirmed नहीं है, इसलिए installed version में documentation और test के बिना model drafting को publishing integration न मानें।

Approved text package publishing owner को दिया जा सकता है, बिना drafting model को scheduling access दिए। Channels, dates और audience targeting को publication review में रखें। Copy generate करना उसे post करने का authorization नहीं है, और scheduling receipt campaign performance का evidence नहीं है।

Content acceptance को commercial evaluation से अलग रखें

Campaign चलने से पहले approved revisions, reviewer corrections और usage को production-process evidence के रूप में record करें। बाद के campaign results के लिए अपने channel data, dates, audience context और attribution assumptions चाहिए।

जहाँ संभव हो product और offer को constant रखें तथा परिणाम को प्रभावित करने वाले दूसरे changes record करें। Actual data के आधार पर तय करें कि brief बदला जाए या localization बढ़ाई जाए। Selected version और उसके review rationale को सुरक्षित रखें, ताकि अगली campaign यह देख सके कि क्या काम किया और क्या अभी अस्पष्ट है।

अक्सर पूछे जाने वाले प्रश्न