डिज़ाइन के लिए 19 बेहतरीन Claude प्रॉम्प्ट जो सचमुच काम करते हैं

डिज़ाइन का काम तकनीकी पक्ष की तुलना में वैचारिक पक्ष पर कहीं अधिक रुकता है—अस्पष्ट ब्रीफ़, ऐसा विचार जिसे आप शब्दों में नहीं कह पा रहे, या ऐसा क्लाइंट जिसे निर्णयों के पीछे का तर्क विस्तार से चाहिए। ठीक यहीं डिज़ाइन के लिए Claude प्रॉम्प्टकाम आते हैं। Claude दृश्य सामग्री नहीं बनाता, लेकिन उसे बनाने से पहले और उसके आसपास होने वाली सोच को आकार देता है।

नीचे ब्रीफ़िंग, टाइप और कलर सिस्टम, इंटरफ़ेस कॉपी, समीक्षा और हैंडऑफ़ को शामिल करने वाले 19 प्रॉम्प्ट हैं। हर प्रॉम्प्ट सीधे पेस्ट करके उपयोग किया जा सकता है। इन्हें Chat Smith में चलाएं—यह एक मुफ़्त AI चैटहै जो Claude, GPT और Gemini को एक जगह रखता है—और डिज़ाइन से बाहर के काम के लिए Claude प्रॉम्प्टका बड़ा संग्रह भी देखें।

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

स्क्रीन पर जो है उसका वर्णन करें, जो आप चाहते थे उसका नहीं। लेआउट, पदानुक्रम, स्पेसिंग, रंग के मान और टाइप का आकार लिखें। यदि आप केवल अपना इरादा बताएंगे, तो प्रतिक्रिया भी केवल इरादे पर मिलेगी।

दर्शक और निर्णय स्पष्ट करें। “तीन विक्रेताओं का मूल्यांकन कर रहे B2B SaaS खरीदार” से “उपयोगकर्ता” की तुलना में अलग सलाह मिलेगी। डिज़ाइन को जिस निर्णय की ओर ले जाना है, वह सुंदरता से अधिक महत्वपूर्ण है।

सिर्फ उत्तर नहीं, उसका तर्क मांगें। जिस फ़ॉन्ट जोड़ी का कारण आप नहीं बता सकते, उसका बचाव क्लाइंट मीटिंग में भी नहीं कर सकते। हर सुझाव के साथ उसका आधार होना चाहिए।

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

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

1. क्रिएटिव ब्रीफ़ बनाने वाला प्रॉम्प्ट

[प्रोजेक्ट] के लिए विस्तृत क्रिएटिव ब्रीफ़ लिखें। क्लाइंट और ब्रांड: [वर्णन करें]। लक्षित दर्शक: [वे कौन हैं, अभी क्या इस्तेमाल करते हैं, क्या मानते हैं]। ब्रांड को [तीन विशेषण] जैसा महसूस होना चाहिए। ब्रांड का परिचय, दर्शक, डिज़ाइन उद्देश्य, आवाज़ का लहजा, डिलिवरेबल और सीमाएं शामिल करें। फिर मेरे इनपुट में ऐसी हर बात बताएं जो विरोधाभासी है या जिसके आधार पर डिज़ाइन करने के लिए बहुत अस्पष्ट है।

2. शब्दों वाला मूड बोर्ड

[प्रोजेक्ट] के लिए चार सचमुच अलग दृश्य दिशाओं का वर्णन करें। हर दिशा के लिए: hex सुझावों वाला कलर पैलेट, टाइपोग्राफी का व्यक्तित्व, इमेजरी शैली, UI कंपोनेंट का एहसास और वह भावना जो इसे पैदा करनी चाहिए। वे मात्रा में नहीं, प्रकार में अलग हों—कोई भी दो एक ही विचार के रूपांतर न हों। फिर बताएं कि कौन-सी दिशा सबसे जोखिम भरी है और क्यों।

