Figma आगे क्या करेगा?

• डिज़ाइन को multiplayer collaboration में बदलने वाली समस्या हल करके Figma ने पिछले दशक के सबसे महत्वपूर्ण product tools में अपनी जगह बनाई, लेकिन जैसे-जैसे केंद्र canvas से code की ओर शिफ्ट हो रहा है, वह canvas से बंधी strategic imagination की समस्या भी साथ लेकर चल रहा है
• Figma ने design files को browser-based shared space में बदल दिया, जिससे collaboration, critique, exploration और handoff एक ही स्क्रीन पर संभव हो गए, और Sketch बहुत जल्दी पुराना लगने लगा
• canvas एक ऐसी abstraction है जो visual intent और काम करने वाले software के बीच की translation problem को संभालती है, लेकिन AI इस दूरी को कम करते हुए design systems, API और patterns को सीधे code में interpret करने वाले execution system की ओर बढ़ रहा है
• AI की वजह से execution cost सस्ती होने पर सीमित करने वाला factor यह नहीं रह जाता कि "interface बना सकते हैं या नहीं", बल्कि "क्या organization उस सही interface को ऐसे तरीके से बना सकती है जिस पर वह भरोसा करे" — यानी coordination की समस्या
• जब केंद्र फिर से शिफ्ट हो रहा है, तब Figma का canvas को फैलाकर अगले युग को समेटने की कोशिश innovator’s dilemma जैसी है; असली सवाल यह है कि क्या वह truth की ओर जाने वाले collaboration interface में बदल पाएगा (incumbent trap)

---

Figma ने शुरुआत में कैसे जीत हासिल की

• Figma की पहली उपलब्धि तकनीकी थी: उसने browser को डिज़ाइन में उस स्तर तक महत्वपूर्ण बना दिया जिसे किसी ने संभव नहीं माना था
  • cross-platform accessibility, performance और multiplayer — तीनों ने अहम भूमिका निभाई
• इससे भी गहरा बदलाव सांस्कृतिक स्तर पर था
  • Figma से पहले collaboration local files, redlines, PDF, और "क्या यह सही version है?" पूछने वाली बैठकों में बिखरा हुआ था
  • Figma ने इस दूरी को खत्म कर दिया और सिर्फ बेहतर canvas नहीं, बल्कि बेहतर coordination model दिया
• लेकिन abstraction आखिर abstraction ही है; canvas product नहीं, सिर्फ representation है, और असली product code में मौजूद होता है
  • canvas ऐसा tool था जो implementation की लागत बढ़ने से पहले सोचने में मदद करता था, लेकिन यह ऐसी दुनिया पर निर्भर था जहाँ visual intent और काम करने वाले software के बीच बड़ा gap हो
  • AI उस दूरी को खत्म कर रहा है

canvas translation problem का जवाब है

• canvas model स्पष्ट role division पर टिका है
  • designer intent व्यक्त करता है, engineer उस intent को code में translate करता है, और product manager priority और scope को align करता है
  • जो कल्पना की गई है, उसी का इस्तेमाल करके वास्तव में ship होने वाली चीज़ बनाई जाती है
• यह model तुरंत गायब नहीं होने वाला, और बहुत-सी organizations आने वाले कई वर्षों तक इसी तरह काम करेंगी
• लेकिन दिशा बदल रही है
  • Design-to-code तेज़ हुआ है, लेकिन यह मौजूदा workflow — handoff और translation — को बस अधिक तेज़ी से compress करता है
  • असली बदलाव यह है कि structured design और product context, component code और rules को सीधे coded behavior interface के रूप में interpret किया जा रहा है
  • जब prompts के पास design systems, API, patterns और engineering constraints तक पहुँच हो, तो फिर blank slate से शुरू करने की ज़रूरत नहीं रहती
• इस बिंदु पर डिज़ाइन वह context बन जाता है जिसे AI execution systems इस्तेमाल करते हैं
  • teams को अभी भी visual comparison, critique और business decisions के लिए shared space चाहिए
  • terminal window या IDE वह जगह नहीं है जहाँ कई stakeholders साथ आ सकें
  • फिर भी इसका मतलब यह नहीं कि सब कुछ canvas-केंद्रित हो जाता है

फिर से canvas की ओर

• Figma की हाल की गतिविधियाँ उसकी मौजूदा ताकतों पर बनी हुई होने के कारण समझ में आती हैं
  • ज़्यादा काम Figma में हो, ज़्यादा output Figma से आए, workflows वापस Figma में लौटें, और product development Figma ecosystem के भीतर हो — यही दिशा दिखती है
