Judo

Judo

No-code, server-driven UI for iOS and Android apps

5.0
1 review

12 followers

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.
Judo gallery image
Judo gallery image
Judo gallery image
Judo gallery image
Judo gallery image
Judo gallery image
Free Options
Launch tags:AndroidiOSDesign Tools
Launch Team
Threedium
Threedium
Image or Text to 3D Model
Promoted

What do you think? …

Sean Rucker
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!
Abishek Muthian
@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.
Paresh Mayani
That's great. Is it creating native code? How is the performance actually? Is it like a React Native or Flutter?
Sean Rucker
@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.
Paresh Mayani
@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!
John Coombs
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!
Khoa
@johnecoombs Congrats on the launch, this is a game changer
Alice Rodgers
Great! We need more no-code apps!
John Coombs
Ahmed Sulaiman
Amazing product! Also, using native UI frameworks under the hood is a game-changer. Congrats on the launch @krzyzanowskim and the team 🙌
Marcin Krzyzanowski
@geek_1001 thank you. We've been working hard to make it as close to the bare metal as possible, and I think we got it! both on iOS and Android
Douglas Fischer
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.
John Coombs
@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.
Marcin Krzyzanowski
@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.
Douglas Fischer
@johnecoombs Thank you!
Douglas Fischer
@krzyzanowskim Awesome! Thank you!
Marcin Krzyzanowski
@dougdiskin btw there's a growing collection of video tutorials you might find interesting to explore https://vimeo.com/judoapp
Steven Petteruti
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?
Sean Rucker
@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.
Sean Rucker
Steven Petteruti
@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.
Sean Rucker
@steven_petteruti that's a great way to think about it, yup!
123
Next
Last