Skip to content
Gimpact

Process

Clear communication. Predictable delivery. No technical confusion.

Seven stages. You always know what is being built, what it costs, and what happens next.

Our process

  1. 01

    Idea

    You describe the problem. We say honestly whether software is the answer.

    • A first call about the business problem, not a feature list
    • What you have already tried, and why it did not hold
    • An honest read on whether building anything is the right move

    Deliverables

    A written summary of the problem and our first read on it.

  2. 02

    Discovery

    We learn the business before we discuss the build.

    • Stakeholder interviews and a walkthrough of how the work is done today
    • Review of existing systems, data and integration constraints
    • Scope, architecture and sequence decided before anyone writes code

    Deliverables

    A written problem statement and success criteria you can hold us to.

  3. 03

    UX/UI

    Flows and screens designed before code, and tested with the people who will use them.

    • User flows and information architecture mapped before visual design
    • A clickable prototype, so expensive assumptions fail early and cheaply
    • Arabic RTL and every language treated as first-class from the first screen

    Deliverables

    A clickable prototype and a design system your developers can build from.

  4. 04

    Development

    Built in reviewable increments, in your repository, from the first commit.

    • Two-week increments, each ending in something you can open and use
    • Code, cloud accounts and third-party services in your company's name
    • Automated tests written for the paths that would hurt if they broke

    Deliverables

    Working software in a staging environment you can open at any time.

  5. 05

    Testing

    We try to break it before your customers do.

    • Automated tests across the critical paths, run on every change
    • Real devices and browsers, plus accessibility and keyboard testing
    • Load testing against the peak you actually expect, not a round number

    Deliverables

    A tested build with the known issues written down, not hidden.

  6. 06

    Launch

    A planned release, not a switch someone flips on a Friday evening.

    • Data migration rehearsed on a copy before it is run for real
    • Monitoring, alerting and backups in place before traffic arrives
    • A named owner on launch day and a rollback path agreed in advance

    Deliverables

    A live system with monitoring, backups and a rollback path in place.

  7. 07

    Growth

    What we learn after launch is what decides the next phase.

    • Usage instrumented, so the next decision comes from behaviour rather than opinion
    • Support with agreed response times and a route to a person, not a queue
    • Regular review of what is used, what is ignored, and what should be removed

    Deliverables

    A prioritised backlog drawn from how the product is actually used.

What we commit to

  • One named contact

    You talk to the person doing the work, not to a layer of account management sitting between you and the build.

  • Written estimates

    Scope, price and timeline in writing before work starts, and change requests priced openly rather than absorbed until the schedule slips.

  • You own everything

    Code, repositories, cloud accounts and third-party services are in your name from the first commit. Nothing is hostage to a retainer.

  • Your working hours

    Meetings scheduled in your timezone and your language. Gulf clients get Sunday-to-Thursday coverage.

Questions

Answers before you get on a call.

We operate from Uzbekistan and deliver remotely to clients in the Gulf, English-speaking markets and Central Asia. In practice it matters in your favour: our working day overlaps the Gulf almost entirely, and meetings are scheduled in your timezone and language.

Because we publish client work only with written permission, and we will not manufacture social proof. Ask us on a call and we will share references relevant to your sector, subject to what each client has agreed we can disclose.

It depends on scope, and a number without scope would be a guess dressed up as a quote. What we can promise is a written estimate before any commitment, and a paid discovery phase if the scope is not clear enough to price honestly.

Discovery usually starts within one to two weeks. Full delivery capacity depends on the current pipeline — we will tell you the real date rather than the one you want to hear.

You do, from the first commit. Repositories, cloud accounts and third-party services are created in your name. There is no proprietary layer and nothing is held back to keep you on a retainer.

Yes — Arabic, English, Russian and Uzbek. Arabic products are built RTL-first with language-appropriate typography, not as a mirrored version of an English layout added at the end.

Then we work alongside it, not around it. That can mean design and architecture only, a dedicated team extending your capacity, or a specific piece of work your team does not have the bandwidth for.

Fixed projects include 30 days of post-launch fixes. Beyond that you can take a support retainer, move to a dedicated team for ongoing work, or take the documented handover and run it in-house.

Next step

Have an idea? Let’s build it.

Tell us what you are trying to achieve. You will get a considered reply from an engineer — not a sales script.

We reply to project enquiries within one business day.