Currently, OutSystems primarily builds apps that function only online—with the exception of mobile apps, which utilize local storage and can be installed directly on clients' phones. However, the vast majority of applications depend on the client's online status. If the client has an excellent internet connection and a high-end device, and the app is well-designed, it works beautifully. Yet, this is not the reality in many Latin American countries, where internet speeds are often low and client devices are not always up-to-date. I have been developing for the public sector in Brazil for three years, and the main bottleneck hindering OutSystems' growth is the perception that it is slow, prone to freezing, and suffers from frequent timeouts. Even when creating a high-performance application that adheres to all best practices and criteria, we still run up against limitations regarding the client's internet availability and the age of their hardware—specifically, whether they have a modern device or at least one from the previous generation. With that in mind, I propose creating a new module—either within ODC or as a standalone product—that enables the creation of an `.exe` file for installation on client PCs, utilizing an internal database (like MySQL) that installs alongside the application. A standalone product would be ideal, as it could offer a more comprehensive feature set—such as installer-specific design elements (e.g., software terms of use screens, specific configuration interfaces, animations, icons, etc.). It would also allow for better utilization of the machine's hardware to render smoother, more complex graphics by leveraging the PC's graphics engine. Furthermore, this solution would allow OutSystems to tap into the small and medium-sized business market. I realize that this segment isn't OutSystems' primary focus, but the costs associated with this new product—or its inclusion in ODC—would be significantly lower; server-related expenses could be cut in half or more, as there would be no need to manage databases and server requests. Of course, it could be a subscription package, but one focused more on support and user management rather than the database itself. Well, that’s the idea; I’d appreciate it if you could correct me or help make it more robust. Thanks for reading this far.