डिज़ाइन में Claude का उपयोग कैसे करें: ब्रीफ, कॉपी, क्रिटीक और हैंडऑफ डॉक्स

Claude इमेज ले सकता है, इसलिए आप किसी Figma फ़्रेम, वायरफ़्रेम, या लाइव हो चुकी स्क्रीन का स्क्रीनशॉट डाल सकते हैं और उसके बारे में सीधे सवाल पूछ सकते हैं: क्या यह हायरार्की सही लगती है, क्या प्राइमरी एक्शन साफ़ है, क्या यह पिछली स्क्रीन पर इस्तेमाल हुए पैटर्न से मेल खाता है।

यह पिक्सेल को उस तरह पढ़ता है जैसे कोई इंसान स्क्रीनशॉट को सरसरी निगाह से देखता है, न कि आपकी Figma फ़ाइल की लेयर स्ट्रक्चर या कंपोनेंट प्रॉपर्टीज़ को पार्स करता है। जब तक आप इसे न बताएं, यह आपके डिज़ाइन टोकन, आपकी कंपोनेंट लाइब्रेरी, या यह नहीं जानेगा कि कौन सा फ़्रेम 'असली' वाला है। इसे एक तेज़ दूसरी नज़र समझें, डिज़ाइन-सिस्टम को समझने वाला रिव्यूअर नहीं।

इसका सबसे उपयोगी रूप सीमित होता है: एक स्क्रीन, एक खास सवाल। 'क्या यहां एरर स्टेट साफ़ है' जैसे सवाल का जवाब 'इस पूरे फ़्लो को रिव्यू करें' से कहीं ज़्यादा तेज़ और साफ़ होता है, वैसे ही जैसे कोई टीममेट बेहतर जवाब देता है जब आप उससे कोई खास बात पूछते हैं, न कि उसे पूरी फ़ाइल थमा देते हैं।

मान लीजिए कोई प्रोजेक्ट वैसे ही शुरू होता है जैसे ज़्यादातर होते हैं: किसी प्रोडक्ट मैनेजर के साथ एक Slack थ्रेड, आधी-याद रहने वाली गलियारे की बातचीत, और टिकट की कुछ लाइनें जो आपस में पूरी तरह मेल नहीं खातीं। किसी खाली ब्रीफ टेम्पलेट को घूरते रहने के बजाय, यह सब Claude में कच्चे मैटेरियल की तरह पेस्ट करें और उससे पूछें कि असली बात को शोर से अलग करे।

सीधे उन हिस्सों के बारे में पूछें जो एक ब्रीफ को चाहिए: असली समस्या क्या सुलझाई जा रही है, कौन सी सीमाएं पहले ही बताई जा चुकी हैं (कोई डेडलाइन, कोई प्लेटफ़ॉर्म सीमा, कोई ब्रांड नियम), क्या सफलता माना जाएगा, और अभी क्या सुलझना बाकी है। Claude अक्सर कोई ऐसा विरोधाभास सामने लाता है जो आपसे छूट गया था, जैसे कोई सीमा जो थ्रेड की शुरुआत में एक बार बताई गई थी लेकिन बाद में छूट गई।

आउटपुट फ़ाइनल नहीं होता। यह एक खाली पेज के बजाय पहले से व्यवस्थित किया गया पहला ड्राफ़्ट होता है, जिसका मतलब है कि बाद में की जाने वाली एडिटिंग असली कंटेंट को तेज़ बनाने का काम होती है, शुरू से ढांचा बनाने का नहीं। असली समय की बचत यही है: लेखन खुद नहीं, बल्कि खाली-पेज वाले स्टेज को छोड़ना।

इन वर्कफ़्लो के बारे में पढ़ना और इन्हें वाकई चलाना दो अलग हुनर हैं। नीचे दिया गया शुरुआती रास्ता तीन छोटे लेसन में इस फ़र्क़ को पाटने के लिए बनाया गया है, इसी क्रम में।

शुरुआत "तीन तरीके" कोर्स के "Claude इस्तेमाल करने के तीन तरीके" लेसन से करें, यह पांच मिनट का लेसन है जो एक छोटी चैट, एक लंबे आगे-पीछे वाले को-वर्क सेशन, और Claude Code के बीच का फ़र्क़ बताता है। ज़्यादातर डिज़ाइन का काम, चाहे वह कोई क्रिटीक सवाल हो, कोई कॉपी पास हो, या कोई ब्रीफ, पहले दो मोड में ही होता है, इसलिए यह लेसन आपको सही मोड चुनने में मदद करता है, बजाय इसके कि जो भी टैब खुला हो उसी पर टिक जाएं।

