Kacam.net

दुनिया को देखें

प्रोडक्ट डिज़ाइन: यह टिकता है या नहीं

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

ये प्रॉम्प्ट अभी सिर्फ़ 简体中文 में हैं।

इसे कैसे इस्तेमाल करें

आदर्श उत्तर नहीं है, पर साफ़ ग़लत उत्तर ज़रूर हैं। कोई प्रस्ताव तीन ही बातों से टिकता है — और हर उत्तर-पत्र में «आम ग़लत उत्तर» वाला हिस्सा है, जो अनिवार्य बिंदुओं की सूची से भी ज़्यादा काम आता है।

टिकने की तीन शर्तें

  1. आप बता सकें कि यह किसकी और कौन-सी समस्या है, **और सबूत भी हो** («मुझे लगता है उपयोक्ता चाहेंगे» नहीं)
  2. आप बता सकें कि सफलता किसे कहेंगे, **और वह आँकड़ा आज कितना है** (आधार-रेखा नहीं तो स्वीकृति का पैमाना भी नहीं)
  3. आप क़ीमत और अपनी क़ुर्बानी बता सकें — **इसी को नक़ली बनाना सबसे मुश्किल है**, इसलिए हर पर्ची इसी के पीछे पड़ती है

कैसे शुरू करें

  1. एक सवाल चुनिए, खोलिए, प्रॉम्प्ट कॉपी कीजिए।
  2. एकदम नई ख़ाली बातचीत में चिपकाइए — उसी बातचीत में नहीं जहाँ पहले इस पर बात हो चुकी है।
  3. कुछ मत कहिए। पहले सवाल का इंतज़ार कीजिए।

बीच में कभी भी कहे जा सकने वाले चार संकेत

  • 跳过 तुरंत अगले दृश्य पर
  • 提示 उत्तर नहीं, दिशा
  • 直说吧 इस बिंदु का पूरा उत्तर, और उसके बाद भी क़ीमत पर सवाल जारी
  • 复盘 सीधे समापन पर जाकर पुनरावलोकन कार्ड

तीन फंदे

  • हल पर मत टूटिए। यहाँ आधे से ज़्यादा अंक «पूछने से पहले डिज़ाइन करने» में जाते हैं — ख़ासकर सफलता की परिभाषा तय किए बिना सुविधाएँ गिनाने में।
  • आँकड़े माँगे जाएँगे, तैयार रहिए। «असर बेहतर होगा», «उपयोक्ताओं को पसंद आएगा» — बीच में ही रोक दिया जाएगा: कौन-सा मापदंड, अभी कितना, कब देखेंगे।
  • जब वह तारीफ़ करने लगे, उसे पाँचवाँ नियम याद दिलाइए — सराहे जाने का एहसास «मैंने क्या छोड़ा» को ढँक देता है।

पहले «ध्रुव तारा मापदंड» कीजिए, बाक़ी सब उसी पर टिका है। फिर जो सामने हो उसी से चुनिए: माँगों की क़तार नहीं सधती → प्राथमिकता; कोई इस्तेमाल नहीं करता या टिकाव गिर रहा है → टिकाव और पहली बार का अनुभव; क़ीमत तय करनी है → मूल्य-निर्धारण। «प्रयोग निकाला जाए या नहीं» बाद के लिए, और «एक पंक्ति की माँग को काम लायक़ योजना बनाना» रोज़ के काम के सबसे क़रीब है — उसे बार-बार कीजिए।

दिशा और चुनाव

一个季度的需求,怎么排
「因为它重要」——所有人都这么说,那怎么排?
★★★★☆ · लगभग 40 मिनट
下线一个功能
还有 1200 人在用,你怎么下线它?
★★★☆☆ · लगभग 35 मिनट

वृद्धि और कारोबार

该不该发这条推送
运营要给全量发一条促销推送,你批不批?
★★★☆☆ · लगभग 35 मिनट

उतारना और जाँचना

把一句话需求变成能开发的方案
「加个成员管理,管理员能邀请和移除」——够开工了吗?
★★★★☆ · लगभग 45 मिनट

मेट्रिक डिज़ाइन

「研发效能」要怎么量
老板要一套「研发效能」指标,有人提议看人均代码行数。
★★★★☆ · लगभग 40 मिनट
ये प्रॉम्प्ट ओपन सोर्स हैं मूल पाठ सार्वजनिक रिपॉज़िटरी kacam-net/hero-prompts में रखा जाता है। लगे कि कोई पर्याप्त सख़्ती से नहीं कुरेदता, या उसकी कुंजी में एक पंक्ति छूट गई है, तो जाकर बदल दीजिए — यहाँ चढ़ेगा या नहीं, यह अलग फ़ैसला है और इस तरफ़ की सूची तय करती है।