• इसे सबसे सरल रूप में कहें तो रणनीति "हर चीज़ को canvas पर, हमारे canvas पर वापस लाओ" जैसी लगती है
  • लेकिन अगला युग इस axis पर organize नहीं होगा
• "code-to-canvas" इसे उजागर करता है — पहले वास्तविक output बनाओ, फिर उसे edit किए जा सकने वाले frame के रूप में Figma में वापस लाओ
  • यह short-term collaboration problem को हल कर सकता है, लेकिन दिशा के लिहाज़ से अजीब है, और भविष्य के हिसाब से गलत
  • Figma इस बात पर ज़्यादा केंद्रित दिखता है कि users को वापस उसके उस परिचित कमरे में लाया जाए जहाँ वह collaboration चलाना जानता है, और कम इस बात पर कि क्या वही future के लिए सही collaboration model है

canvas truth का source नहीं है

• Figma के पास एक ज़्यादा विश्वसनीय भविष्य भी हो सकता है, जहाँ वह reality को reflect करने वाला collaboration interface — यानी एक lens — बने
  • वह ऐसी जगह बन सकता है जहाँ running systems की जाँच हो, variations की तुलना हो, वास्तविक चीज़ों पर annotations किए जाएँ, design system drift देखा जाए, और direction तथा control तय किए जाएँ
• लेकिन इसका मतलब यह स्वीकार करना होगा कि canvas अब केंद्र नहीं है
  • canvas तभी महत्वपूर्ण रह सकता है जब वह केवल truth की ओर जाने वाला interface बने
  • यहाँ truth का अर्थ है code, runtime, और वह जो सचमुच मौजूद है तथा वास्तव में ship होता है
• Figma का जोखिम यह है कि वह अपनी केंद्रीयता बनाए रखने के लिए हर चीज़ को पुराने model से होकर गुज़रने पर मजबूर करे; यही incumbent trap है
  • यानी जो चीज़ पहली बार dominance लाई, उसी को देखते रहना और बस उसी को बेहतर बनाना — और यह तब तक ही सही है जब तक competition के मानदंड बदल न जाएँ
  • Figma ने Sketch को इसलिए हराया क्योंकि उसने समझ लिया था कि center बदल सकता है; अब वही center फिर बदल रहा है और Figma innovator’s dilemma के दूसरे छोर पर खड़ा है

execution सस्ता है, coordination नहीं

• AI execution को सस्ता बनाता है — मुफ्त नहीं, लेकिन practitioners के नज़रिए से ऐसा महसूस हो सकता है
  • AI screens को scaffold करता है, components का उपयोग करता है, wiring करता है, refactor करता है, और variations देता है — वह भी ऐसी गति से जो पुराने bottlenecks बदल देती है
• इसलिए असली limiting factor यह नहीं कि "क्या interface बनाया जा सकता है", बल्कि "क्या सही standards, users और organizational trust के तहत सही interface बनाया जा सकता है"
  • AI-supported coordination, canvas abstraction के भीतर होने वाले collaboration जैसा नहीं है; इसे structured और ranked context चाहिए
• यहाँ कई judgment calls मौजूद हैं
  • कौन-से components approved हैं, कौन-से patterns deprecated हो चुके हैं
  • जब docs, code और Figma एक-दूसरे से अलग हों, तब authoritative implementation कौन-सी है
  • कौन-से accessibility rules लागू होते हैं, कौन-सी regulatory constraints महत्वपूर्ण हैं, कौन-से engineering standards non-negotiable हैं
  • यह canvas problem नहीं, बल्कि infrastructure problem है
• इस दुनिया में design systems और भी महत्वपूर्ण हो जाते हैं
  • वे सिर्फ component library, asset repository, या इंसानों द्वारा manually refer की जाने वाली documentation नहीं, बल्कि executable intelligence हैं जो AI systems को बताती है कि organization कैसे बनाती है
  • canvas चीज़ों को arrange कर सकता है और critique को उकसा सकता है, लेकिन अगर वह product delivery की control layer से गहराई से जुड़ा न हो तो वास्तविकता कहीं और रहेगी और canvas बस एक सुंदर तस्वीर बनकर रह जाएगा — यही strategic समस्या है

Figma शायद किस पर विश्वास करता है

• बाहर से देखने पर लगता है कि Figma मानता है कि canvas को फैलाकर अगले युग को समेटा जा सकता है
  • यह बाहरी interpretation हो सकती है; Figma में बदलाव को समझने की प्रेरणा रखने वाले बहुत-से बुद्धिमान लोग हैं, और यह commercial रूप से चतुर निर्णय भी हो सकता है
  • लेकिन इससे यह साबित नहीं होता कि अगले युग के काम के लिए यही सही product model है
