Skip to content
IT Capacity
ennl
OUR ENGINEERING CYCLE

From idea to a
working version in weeks.

Every project follows the same six phases. This is how a professional development team works: scope before code, decisions written down, and tests and environments in place before anything goes live. AI does the heavy lifting inside each phase; our developers own the decisions that are expensive to get wrong.

  • Typically 4 to 6 weeks end to end
  • An estimate before we start
  • You own the code
WALK THROUGH THE PHASES
  1. What it does

    Week 1

    We pin down what your product actually has to do, and ask the questions that are expensive to answer later on: security, scalability, speed and recurring running cost. Where a decision carries real risk, a developer can join you with the click of a button.

    WE ASK

    The questions that get expensive later

    Who may see what, how many users in year two, what has to feel instant, and what it costs to run every month. Written down, not assumed.

    AI ADDS

    A complete interview, not a guess

    Our AI advisor keeps asking follow-up questions until there are no holes left in the functional design. A process that used to take weeks to execute professionally now takes a mere 15 minutes.

    WE STEP IN

    On the decisions with teeth

    Data model, permissions and anything touching personal data or money get a developer in the room before a line is written.

    DELIVERABLEAgreed functional scope, risk list and estimate
  2. Design

    Week 1 to 2

    Screens before code. We settle which languages it speaks, what has to feel instant, how it behaves on a phone, and what it remembers about its visitors.

    WE ASK

    How it should feel to use

    Which steps people repeat daily, which languages you serve, and what has to work one-handed on a phone in poor signal.

    AI ADDS

    Every screen, fast

    Every step drawn and redrawn in a day, so you react to something real instead of approving a description.

    WE STEP IN

    On speed, privacy and accessibility

    What is stored to keep it fast, what it may remember about a visitor, and how it works with only a keyboard or a screen reader: the parts a generated design quietly skips.

    DELIVERABLEClickable design of every screen in scope
  3. Building

    From week 2

    Production code written in one consistent style, tested as it goes, with a record of what happens so problems can be traced, and room for the expansion you told us about in phase one. You see progress on the board as it lands.

    WE ASK

    Your way of working, not ours

    How your existing code is written and organised, what gets tested and what it records, so the whole thing reads as one piece of work.

    AI ADDS

    Volume with a review gate

    Features, tests and documentation written in parallel, each one reviewed before it lands on the board.

    WE STEP IN

    On the parts that must not bend

    Authentication, payments, integrations and anything that would be costly to unpick are written or rewritten by hand.

    WE TEST

    Unit, integration and end to end

    Unit tests on the logic, integration tests across the components a feature touches, and end to end tests that walk the flow the way a real user would.

    DELIVERABLEWorking version running on a test environment
  4. Testing

    Before going live

    Before anything goes near production we walk the product by hand. Every critical process flow is tested on a test environment set up to mimic production as closely as possible, including the parties involved and the data they carry. What breaks gets fixed and re-tested until the flow holds.

    WE ASK

    Which flows may never fail

    Ordering, paying, invoicing, logging in: you tell us which paths cost you money or trust when they break, and who is involved in each of them.

    AI ADDS

    Test data and coverage of the edges

    Test sets, edge cases and regression checks generated fast, so the boring half of testing is done before a person starts on the interesting half.

    WE STEP IN

    On the manual pass and the re-test

    A developer walks each critical flow by hand on the test environment, files what breaks, fixes it, and tests it again. Nothing is promoted on the strength of a green pipeline alone.

    DELIVERABLEA tested build, with the critical flows signed off
  5. Going live

    When you choose

    A test version and a live version set up properly, with every change checked and delivered automatically, so nothing goes live by hand. You choose the exact moment it goes live, we watch it, fix what surfaces in the first days, and hand over the repository and the documentation.

    WE ASK

    Where it lives and when it goes live

    Your cloud or ours, which environments you need, who may deploy, and the exact moment you want it in front of real users.

    AI ADDS

    Automatic checks and eyes on everything

    The automatic steps that check and deliver every change, set up for your product, then a close watch on errors in the first days, with anything unusual summarised instead of buried.

    WE STEP IN

    On access, rollback and the handover

    Credentials, network rules and a rehearsed way back are set up by a developer. After go-live we fix what surfaces, then hand over the repository, the documentation and the keys. It is yours.

    DELIVERABLELive product, plus the code and docs you own
  6. Maintenance

    Ongoing

    After release the product has to stay healthy. Errors and uptime are monitored, vulnerabilities in dependencies and infrastructure are tracked, and a developer is on hand for timely support and for keeping the application up to date with current technologies and security requirements.

    WE ASK

    What uptime is worth to you

    How quickly a problem has to be answered, within which hours, and which parts of the product may never be down.

    AI ADDS

    Monitoring that reads itself

    Errors, uptime and vulnerability reports collected in one place and summarised, so the noise does not bury the one thing that matters.

    WE STEP IN

    On support and staying current

    A named developer answers when something breaks, and keeps the application on supported versions as frameworks, dependencies and security requirements move on.

    DELIVERABLEMonitored product, tracked vulnerabilities and a support line

Want to know what your project would look like in this cycle?

Send us a site, an idea or the code you are stuck on. We come back with the phases, the estimate and where a developer matters most.