एक typical बड़ी अमेरिकी कंपनी के पास सैकड़ों या हजारों सॉफ्टवेयर टूल्स होते हैं, जिनमें SAP और Workday जैसे ERP सिस्टम, अनेक SaaS एप्लिकेशन, वर्कफ़्लो, स्क्रिप्ट, ऑटोमेशन और यहां तक कि विशाल स्प्रेडशीट्स शामिल होते हैं। कंपनियों के पास अक्सर सॉफ्टवेयर इन्वेंटरी और खर्च की दृश्यता नहीं होती, फिर भी उन्हें अनगिनत दोहराव वाले कार्यों का सामना करना पड़ता है। जबकि AI ने इन कार्यों को कोडिंग के बिना मिनटों में स्वचालित करने का वादा किया है, लेकिन वास्तविकता अधिक जटिल है। AI तेजी से टूल्स उत्पन्न कर सकता है, जिससे गैर-इंजीनियरों के लिए स्वचालन सुलभ हो जाता है, लेकिन अधिकांश कार्यकर्ता टूल बिल्डर नहीं होते। वकील, विक्रेता और अन्य पेशेवर अपने मुख्य कर्तव्यों पर ध्यान केंद्रित करते हैं, न कि सॉफ्टवेयर को अनुकूलित करने पर। Excel टेम्प्लेट या Claude for X जैसे समाधान सहायता प्रदान करते हैं लेकिन कार्यप्रवाह को बदलने के लिए पर्याप्त नहीं होते। 'फॉरवर्ड-डिप्लॉयड इंजीनियर' की अवधारणा—एक बिल्डर जो एंड-यूजर्स द्वारा देखे बिना स्वचालन के अवसरों की पहचान करता है—एक गहरी समस्या को उजागर करता है: कई समस्याएं छिपी हुई हैं, समूहीकृत हैं, या तब तक समस्याओं के रूप में पहचानी नहीं जातीं जब तक उनका स्वचालन नहीं किया जाता। सफल सॉफ्टवेयर कंपनियां अक्सर सही दृष्टिकोण खोजने से पहले कई विफल प्रयासों से गुजरती हैं। सिर्फ कोडिंग को आसान बनाना मूल रूप से टूल की आवश्यकता की पहचान करने की चुनौती को हल नहीं करता है।