Funding simulation where students choose whether to raise

A bootstrapping versus venture funding simulation is a timed activity where students commit to a funding path and then live with it. In the Finsimco Bootstrapping vs VC Funding Simulation, each student decides in year one whether to grow a software business from revenue or to raise three venture rounds, computes the growth premium the capital would have to deliver, and then runs six years in which the two paths diverge and cross. Unlike a discussion, the comparison is arithmetic.

Undergraduate and postgraduate students on Entrepreneurship, Entrepreneurial Finance, Venture Capital, Small Business Finance or Corporate Finance courses, and MBA programmes. Difficulty is adjustable, so the same business can be run with two clean paths and fixed terms, or with a participating preference, a down round, a secondary sale and an acquirer who arrives two years early for Masters and MBA cohorts.

Some. Students should know what equity and a valuation multiple are. Dilution, preference stacks, option pools, growth funding requirements and down rounds are explained and computed inside the activity, with worked examples in the tool tips.

Mid module, typically from week four onwards, after valuation has been introduced. It also works as the opening session in an entrepreneurial finance module, because it frames every later funding decision.

The Startup Funding simulation works inside a single round, negotiating terms with investors. This one is the prior question: whether to raise at all, and what the answer costs over six years.

A case study presents a founder's funding decision with the outcome attached. Here each student chooses without it, runs six years and sees the path they did not take running alongside. You get the projections, the decisions and the reasoning behind both, rather than a written summary.

Most funding teaching treats bootstrapping and venture capital as a matter of temperament. The Finsimco Bootstrapping vs VC Funding Simulation is different because it computes the crossover. There is a growth premium at which taking money is worthwhile, it can be calculated in year one, and the six years then test whether the business could actually deliver it. It suits modules that want financing strategy taught as a quantified trade-off.

It can sit alongside one or replace it. An assignment assesses a recommendation. This makes students commit to one and then shows them the alternative running beside it.

They take the growth, capital and ownership roles in turn, model what each path can grow at, read a term sheet with a preference and an option pool, compute the growth premium the money would have to deliver, choose a path, and then run six years of trading, rounds, a down round and a competitor raising a large round.

Every student holds all three. Growth wants the rate, capital wants the terms and ownership wants the stake. Nothing is submitted until all three are satisfied, so the student has to reconcile them rather than pick a favourite.

No. Bootstrapping to eighteen million and raising to eighty-eight can both leave the founder better off, depending on the growth the business could absorb. What scores badly is arguing about the percentage without computing the premium, or raising into a business that cannot deploy the money.

Single-player. Every student runs the same case independently, so there is no team formation, no minimum cohort size and no group-work marking to untangle. It runs equally well with one student or several hundred.

About three hours with the default timings, and the timings are yours. Every stage can be lengthened or shortened from the professor panel, so the same simulation fits a longer block or a shorter slot.

Yes. It pauses and resumes without losing submitted data. Two configurations work well: two sessions, with Briefing and Choose the Path in the first and Six Years, The Assessment and the debrief in the second; or three sessions, one per working stage. Briefing can also be set as pre-reading if you would rather open on the choice.

Yes to all four. Because students work independently inside the platform, a remote or asynchronous run behaves exactly like an in-room one, which also makes it straightforward to set as homework. Delivery is covered across our simulations for universities.

As much or as little as you like. The simulation is self-running and coaching is optional. You control the timeline, can adjust stage timings, and can monitor student inputs live. See how a Finsimco session runs for the setup, controls and first-delivery support.