From 979b99344522f5d6b3160ca9c08f3535ebd0ab60 Mon Sep 17 00:00:00 2001 From: srsingh04 <57002643+srsingh04@users.noreply.github.com> Date: Sat, 8 Jun 2024 01:02:52 +0200 Subject: [PATCH] Update 11-monetization.md --- template/11-monetization.md | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/template/11-monetization.md b/template/11-monetization.md index 0a5d719..1bdae65 100644 --- a/template/11-monetization.md +++ b/template/11-monetization.md @@ -4,10 +4,18 @@ The operating costs of our app are proportional to the number of users. The choice of Supabase allows us to avoid vendor lock-in if it becomes too costly to pay for the database and storage. The pricing page of Supabase shows us that 25$ per month is sufficient for 100'000 monthly active users. Then the cost per user increases, but thanks to the fact that Supabase can be deployed on our own hardware, we can keep the cost down. For example, if we decide to deploy Supabase on a virtual private server, we estimate that it will cost only 0.00015$ per month per monthly active user. We clearly see that these operating costs are small. ### Revenue stream -The revenue stream of our app comes from mutliples sources. +The revenue stream of our app comes from mutliples sources: + +Since we have envisioned to have a hybrid business model, which would serve both business clients such as universities as well as individual customers. + +For the universities such as EPFL and UNIL, we have decided to sell them a sort of package of the app for which they would pay us all the costs in a yearly contract, generating a significant amount of revenue from the app, considering that EPFL/UNIL are big federal universities with a large student population. + +IN case of general public customers: First, we can collect some group behavior data from our users. For example, which categories of events are the most successful, or what's the best location for an event to be successful. With these insights on our users, we can introduce an optional monthly subscription of 5$ for the associations which want to improve their chances to organize a successful event. Second, we can develop themed versions of the app for special occasions. For example a week-long event on a big area with a lot of events in parallel, like CES, could ask us to create a special app for the occasion that would allow the participants to have an overview of all the events, join some of them and find them easily on the map. This would occasionally bring us a big income, probably about 10'000$ per mission. Third, we can monetize some services in our application, which allows the associations to have easy integration of all the things that come with the organization of an event. For example, a ticketing system can easily be added to our app. The user could buy a ticket for a paid event without needing another app or website. The associations would have some management interface with the participant to allow easy verification, refunds, and more. We just take a small fee on the ticket price, for example, 5%. +Globally, it is also possible to also have partnerships with certain activity rooms such as gyms, tennis stadiums and others where we could ask them for a certain percentage of commission in exchange for promoting their places on our app. ### Extrapolation -In total, we estimate that if our app becomes successful enough to be adopted by 1'000'000 users, with 200 associations that pay for premium features and 5'000'000$ worth of tickets per year, we can estimate a minimal cost of 15$ per month and a revenue of about 252'000$ per year. This gives us a consistent income that will allow us to develop more features for our app. +In total, we estimate for the consumer model that if our app becomes successful enough to be adopted by 1'000'000 users, with 200 associations that pay for premium features and 5'000'000$ worth of tickets per year, we can estimate a minimal cost of 15$ per month and a revenue of about 252'000$ per year. This gives us a consistent income that will allow us to develop more features for our app. +It is also possible to extend our services to other swiss universities, eventually moving to european and then global universities as well. If we manage to get an annual plan from each university; on just the basic version of our app, we could expect the university to spend 10k-25k $ based on the benefits our application provides as well as the number of users it engage on campus. This model policy would alone get us a revenue of at least ~70k $ for the first year (given that we pitch to 2-3 universities in our first year of app launch).