The pilot term
One class, one branch, one term, free.
- Can start
- This term
- What it asks of you
- Light
Your students describe an app in plain words and get a real one — live at its own web address and running on their phone. Below are the ways a school can run that, and how each one is paid for. The first one is free for a term.
Most school computer periods teach real things on paper, because the gap between what a class of thirty can be taught in forty minutes and what it takes to build software has always been enormous. Students finish with a diagram of an app and a mark out of ten. Nobody uses what they made, so nobody remembers making it.
That gap closed recently, and it closed suddenly. A student who can say clearly what they want can now have it built and put on the internet inside one period. The skill that matters is no longer typing the syntax — it is knowing what to ask for, noticing what came back wrong, and saying what to change. That is teachable to a class of thirty, in the period you already timetable, by a teacher who has never programmed.
Ten of them, grouped by the decision they belong to: where it sits in the school week, who pays for it, and what changes when it is a group of branches rather than one school. Most schools end up running two or three of these at once.
One class, one branch, one term. Everything further down this page is easier to judge once a teacher of yours has done this.
One class, one branch, one term, free.
Where it sits — a timetabled period, an afternoon club, or the senior project. Pick one; they can run side by side later.
The computer period you already timetable, with something in it worth doing.
Twenty or thirty volunteers, one afternoon a week, and no timetable to change.
One real app each, live at its own address, for the board project and the college file.
Three ways the money can work that do not start with a new line in the lab budget.
The small software your branches need, built as coursework and used for real.
Senior students build for local businesses, supervised. What it earns goes back into the lab.
The school gives the period and the teacher. Parents buy the building plan.
What changes when it is not one school but twenty. Each of these assumes one branch has already run it.
We train one group of teachers centrally. They carry it to every branch.
One agreement for the whole group, one shared budget, every branch visible.
Every branch sends its best apps to one event a year.
If your group has fifteen or twenty branches, the useful version of this conversation is the one about all of them. We would still like to begin with one class, in one branch, for one term, at no cost — and it is worth being straight about why, because it is not modesty.
We have not run this in a school yet. The models on this page are built on what we know about the product and what schools have told us they want. They are not built on a term of watching a real teacher run a real room, and the gap between those two is where every education product goes wrong. One term in one branch closes it.
The other reason is arithmetic. What this costs to run depends heavily on how it is taught — short exercises in small groups cost a fraction of what long solo projects cost. We would rather measure that in your school, on your students, than quote you a number from a spreadsheet and discover we were wrong at renewal. So there is no price list on this page, deliberately. The price for what follows the pilot is agreed in writing before the pilot starts.
After that term, the branch-wide models on this page stop being proposals. Your teacher trains the next group of teachers, and the programme spreads through your own people rather than through ours.
Everything below is true today. We would rather you heard it in the first meeting than found it in the fourth.
A class shares one pool of building budget, and nothing stops one determined child using more of it than everyone else. For one school we watch the pool and warn you early. For twenty we would need to build the limit properly first.
There is no screen showing a teacher what every student in the class is doing, and nothing that awards a grade. Assessment stays with the teacher, on the school’s own terms, looking at the apps themselves.
Adding a class of students, or seeing which branches are using the programme, is something we would do for you rather than something you would do on a screen. Fine for a pilot. Not fine at twenty branches, and we would build it before we got there.
A finished app is live on the web and installable as an Android app. There is no iPhone version of a student’s app. Anyone with an iPhone opens it in the browser, which works, but it is not the same thing and we will not pretend it is.
Accounts for minors, what a teacher can see, and what a published student app shows the world are things we want to settle with your team before a single student signs in — not afterwards.
Some apps do not come out right, and a student sometimes ends a period with something broken. We never charge for fixing our own mistakes, but we are not going to claim every child leaves every lesson with a working app.
One branch, one teacher, one period a week. We set it up, we cover the term, and at the end your teacher tells you whether it was worth it.
Talk to us about a pilotOr read how BooDoo works first, and try it yourself before you put it in front of a class.