Judo is a Mac app for building native mobile interfaces without code. It's also a platform for enabling server-driven UI—an emerging technique used by companies like Airbnb, Spotify and Facebook.
Great idea and I like it - definitely a need when building iOS apps. Though --
Wouldn't this potentially be violating Apple TOS by circumventing the review process and updating customer facing code remotely? Any fears of Apple hitting the killswitch if they decide they don't like it?
@steven_petteruti Apple doesn't allow you to ship CODE over the wire, but server-driven UI does not change the code in your app. SDUI is a technique for customizing the user interface based on remote data fetched from the server.
Imagine a product listing page that fetches a list of products from an API and displays them in a list. Each row in the list has a white background but some of the products are marked as "featured" and you have logic in your app to display these featured products with an orange background instead. This is a very simple example of server-driven UI. Judo, and other SDUI implementations just expand on this same technique.
In Judo's case, our SDK contains the logic to render the user interface based on the server's response. All the code is contained in the SDK and the finite set of what is possible is contained within it. This code goes through the normal Apple review process the first time you integrate the SDK into your app. After that initial review, you can take advantage of SDUI to update parts of your user interface without having to go through the review process again.
@seanrucker Ah got it makes sense! What I had misinterpreted that this was modifying code within the client, which circumvented the review process.
If I'm understanding this correctly, you are taking a "view model" approach and allowing the configuration to be changed from a GUI, rather than just a server. That would seem firmly within Apple tos, as its functionally the same thing as passing in the fields via a server.
Great product!
May you share more information about the export process (exported file format, access to final native code, etc) and about REST API services? Is it possible to consume web-services using Judo?
I'm also interested about Judo focus. By @johnecoombs comments, looks like the product is focusing specific experiences (onboarding, ads...) inside already built apps. Or can I build an entire app with remote data from REST API, local databases and authentication?
Anyway, it's a very well done job! Congrats for the launch.
@dougdiskin Hey Douglas, Judo isn't an App building platform (for your entire app) it focusses on content-centric experiences within an app. User interfaces that are more content than features and functionality. We do have the ability to connect elements in a Judo experience to Data Sources/APIs which is a feature that is super powerful.
@dougdiskin YES, Judo can consume REST API and such. It's one of the killer features we've already shipped, and even more integration with third-party services coming in few days.
@pareshmayani our SDKs render experiences using the native frameworks on each platform. On iOS it uses SwiftUI and on Android it uses Android views. The SDKs basically go through the exact same steps a developer would do if they were building the UI from scratch. So the performance and quality is indistinguishable from the rest of your app. And because the SDKs are using the native frameworks on each platform, your experience looks like a proper iOS app on iOS and a proper Android app on Android.
Report
@seanrucker That's fantastic. Would be ready helpful to early stage startups and entrepreneurs! Let me give it a try sometimes this week. Good luck!
Report
The concept is great. Looking forward to using it. A couple of questions.
1. Can apps built with Judo be integrated into an exisiting app or can you only build stand alone apps?
2. Is it fully no-code or is it low-code? For instance could I add custom logic when calling an API?
3. How does it handle user authentication? How would I handle authentication with a Firebase backend for example?
4. What is your pricing model?
@james_from_sparkello Thanks James!
1. Judo is integrated as part of an existing app. Its not an app building platform or framework but a way to create content and server-driven UI's in the app.
2. It's a full no-code solution but you can create custom actions/behaviours in your app that Judo experiences can leverage.
3. Authentication is largely outside the scope of Judo. As mentioned, Judo is not an app builder platform but instead designed to integrate iwth your existing iOS and Android apps.
4. Currently Judo is free for smaller apps or to create just one experience. At paid levels, pricing is based on active user base or number of experiences created.
Happy to discuss further!
Hi Product Hunt! Makers of Judo here.
Judo is a platform that enables server-driven UI for iOS and Android apps. This is an emerging technique used by large companies like Airbnb, Spotify and Facebook to natively update their apps UI without requiring an App Store update. This is game-changing for parts of your app that require continuous iteration like your app's onboarding, or ephemeral content such as marketing or promotional campaigns.
You can read more about how Airbnb is using this technique here: https://medium.com/airbnb-engine...
We’ve been helping customers like DraftKings, Audacy, NASCAR and the Atlanta Falcons take advantage of server-driven UI for years and with the launch of Judo, we’re thrilled to bring this to even more discerning product and marketing teams.
Judo is a complete rebuild of our previous product that takes the platform to a new level. It’s composed of a Mac app for building user interfaces (we call them experiences), a mobile app for previewing your experiences and a cloud component for updating your UI from the server without going through the app store.
The Mac app provides a visual way to build your experiences without code so designers can take their designs across the finish line themselves. Developers love that the layout system is based on SwiftUI with familiar concepts like stacks and spacers. Marketers love that Judo integrates seamlessly with your existing analytics, marketing automation and CDP—launching experiences from a push notification is one of our most common use cases.
Thanks @chrismessina for the hunt!
@seanrucker Congratulations on the launch!
It's been a while since I developed iOS apps and I thought Apple outright banned server driven UI but it seems like they allow it now, Is this true for all categories of apps?
Great to see no code tools generating native UI, I've added Judo to my curated list of startup tools at StartupToolchain.
Hi Product Hunt!
I’m John, Co-founder and CEO of Judo.
We’re super excited to launch Judo - the result of years of working with mobile teams who were looking for more iterative and engaging ways to connect with their users.
While Judo is used by product teams, there are also many applications for marketing and retention.
Faced with the limitations of a push message or the basic UI capabilities of in-app messages, Judo brings new opportunities and ultimate design flexibility to high-ROI in-app campaigns.
Common use cases for Judo are:
-Landing pages for push campaigns
-More enhanced in-app messages
-Branded content for monetization
-Surveys for first-party data capture
-Event day guides
These use cases are important to user retention and engagement, but not complex enough to justify product and engineering resources. Judo allows product teams to focus on core product within their app, without promotional or ephemeral distractions.
With Judo, we focussed on No code, No compromise - meaning these experiences are fast to deploy and iterate on, but are indistinguishable from campaigns natively developed by your team.
We’re excited to discuss and explore more use cases for growth marketers and would love to hear from you!
Chargeblast
Judo
Judo
Chargeblast
Judo
Judo
Judo
Judo
Judo
Judo
Judo
Bone Health Tracker
Judo
Bookmarks - Read Later
Katalog
Judo