A new field, a report change, a screen tweak, without a new project
Changes too small for a separate order come out of a monthly pool of hours. Before we start, you get an estimate in hours and a date.
From request to change in production
Example: a new field on goods receiving.
- 1RequestYou tell us what you want changed and why. We ask for details if anything's missing.
- 2Estimate in hoursYou get the number of hours from the pool and a date. We start once you approve.
- 3Change and testThe change is built on a copy of the app. You can check it before release.
- 4ReleaseThe change goes to production and the hours show up in the monthly report.
Signs small changes wait too long
The wish list keeps growing
Every change needs a new contract
Workarounds instead of changes
The report misses what matters
Changes we make from the pool of hours
Anything that doesn't need a project of its own.
Fields and forms
Reports
Screens
Permissions
Notifications
Small integrations
How we check the results
Every month we show the changes made, hours used and what's waiting in the queue.
- 1Changes released this month
- 2Hours used from the pool
- 3Time from request to release
- 4Changes in the queue
Unused hours roll over to the next month.
Common questions
How do I know how many hours a change will take?
You get an estimate in hours before any work starts. We begin once you approve it.
What if a change turns out to be big?
We say so at the estimate and suggest a separate project or splitting it into smaller parts.
What about unused hours?
They roll over to the next month, as in every maintenance package.
Who decides the order of changes?
You do. We suggest what gives the most for the fewest hours.
Describe the change
Tell us what's missing in the app and who it gets in the way of. We reply within one business day.