3. श्रेणी की परंपराओं का ऑडिट

[श्रेणी] के मुख्य खिलाड़ी स्वयं को दृश्य रूप में ऐसे प्रस्तुत करते हैं: [उनकी साइट, रंग, टाइप और इमेजरी का वर्णन करें]। इस श्रेणी की उन परंपराओं को पहचानें जिन्हें हर कोई अपनाता है। फिर बताएं कि कौन-सी परंपराएं वास्तविक उपयोगिता के कारण हैं और कौन-सी केवल नकल हैं, क्योंकि दूसरे समूह में अलग दिखना सुरक्षित है।

4. दर्शक की जरूरतों का अनुवादक

मेरे दर्शक [उनकी भूमिका, संदर्भ, पहुंचते समय वे क्या कर रहे हैं और किस बात से चिंतित हैं—वर्णन करें] हैं। इसे डिज़ाइन संबंधी निष्कर्षों में बदलें: उन्हें पहले क्या दिखना चाहिए, किस बात से पेज पर भरोसा कम होगा, वे वास्तव में कितना टेक्स्ट पढ़ेंगे, और संभवतः कौन-सा डिवाइस व परिस्थिति इस्तेमाल करेंगे। हर बिंदु इतना स्पष्ट हो कि मैं उस पर कार्रवाई कर सकूं।

सिस्टम स्तर के लिए चार प्रॉम्प्ट। नामकरण और संरचना के निर्णय अभी बदलना सस्ता है, लेकिन डेवलपर इनके आधार पर निर्माण कर लें तो बदलाव महंगा हो जाता है।

5. टाइपोग्राफी की जोड़ी

[ब्रांड और उद्योग का वर्णन] के लिए टाइपोग्राफी की तीन जोड़ियां सुझाएं, जिनका एहसास [तीन विशेषण] जैसा हो। हर जोड़ी के लिए हेडिंग फ़ॉन्ट, बॉडी फ़ॉन्ट और वह तर्क दें जिसे मैं क्लाइंट मीटिंग में इस्तेमाल कर सकूं। केवल उन्हीं फ़ॉन्ट परिवारों तक सीमित रहें जिनके [Google Fonts / Adobe Fonts] पर उपलब्ध होने का आपको विश्वास है, और बताएं कि लाइसेंस की पुष्टि मुझे स्वयं कहां करनी चाहिए।

6. टाइप स्केल

[उत्पाद के प्रकार] के लिए [संख्या] चरणों और [X]px बेस साइज़ वाला टाइप स्केल बनाएं। हर चरण का आकार, लाइन हाइट, वज़न, उपयोग और मोबाइल मान दें। फिर बताएं कि कौन-से दो चरण इतने पास हैं कि डिज़ाइनर उनका गलत उपयोग कर सकता है, और क्या स्केल को दोनों की सचमुच जरूरत है।

7. पैलेट का नाम रखने वाला प्रॉम्प्ट

यह मेरा पैलेट है: [हर रंग को उसके hex मान के साथ लिखें]। ब्रांड है [वर्णन करें]। हर रंग को ब्रांड के अनुरूप, भावपूर्ण और याद रहने वाला नाम दें, साथ ही सिस्टम में उसकी भूमिका का एक-पंक्ति विवरण दें। ऐसे नामों से बचें जो रंग का ही वर्णन करते हैं—वे hex मान से अधिक कोई जानकारी नहीं देते।

8. टोकन नामकरण नियम

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

इंटरफ़ेस के शब्दों के लिए चार प्रॉम्प्ट; ये शब्द अनुभव को अधिकांश दृश्य निर्णयों से अधिक प्रभावित करते हैं। हैंडऑफ़ से पहले अंतिम टेक्स्ट को AI व्याकरण जांच टूलसे जांचें और लहजे को मार्केटिंग साइट के लिए आपके AI विज्ञापन कॉपी जनरेटरसे निकलने वाली सामग्री के अनुरूप रखें।

