Check journeys
Forms, purchases, search and access—not just the appearance of the homepage.
BIG FISH / Technical website audit
Assess a website before maintenance or a substantial change. Connect technical findings to their effect on visitors and the business, and turn the result into a practical work plan.
Based on audit scope · scoped around your project
SUPPORT × DESIGN × DEVELOPMENT
Forms, purchases, search and access—not just the appearance of the homepage.
Record reproduction conditions, impact and how each correction will be verified.
Separate critical faults, technical debt and improvements that can be scheduled.
EXPLORE THE JOURNEY
Switch options to see how the solution changes. This demonstrates the approach using fictional data.
A form reports success, but the client team receives no enquiry. Reproduce the journey.
How the work is estimated ↘Check storage, delivery logs and the CRM response. Identify where the enquiry is lost.
How the work is estimated ↘Check passed. The next stage can be approved.
Specify the fix, owner and acceptance criteria. Repeat the test after implementation.
How the work is estimated ↘A CLEAR PROCESS
Define questions and review boundaries.
Inspect journeys, environments and available code.
Confirm issues and assess impact.
Deliver priorities and criteria for verifying fixes.
SCOPE AND PRICING
Audit pricing depends on the number of journeys, source-code access and review depth. Implementing recommendations is estimated separately.
A precise quote follows a discussion of your project.
DOCUMENTATION
Document coverage follows the agreed task. Secrets are stored separately from shared instructions.
Environments, versions, services, owners and access-management rules.
Pre- and post-release checks, backup and recovery conditions.
What changed, when it was released and how to verify it.
Content editing and new features without editing source code.
IN DETAIL / 01
Agree the purpose first: onboarding to support, fault investigation, performance review or a development plan. Record available environments and limitations. An external review and source-code analysis provide different depths of evidence.
Load tests and potentially destructive checks require agreed conditions. An audit does not automatically authorize production changes or test payments.
IN DETAIL / 02
Follow key desktop and mobile routes: find information, submit a form, sign in or order. Check validation, failure states and confirmation.
A successful screen does not prove an enquiry was delivered. Where the relevant systems are accessible, verify storage and downstream transfer. Describe reproduction steps, actual behaviour and expected behaviour for each defect.
IN DETAIL / 03
Review dependencies, errors, cache settings, backups and access rules. Investigate performance in stages: server response, resource loading and readiness for interaction.
Technical search checks cover URL status, redirects, canonical links, indexing and the sitemap. They do not replace an SEO strategy or demand research, but can reveal barriers to crawling and understanding pages.
IN DETAIL / 04
Findings become tasks with evidence, impact and priority. Confirmed defects are separated from hypotheses needing further investigation. Implementation is estimated once its scope is clear.
The client receives a sequence of work: what to fix first, what can share a release and what can wait. Agreed checks are repeated after corrections. An audit itself does not change the code; implementation is a separate stage.
FAQ
Our main approach is to continue developing products we built. Projects from other teams are reviewed first: code, access and risks determine whether ongoing support is feasible.
No. Individual tasks can be agreed separately. Ongoing support suits a regular stream of changes and a planned backlog. Use and rollover of hours are defined in the contract.
We first identify impact and cause. Response times, working hours and urgent contact arrangements are agreed separately. Resolution time depends on the fault and external services.
A verified outcome, change description and report for the agreed scope. New functionality comes with updated instructions. Documentation depends on the task.
BIG FISH / MAINTENANCE
NEXT STEP
Tell us what you want to change or which problem to solve. We will start with the task and propose a suitable way to work.
Your enquiry has been sent. We will contact you to discuss the project.