PLURY · SOFTWARE, PLANNED AND KEPT WORKING
00How we work

Plan it with us. Watch it get built. Let us keep it running.

Three stages. You know the budget and the date before anything gets built, and the same team stays with it after launch.

01 Plan

Plan

The point of planning isn’t paperwork. It’s making sure the expensive mistakes happen on paper, where they cost an afternoon instead of a quarter.

What you get

  • 01.1 A written plan in plain language: what it does, who uses it, what it connects to, what “done” means
  • 01.2 Screens you can see and react to before any code is written
  • 01.3 A budget and a date you sign off on before building starts
  • 01.4 Contradictions caught now, while they’re cheap — not after launch, when they’re not

The planning sprint has a fixed fee we agree on a short call. Beyond that fee, you owe nothing.

02 Build

Build

AI writes most of the code. That’s why it’s fast. People make every decision, and you see all of it.

What you get

  • 02.1 Progress in plain language every week — no status theater, no surprises at the end
  • 02.2 Nothing drifts from the plan you signed off; changes go back through the plan first
  • 02.3 Tests, backups, and the operational basics are part of the build, not an upsell
  • 02.4 Working software you can put in front of real users before we call it done

If we discover mid-build that part of the plan was wrong, we stop and tell you before spending more of your money.

03 Keep it working

Keep it working

Software doesn’t end at launch, and neither does our involvement. This stage is why the first two are worth doing properly.

What you get

  • 03.1 We run it, watch it, and fix it — you have a number to call, not a forum to post in
  • 03.2 The people using it get support from the team that built it
  • 03.3 New needs get planned the same way the first one did: budget and date before build
  • 03.4 The record of why everything is the way it is stays current, so nobody ever guesses at your own software

Everything is documented so another team could take over tomorrow. We’d rather earn the next month than trap you in it.

04Fair questions

Things people ask before starting.

Q01 What does it cost?

The planning sprint is a fixed fee, agreed on the first call and never a surprise. Every build release after that gets its own budget and date before work starts. If a number isn’t something you can commit to in front of your leadership, we haven’t finished planning.

Q02 What if planning says “don’t build this”?

Then you keep the plan and we part on good terms. It happens, and it’s a fine outcome: the plan is yours, and it will say what to do instead. Losing a build is cheaper than delivering something that shouldn’t exist.

Q03 Do you work with the systems we already run?

Yes — connecting to what you already run is most of the point. Your records, your payments, your reporting. Software that forces the rest of your operation to reorganize around it is software that will be abandoned within a year.

Q04 Who owns what?

The plan is yours from the day you pay for it. Anything we build for you is yours too, in a form the next developer can actually use. Lock-in is a bad business model; we don’t use it.

05Start

The first step is a conversation.

Tell us what your operation needs built. Thirty minutes is usually enough for us to tell you whether a planning sprint makes sense.