Describe the problem in your own words. AI picks the services, solutions and articles on our site that fit it.

    Application Maintenance

    You report a bug, we fix it, test it and release it

    We reproduce every report, fix it, cover it with a test and release it. The order depends on how badly the bug blocks your work.

    The path of a bug report

    Every report goes through the same steps, so you always know where it stands.

    1. 1ReportYou email us or use the ticket system to say what happened. We only ask for what's missing to reproduce it.
    2. 2PriorityA bug that stops work gets picked up right away. Smaller ones join the queue by the agreed rules.
    3. 3Fix with a testWe reproduce the bug, fix it and add a test so it doesn't come back with the next change.
    4. 4Release and updateThe fix goes to production and you get a note on what caused it and what we changed.

    Signs bugs wait too long

    Reports get lost

    A bug reported by email disappears, and a month later someone reports it again.

    No one to fix it

    The vendor who built the app no longer supports it, and nobody in-house knows the code.

    Fixes break something else

    Every repair brings a new bug somewhere else.

    Users work around bugs

    The team has learned to avoid the faults and nobody reports them anymore.

    What you get with every report

    The same way of working for small and big bugs.

    Ticket system

    One place where you see every report and its status.

    Priorities

    Ordering rules agreed at the start, not argued per ticket.

    Regression test

    Each fix gets a test that keeps the bug from returning.

    Test environment

    We check fixes on a copy of the app before releasing them.

    Root cause note

    A short note on what happened and what we changed.

    Monthly report

    Tickets, handling time and hours used.

    How we check the results

    Every month we show how many reports came in, how long they waited and how many bugs came back.

    1. 1Reports per month
    2. 2Time from report to fix
    3. 3Bugs that came back
    4. 4Open reports

    When the same bugs repeat, we propose fixing them at the source.

    Common questions

    Do you fix bugs in apps you didn't build?

    Yes. We start with a short audit of the code and access, then take on reports.

    How do I report a bug?

    By email or in the ticket system. A description of what happened and a screenshot, if you have one, are enough.

    What if a bug stops the business?

    We take it on right away, outside the queue. The rules and response times go into the contract.

    How do I know how long a fix took?

    Each report has logged time, and the monthly report pulls it together.

    Tell us what's broken

    Let us know which app it is, what it's built with and which bugs happen most often. We reply within one business day.

    Other parts of this service

    Small improvements

    New fields, report changes, screen tweaks. Things too small for a separate project, handled from the pool of hours.
    I want to know more

    Monitoring and response

    We watch availability, errors and certificates. You hear about most problems from us – with the fix already in hand, not from your users.
    I want to know more

    Hosting and infrastructure

    Servers, domains, backups, updates. We can take over the whole setup or work on your infrastructure.
    I want to know more

    Any technology

    We also take over systems we didn’t build – after a short audit of the code and access. Old technologies don’t scare us.
    I want to know more