9. ऑनबोर्डिंग माइक्रोकॉपी

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

10. खाली और त्रुटि अवस्थाएं

[उत्पाद के हिस्से का वर्णन] के लिए खाली अवस्थाएं और त्रुटि संदेश लिखें। हर एक में बताएं: क्या हुआ, उपयोगकर्ता क्या कर सकता है और बटन का लेबल। माफी न मांगें, उपयोगकर्ता को दोष न दें और “उफ़” न कहें। गलती हमारी है तो साफ़ बताएं। उपयोगकर्ता उसे ठीक नहीं कर सकता तो बताएं कि हम इसके बदले क्या कर रहे हैं।

11. फ़ॉर्म लेबल और सहायक टेक्स्ट

मेरे फ़ॉर्म के फ़ील्ड ये हैं: [उद्देश्य सहित लिखें]। हर फ़ील्ड का लेबल, प्लेसहोल्डर और सहायक टेक्स्ट लिखें। लेबल दिखाई देते रहें, केवल प्लेसहोल्डर में न रहें। फिर ऐसे फ़ील्ड बताएं जहां सहायक टेक्स्ट वह काम कर रहा है जो लेबल को करना चाहिए, और ऐसे फ़ील्ड भी जिन्हें पूरी तरह हटाया जा सकता है।

12. बटन और कार्रवाई का ऑडिट

[फ़्लो या स्क्रीन का वर्णन] में बटन के सभी लेबल ये हैं: [सूची दें]। आवाज़ और व्याकरणिक रूप की निरंतरता, क्लिक के बाद क्या होगा इसकी अस्पष्टता, और किसी भी दो भ्रमित करने वाले लेबल की जांच करें। समस्याग्रस्त लेबल दोबारा लिखें और बताएं कि इस स्क्रीन पर किस एक कार्रवाई को सबसे अधिक दृश्य महत्व मिलना चाहिए।

समीक्षा चरण के लिए चार प्रॉम्प्ट। डिज़ाइन जैसा है वैसा बताएं, वैसा नहीं जैसा आप चाहते थे। इस खंड का पूरा मूल्य इसी पर निर्भर है, क्योंकि बढ़ा-चढ़ाकर किया गया वर्णन केवल प्रशंसात्मक प्रतिक्रिया देगा।

13. लेआउट की समीक्षा

यह मेरा डिज़ाइन है: [लेआउट, पदानुक्रम, रंग, टाइप, स्पेसिंग और फ़ोल्ड के ऊपर दिखाई देने वाली चीज़ों का वर्णन करें]। दर्शक: [वर्णन करें]। उनसे अपेक्षित कार्रवाई: [बताएं]। रूपांतरण-केंद्रित सिद्धांतों के आधार पर इसकी समीक्षा करें और अपेक्षित प्रभाव के क्रम में पांच स्पष्ट सुधार दें। बताएं कि मैं किस सुधार का विरोध करूंगा/करूंगी और फिर भी वह सही क्यों है।

14. पदानुक्रम की जांच

स्क्रीन पर सब कुछ दिखाई देने के क्रम में यहां है: [तत्वों को उनके आकार और वज़न के साथ लिखें]। बताएं कि उपयोगकर्ता वास्तव में किस क्रम में उन्हें देखेगा और क्या वह मेरे अपेक्षित महत्व क्रम [अपना क्रम बताएं] से मेल खाता है। जहां दोनों अलग हों, बताएं कि क्या बदलना चाहिए।

15. एक्सेसिबिलिटी समीक्षा

यह मेरा डिज़ाइन है: [hex मानों सहित रंग, टाइप साइज़, इंटरैक्टिव तत्व और अवस्थाएं बताएं]। एक्सेसिबिलिटी के लिए इसकी समीक्षा करें: रंग का कंट्रास्ट, टेक्स्ट का आकार, टच लक्ष्य का आकार, अर्थ बताने के लिए केवल रंग पर निर्भरता, फ़ोकस अवस्था और गति। बताएं कि किन बातों को आपकी बात मानने के बजाय वास्तविक कंट्रास्ट चेकर और स्क्रीन रीडर से जांचना चाहिए।