इसके बाद "रणनीतिक प्रॉम्प्टिंग" कोर्स के "कॉन्टेक्स्ट ही सब कुछ है" लेसन पर जाएं, यह भी पांच मिनट का है। यह वह लेसन है जो एक सामान्य ब्रीफ को ऐसी ब्रीफ में बदल देता है जो आपके असली प्रोजेक्ट को दिखाती है: यह बताता है कि क्या पेस्ट करना है (आपके असली नोट्स, आपकी ब्रांड वॉइस, वह खास स्क्रीन) ताकि Claude उस कॉन्टेक्स्ट का अंदाज़ा न लगाए जो उसे कभी दिया ही नहीं गया।

आखिर में "ज़रूरी बातों में महारत हासिल करें" कोर्स के "सुधार का चक्र" लेसन के साथ खत्म करें, यह छह मिनट का लेसन Claude के पहले जवाब को किसी फ़ैसले के बजाय एक ड्राफ़्ट की तरह लेना सिखाता है। किसी डिज़ाइनर के लिए, यही फ़र्क़ है: UI कॉपी के पहले मिले विकल्पों को वैसे ही मान लेने और कुछ राउंड फ़ॉलो-अप के ज़रिए आठ विकल्पों को वाकई दो में समेटने के बीच का फ़र्क़।

एक सामान्य जवाब और एक उपयोगी जवाब के बीच का फ़र्क़ लगभग हमेशा वह कॉन्टेक्स्ट होता है जो आपने दिया। डिज़ाइन के काम के लिए खासतौर पर, इसका मतलब है वे चीज़ें पेस्ट करना जो आपके दिमाग़ या आपकी फ़ाइलों में रहती हैं लेकिन कभी किसी छोटे प्रॉम्प्ट में नहीं पहुंचती: असली मीटिंग नोट्स, न कि उनकी आपकी याददाश्त, आपकी ब्रांड वॉइस गाइडलाइंस अगर वे लिखी हुई हैं, और किसी स्क्रीन का विवरण नहीं बल्कि उसका असली स्क्रीनशॉट।

"इस फ़्लो को रिव्यू करें" एक अस्पष्ट, बिखरा हुआ जवाब बुलाता है। "कन्फ़र्मेशन स्क्रीन देखें और बताएं कि क्या सेकेंडरी एक्शन प्राइमरी एक्शन से टकराता है" एक उपयोगी जवाब बुलाता है। सवाल जितना सीमित होगा, उसे पूछना उतना ही फ़ायदेमंद होगा।

अगर आप एक जैसे सवाल बार-बार पूछने वाले हैं, जैसे हर नई स्क्रीन पर वही एक्सेसिबिलिटी चेक या हर UI कॉपी के लिए वही टोन गाइडेंस, तो बेहतर है कि वह कॉन्टेक्स्ट एक बार लिख लें और उसे दोबारा इस्तेमाल करें, बजाय इसके कि हर बातचीत में अपनी ब्रांड वॉइस फिर से समझाएं।

Claude प्रोडक्शन-रेडी UI नहीं बनाता, आपकी Figma फ़ाइल को मैनिपुलेट नहीं करता, और जब तक आप न पेस्ट करें, इसे आपकी ब्रांड गाइडलाइंस याद नहीं होतीं। यह विज़ुअल पॉलिश को भी उस तरह जज नहीं कर सकता जैसे एक ट्रेंड आंख कर सकती है; यह इमेज में जो दिख रहा है उससे स्ट्रक्चर, हायरार्की और स्पष्टता के बारे में तर्क करता है, यह नहीं कि पिक्सेल लेवल पर कुछ सही लग रहा है या नहीं।

एक्सेसिबिलिटी के लिए, इसके चेक को एक पहला पास समझें, साइन-ऑफ़ नहीं। असली एक्सेसिबिलिटी के काम के लिए कंट्रास्ट-चेकिंग टूल, स्क्रीन रीडर टेस्टिंग, और अक्सर किसी स्पेशलिस्ट रिव्यू की ज़रूरत होती है, खासकर उस हर चीज़ के लिए जो बड़े ऑडियंस तक जा रही हो। किसी स्टेकहोल्डर या कम्प्लायंस रिव्यूअर को यह न बताएं कि डिज़ाइन को एक्सेसिबिलिटी के लिए चेक कर लिया गया है सिर्फ़ इसलिए कि Claude ने एक स्क्रीनशॉट देख लिया।

यही सावधानी किसी क्लाइंट, कस्टमर या टीममेट तक कुछ भी पहुंचने से पहले भी लागू होती है: भेजने से पहले Claude ने जो बनाया है उसे पढ़ें। एक हैंडऑफ़ डॉक जिसमें भरोसे से लिखा गया गलत इंटरैक्शन नोट हो, वह डॉक न होने से भी बदतर है, क्योंकि कोई इंजीनियर उससे काम बनाएगा।

यह भी उतना ही अच्छा होता है जितना आप इसे देते हैं। दो लाइन के प्रॉम्प्ट से लिखी गई ब्रीफ सामान्य-सी लगेगी; असली बातचीत की ट्रांसक्रिप्ट या असली नोट्स से लिखी गई ब्रीफ़ वाकई प्रोजेक्ट को दिखाएगी।