शुक्रवार को staged photos मिलते ही सबसे पहले vendor की untouched original files अलग और सुरक्षित रखिए। Disclosure, crop, watermark या MLS के लिए resize करने से पहले original set बचाना provenance, गलती सुधारने और बाद में यह दिखाने के लिए जरूरी है कि किस file में क्या बदला गया था।
मान लीजिए, शिकागो की composite listing agent रचना शुक्रवार दोपहर 2:40 बजे अपनी कार में बैठी है। शनिवार सुबह seller preview है और listing शाम तक MLS में जानी है। उसके फोन पर vendor का staged set आता है। Living room में नया sofa, rug और lamps हैं, लेकिन files पर virtual staging disclosure दिखाई नहीं देता। Seller का संदेश भी आ चुका है: “आज ही live हो पाएगी न?”
रचना के सामने दो खराब रास्ते हैं। वह photos सीधे upload करे तो applicable state rules और MLS policy के तहत disclosure का सवाल खड़ा हो सकता है। वह files पर जल्दबाजी में text जोड़कर originals overwrite कर दे तो बाद में यह साबित करना मुश्किल होगा कि vendor ने क्या भेजा था, उसने क्या बदला और published version कौन सा था। लॉन्च टल सकता है। उससे भी खराब, गलत image live जा सकती है।
Original files आपका शुरुआती रिकॉर्ड हैं
रचना laptop खोलकर vendor download को “originals” नाम के read-only folder में रखती है। वह files के नाम, resolution और received set को जस का तस रहने देती है। काम करने के लिए उनकी copies बनाती है।
यह छोटा कदम तीन अलग सवालों का जवाब बचाकर रखता है:
- Vendor से वास्तव में कौन सी files मिली थीं?
- Virtual staging के बाद image में क्या दिखाई दे रहा था?
- Disclosure और publication के लिए कौन सा version तैयार किया गया?
Original file अपने आप कानूनी compliance साबित नहीं करती। फिर भी वह साफ chain of custody की शुरुआत देती है। अगर seller किसी chair, fireplace, window view या room dimension पर सवाल उठाए, तो agent edited output की तुलना source material से कर सकता है। यदि vendor revised set भेजे, तो पुराने और नए versions आपस में घुलते नहीं हैं।
यही वजह है कि download मिलते ही file names बदलना, originals पर text burn करना या messaging app से दोबारा compressed copies मंगाना कमजोर शुरुआत है। काम copy पर कीजिए। Source को छेड़िए मत।
Disclosure लगाने से पहले image की सच्चाई जाँचिए
रचना हर staged photo को उसके original room photo के साथ रखकर देखती है। Sofa और rug जैसे virtual furnishings अपेक्षित हैं। लेकिन एक image में fireplace दिख रही है, जबकि original room में fireplace है ही नहीं।
यहां disclosure कोई इलाज नहीं है। “Virtually staged” लिख देने से ऐसी physical feature सही नहीं हो जाती जो property में मौजूद ही नहीं है। इस फर्क को विस्तार से [इस उदाहरण में समझाया गया है](/blog/hi/क्या-ai-disclosure-ऐसी-फायरप्लेस-को-सही-बनाता-है-जो-घर-में-है-ही-नहीं-993f4fdc/)।
रचना उस image को publication set से रोक देती है और बाकी images के लिए applicable disclosure wording की जाँच करती है। California AB 723 जैसे नियम और अन्य राज्यों की आवश्यकताएं एक जैसी मानकर नहीं चलनी चाहिए। Agent को property state, current MLS policy और अपने state association या counsel की guidance देखनी होती है।
NestPath इस हिस्से में agent की अपनी listing photos से burned-in, per-state AI disclosure वाला staged set और public provenance page तैयार करता है। यह disclosure-assisted workflow है। अंतिम कानूनी निर्णय agent का रहता है।
Working set और publish set अलग रखिए
अब रचना के folder में तीन साफ स्तर हैं:
- Original set: vendor से मिली untouched files
- Working set: review, correction, disclosure और resize के लिए copies
- Publish set: MLS और approved marketing channels के लिए final files
वह publish set में केवल reviewed images रखती है। Listing description भी अलग से fair-housing check से गुजरती है। Narrated tour video उन्हीं approved visuals से बनता है, ताकि rejected fireplace वाली image किसी दूसरे asset में वापस न आ जाए।
यह distinction शुक्रवार की जल्दबाजी में खास काम आता है। “Final,” “final-new” और “final-use-this” जैसे filenames देखकर अंदाजा लगाने की जरूरत नहीं पड़ती। हर file का काम पहले से तय है।
Public provenance page एक और उपयोगी record जोड़ता है। इससे published asset को उसके disclosure context के साथ देखा जा सकता है। [Download को public record से जोड़ने का व्यावहारिक फर्क यहां देखें](/blog/hi/वर्चुअल-स्टेजिंग-प्रोवेनेंस-रिया-ने-डाउनलोड-को-सार्वजनिक-रिकॉर्ड-में-कैसे-बदला-526eec0b/)।
शुक्रवार का बेहतर handoff
शाम होते-होते रचना के पास दो चीजें हैं: launch के लिए reviewed set और पीछे सुरक्षित original record। Fireplace वाली image बाहर है। बाकी staged photos पर appropriate disclosure दिखाई देता है। MLS text और video approved image set से जुड़े हैं।
Seller को vague “सब तैयार है” संदेश भेजने के बजाय वह साफ बताती है कि कौन से assets publish होंगे और कौन सी image correction के लिए रोकी गई है। शनिवार की preview अब अनुमान पर नहीं टिकी।
Friday delivery का सही पहला कदम editing नहीं, preservation है। Untouched files बचाइए, copies पर review कीजिए, physical inaccuracies रोकिए, फिर disclosure और provenance के साथ publish set बनाइए। कुछ मिनट का यह अनुशासन उस समय सबसे अधिक काम आता है जब launch window छोटी हो और गलत file वापस बुलाने की गुंजाइश न हो।
टिप्पणियाँ
अभी कोई टिप्पणी नहीं।