16. ‘क्या काम नहीं कर रहा’ निदान

इस डिज़ाइन में कुछ गड़बड़ है लेकिन मैं उसका नाम नहीं बता पा रहा/रही: [जितना संभव हो विस्तार से बताएं]। अभी समाधान न सुझाएं। इरादे, सीमाओं और संदर्भ पर अधिकतम छह सवाल पूछें, फिर वास्तविक समस्या का अपना सबसे अच्छा निदान दें। अक्सर समस्या वह नहीं होती जिसे मैं लगातार देख रहा/रही हूं।

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

17. डिज़ाइन का औचित्य

[आपने क्या बनाया और रंग, टाइप, संरचना तथा इमेजरी संबंधी स्पष्ट निर्णयों का वर्णन] के लिए तीन अनुच्छेदों में डिज़ाइन का औचित्य लिखें। दर्शक: गैर-डिज़ाइनर [संस्थापक / क्लाइंट / हितधारक]। हर निर्णय को डिज़ाइन सिद्धांत के बजाय उनके व्यवसाय पर पड़ने वाले प्रभाव के आधार पर समझाएं। ऐसी शब्दावली न इस्तेमाल करें जिसे अलग से समझाना पड़े।

18. ब्रांड वॉइस गाइड

[कंपनी और दर्शकों का वर्णन] के लिए ब्रांड वॉइस और व्यक्तित्व गाइड बनाएं। आर्केटाइप, वर्णन सहित चार व्यक्तित्व गुण, लहजे के सिद्धांत, इस्तेमाल करने और बचने वाले शब्द, तथा पहले और बाद के तीन कॉपी पुनर्लेखन शामिल करें। फिर त्रुटि अवस्थाओं और सहायता में आवाज़ कैसे बदलती है, इस पर एक खंड जोड़ें—यह वह हिस्सा है जिसे अधिकतर वॉइस गाइड छोड़ देते हैं।

19. डेवलपर हैंडऑफ़ नोट्स

यह मेरा डिज़ाइन है: [कंपोनेंट, अवस्थाओं और व्यवहारों का वर्णन करें]। डेवलपर के लिए हैंडऑफ़ नोट्स लिखें: क्या स्थिर है और क्या लचीला, हर ब्रेकपॉइंट पर हर कंपोनेंट कैसे व्यवहार करता है, सभी इंटरैक्टिव अवस्थाएं, और लंबे नाम, गायब चित्र या खाली सूचियों जैसी अप्रत्याशित सामग्री का क्या होगा। फिर ऐसे प्रश्न लिखें जो डेवलपर पूछेगा लेकिन जिनका जवाब मेरे वर्णन में नहीं है।

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

यह कई AI मॉडल—Claude, GPT, Gemini, DeepSeek और Grok—को साथ-साथ भी चलाता है। डिज़ाइन में इसका व्यावहारिक उपयोग है: मॉडलों की भाषा शैली स्पष्ट रूप से अलग होती है, और अवधारणाओं से भरपूर ब्रीफ़ लिखने वाला मॉडल शायद ही सबसे चुस्त बटन लेबल लिखता है। एक ही प्रॉम्प्ट दो मॉडलों को भेजने में कुछ सेकंड लगते हैं और आम तौर पर यह तय हो जाता है कि कौन-सा नतीजा इस्तेमाल करना है।

अपनी फ़ाइल में अभी अधूरे पड़े काम पर प्रॉम्प्ट 16—‘क्या काम नहीं कर रहा’ निदान—से शुरुआत करें। यहां यही एक प्रॉम्प्ट है जो जवाब देने से पहले आपसे सवाल पूछता है, और अक्सर यही वास्तविक समस्या ढूंढता है।