Creating The Next Juggernauts
On Demand Platforms are disrupting the industry value chains across verticals. We have been perfecting our value proposition for the past 24 months to power the technology supporting your platform ideas.
We hear stories about entrepreneurs coming up with million dollar ideas over discussions at the coffee table. Juggernaut is not one of them. We power On Demand Technology platforms for entrepreneurs and enterprise level initiatives.
As it happens, we are one of the only companies that provides full suite of services specifically tailored to On Demand business models. In the past 3 years after coming out of hibernation, we have deployed more than 300 platforms, while currently clocking more than 1.5 million monthly transactions.
Juggernaut evolved from years of experience making mobility solutions and being a tech solution provider for startups as Click Labs. We soon realized that there was no specialized provider who can act as a technology partner for startups working on On-Demand platforms.
What we do
Every startup working on these models thrive on seamless integration of the offline business with their online presence. The technology underlying this ecosystem requires smooth interoperability between core functionalities which collectively make the whole on-demand experience possible, some of which are aggregation or a peer-to-peer marketplace, scheduling/reservation, dispatch/tracking, payment and review modules. So, we began our quest to master these individual modules.
We have identified the common denominator to help the end platform owners save time and money and allow them to focus on their core product. They can draw comfort from the fact that the underlying technology (Prebuilt IP) is already driving successful platforms around the world.
We’ve mastered the process of developing On-Demand Marketplace based platforms for Ground transportation, Delivery, Beauty, Massage, Car Wash, etc., understand the domain to its core and are here to work together with you on your next big idea.
- ❯What are On Demand Platforms?
- ❯What We Do?
- ❯What is the technology stack we use?
- ❯Are there any IP considerations for the platforms that we develop?
- ❯What is the engagement model?
- ❯SDLC? Agile vs waterfall?
- ❯Costs involved?
- ❯Key price drivers?
- ❯Value proposition? What sets us apart?
- ❯Cost of all 3rd party integrations?
- ❯What is the number of transactions on Juggernaut platform thus far?
On Demand Platforms are online technology infrastructures that facilitate businesses to fulfil consumer demand via the immediate provisioning of goods and services. These platforms can be introduced in any industry vertical i.e. ground transportation, delivery & logistics, food industry, beauty industry, healthcare or any other industry that you can think about.
The industry value chains are being disrupted by the On Demand platforms. What makes these platforms disruptive is the fact that they make an existing way of interaction between the end users and the service providers much more efficient.
In simple words - We power on demand apps. We have built 15 on demand apps which are live in various industry verticals and are doing excellent in terms of business, revenue and technology. Currently we are working on 12 more.
We have created the backend technology (PreBuilt IP) that helps us build custom experiences while ensuring that we are not spending our energy in reinventing the wheel with every platform.
Pre built IP is structured in the form of backend code blocks. These code blocks power modules identified by mapping the supplier and customer journeys as it applies to different business models in this space. Its constantly evolving with each successful implementation as we uncover different use cases.
For more details on this modular approach refer - On Demand Success Blueprint
Updates to Prebuilt IP don’t impact any previous implementations. The code blocks become part of your solution in an unbundled format and are completely accessible for further customizations. In addition they still need some amount of work to ensure we are not compromising with the specifics of your business model.
We use a nodeJS web services layer that runs over Amazon cloud working with native mobile apps. We have not chosen LAMP because nodeJS has a considerably better performance for high frequency communication applications than PHP.
But what does it apply from the performance perspective -
Node.js is entirely non-blocking and event-based, allowing for true concurrency among requests. Let me use these images to explain what this means.
These graphs state that PHP can handle 1773 requests per second vs Node’s ability to handle 3614. In addition Node is around 10 times faster as compared to PHP when around 1000 requests are thrown at it simultaneously. All this boils down to the concurrent treatment of different requests by NodeJS.
Given that now we have established Node is built for scale, the choice of MongoDB can be attributed to it gelling a lot better with NodeJS as compared to MySQL. In addition, MongoDB has the ability to handle highly diverse data types, and manage applications more efficiently at scale. The biggest advantage is that MongoDB’s flexible data model allows the database schema to evolve with business requirements.
We help you take your idea from Point A - Idea/high level business model to Point B - a market ready technology solution. You get a head start at Point A starting from our Prebuilt IP. We keep adding value at each stage based on our experience of what works and what doesn’t, helping you avoid some mistakes, thus increasing the probability of getting many things right in the first version itself.
Other than that the engagement closely follows the standard SDLC. We have a matured communication system that has evolved over more 5 years with a PM being a singular point of contact and using industry standard tools for every stage. (Read Basecamp, Invision, Lighthouse, etc.).
We take the privacy and IP that is associated with your business model really seriously. That doesn’t imply we don’t learn from each new implementation. But these learnings are centered around how we can make the base IP more generic and robust. Other than that a Chinese wall exists between different projects/teams restricting the flow of information even if we have multiple projects undergoing in the same domain.
While we do entertain requests for accepting non-competes in certain cases wherein the specific business model/vertical under discussion is unique enough to warrant ignoring future business opportunities. But in a lot of other cases it’s difficult for us to ignore the future business altogether. For some verticals it’s synonymous to suggesting a company that just does chat apps, to not make chat apps for anyone else.
In addition, the fact that the front end is developed completely from scratch from designs made specifically for you helps in securing the uniqueness.
Most of the new engagements to begin with are fixed time/cost arrangements wherein we agree to deliver an agreed upon scope in a given timeframe.
After many iterations over the previous few years the model that works best in our experience is an hybrid of waterfall and agile.
Under this approach the first half of the engagement concentrates on zeroing in on the specs that go with the high level business model and simultaneously working on the wireframes and designs. The second half is dedicated to bi-weekly sprints involving coding certain parts and high level User Acceptance Testing. The final round of regression testing is reserved for when we already have thrown significant number of these sprints out of the park. The entire process is designed for feedback wherein you as a key stakeholder are constantly impacting the different aspects. In addition this ensures we are not constantly at each other’s necks fighting scope creep.
Once we have delivered on the initial promises most of the engagements go on a retainer wherein we closely follow the Agile methodology in true spirit.
We don’t charge for licensing our Prebuilt IP or expertise in this niche. The costs are calculated at our hourly rates for different resources, which are significantly lower than On-shore developers, since our development team sits out of India. In addition in our experience it takes us 40% less time to develop the complete solution than what it would have taken, if we were to develop everything from scratch.
The methodology is fixed cost based wherein costs for any overruns with regards to features decided in the agreement are borne by us. The entire cost itself is divided into 4 milestones of 25% each tied to different physical milestones.
The fact that there are so many moving parts for these On-Demand platform makes the technology complex and time consuming to develop. We might be dealing with customer side and supplier side apps on multiple platforms and web based versions in addition to CRM/Dashboard/Admin panel components to be developed on top of the backend that gels everything together. The fact that front end is developed natively (to optimize user experience) for each of these components takes time and effort.
1. Faster time to market
2. Lower cost
3. Complete flexibility viz. a viz. owning technology and all the data without being responsible for licensing costs.
But the biggest factor that sets us apart is We understand On-Demand. Today we are more of a thought leaders in this space that comes from experience doing diverse implementations in on-demand food, delivery, cannabis, carwash, beauty, massage, among others.
We have already powered through this phase and understand what it takes to make On-Demand work.
B. Script based approaches
We don’t think they are our competitors to begin with. This approach just doesn’t work if you are serious to make your idea work.
This is how the situation unfolds.
1. You find a white-label turn-key software provider.
2. You quickly launch your solution by branding their solution.
3. You find it's not well suited for your industry and needs so you have to tweak it and customize it (This will be a best case scenario. In most of the cases it will just not work. You will have to hire an in-house technology team. They will keep making tweaks and come to a conclusion that architectural defects warrant rewriting almost everything).
4. You find it's not quite competitive because it's generic - white label - no different than others in your market segment - so you have to differentiate it... which means customization work.
5. After all this customization work and several thousand marketing USDs later it finally gets traction so you start having performance issues and need to optimize for heavy loads.
6. while doing that you have user requests and your own ideas how to improve your business - you decide to invest some more USDs and time into further development.
7. you slowly come to a conclusion that migrating to a market-proven fully-featured standards-based solution is the only option at this point... if you want to protect your months-long investment of money and time.
8. it would be a whole lot easier if you started out which such a solution, right?
C. Off the shelf SaaS based solution
This works if you are a SMB or just want to discover whether your idea works or not. But again they are not our competitors as once you outgrow these solutions and your business grows and scales you would need a really unique customized solution with good amount of control.
D. Competitor using our specific business model - I am confident a lot of these will emerge over the next year but we have a 2 years of experience to provide you better value as a technology partner.
We have launched more than 300 platforms and working on another 100 (at different stages of implementation). Most of the deployments have been done in the last 3 years and we record more than 1.5 million monthly transactions. As some of the platforms move towards the critical mass we are confident that the numbers will significantly increase.
We are looking forward to all such discussions. If there are some other questions that come to your mind while you are exploring the potential of a partnership with Juggernaut do mention them in the comments section below and we will make it a point to answer them.