• product strategy उसका attitude दिखाती है, और Figma का attitude canvas की ओर वापसी पर केंद्रित दिखता है
  • generated work को वापस लाना, code outputs को वापस लाना, developers को Figma में लाना, और AI को canvas पर लाना
  • organization के और बड़े हिस्से को उस जगह में लाना जिसका मालिक Figma है
• यह ज़रूरी नहीं कि मूर्खतापूर्ण हो
  • companies ऐतिहासिक रूप से consolidation को पसंद करती रही हैं, लोग Figma के अभ्यस्त हैं, और market dominance से पैदा होने वाला गुरुत्व भी मौजूद है
  • Figma उपयोगी features जोड़ता रह सकता है, लेकिन असली सवाल यह है कि क्या वे features ऐसी दुनिया के अनुकूल होने में मदद करते हैं जहाँ काम करने वाले outputs और organizational context, design file से ज़्यादा महत्वपूर्ण हो चुके हैं
  • Figma की bet यह लगती है कि "हाँ, क्योंकि अंततः वह सब Figma में वापस आएगा" — और यही canvas के core होने पर दांव है

अगर हमारा काम करने का space बदल जाए

• अगला dominant product workspace, AI features जोड़ दिए गए Figma जैसा नहीं दिखेगा, और न ही traditional design tool जैसा
  • ज़्यादा संभव रूप एक IDE जिसमें spatial collaboration जुड़ी हो, या browser-based product environment है जहाँ live software को सीधे edit, inspect और deploy किया जा सके
  • design systems, repositories, documentation, analytics और product management tools के आर-पार जाने वाली AI orchestration layer की ज़रूरत होगी
  • यानी canvas, code editor, staging environment, governance और rules system का integrated रूप
• शुरुआत में ऐसा रूप खराब दिखेगा
  • सही चीज़ का शुरुआती version अक्सर अतीत के mature version से खराब दिखता है; वह awkward, अधूरा और आसानी से dismiss किया जाने वाला होता है
  • Figma को यह किसी से बेहतर समझना चाहिए — क्योंकि उसने पिछला दौर इसलिए नहीं जीता कि वह बेहतर design tool था, बल्कि इसलिए कि वह काम के लिए अलग environment था
• canvas ज़रूरी बना रह सकता है, लेकिन abstraction के रूप में canvas नहीं
  • canvas वह जगह होना चाहिए जहाँ reality को flatten न किया जाए, बल्कि जहाँ reality पर चर्चा की जाए — यही कठिन और रोचक समस्या है

Figma आगे क्या करेगा

• तीन रास्ते मौजूद हैं

• defensive path

  • canvas का विस्तार जारी रखना ताकि अधिक से अधिक काम Figma के भीतर हो
  • इससे उपयोगी features और मज़बूत revenue मिल सकता है, और dominant position और भी sticky तथा deep-rooted बन सकती है

• transitional path

  • canvas को और अधिक code-aware और interactive बनाना, तथा बेहतर generation, workflows, import और export देना
  • फिलहाल Figma की चाल इसी दिशा में दिखती है; यह बहुत उपयोगी है, लेकिन फिर भी product environment को canvas के axis पर organize करती है

• pivot path

  • यह स्वीकार करना कि canvas और Figma truth के केंद्र नहीं हैं, और खुद को उस truth की ओर जाने वाले सर्वश्रेष्ठ collaboration interfaces में से एक बनाना
  • code, product context, design systems और live behavior को असली काम की तरह treat करना, और canvas को पहले से जीवित systems पर visual reasoning के सिर्फ एक view के रूप में देखना
  • यह स्पष्ट नहीं कि Figma ऐसा pivot करना चाहता है या नहीं
• strategic change भविष्य देखने से कम और उन मान्यताओं को छोड़ने से ज़्यादा जुड़ा होता है जो मौजूदा business को संभव बनाती हैं
  • multiplayer design गायब नहीं होगा और अभी भी महत्वपूर्ण रहेगा
  • असली सवाल यह है कि जब generation, modification, review और shipping code के बहुत करीब संभव हो जाएँगे, तब वह काम कहाँ मौजूद होगा
  • Figma ने पिछली बार center of gravity के बदलाव को समझा था, और अब वही center फिर से शिफ्ट हो रहा है

[shakespeares]

विकल्प इतने ज़्यादा हो गए हैं कि दिशा भटकती दिख रही है, यह दुखद है।
भविष्य को पहले से देख पाना इतना अहम है।