Win more work
Keep the website working for the business
Use a repeatable review to catch broken enquiries, keep information current, and spend time on the changes that matter.
- Who this helps
- The person responsible for the business website after launch.
- Before starting
- Know who owns the domain, hosting, inbox, analytics, and website updates.
- Done when
- A named owner follows a simple schedule for leads, content, performance, and recovery.
01
Run a weekly business review
Keep the review short enough to repeat. Focus on customer outcomes before cosmetic changes.
- Submit one labelled test enquiry and confirm receipt.
- Review new enquiries, qualified enquiries, quotes, won jobs, and missed replies.
- Check traffic by source and investigate unexpected drops.
- Choose one action with an owner and a due date.
Week ending:
New enquiries / qualified enquiries:
Quotes sent / jobs won:
Missed calls or overdue replies:
Main source of qualified enquiries:
One issue to fix:
Owner / due date:
Result to check next week:A lead is a request. A qualified lead fits the service, area, and scope. A won job has an agreed commitment.
02
Keep public information accurate
Outdated hours or availability can waste a customer's time even when the website works correctly.
- Check hours, service areas, prices, team details, and contact links.
- Replace expired offers and broken external links.
- Add useful recent work and answer a question heard repeatedly that month.
- Check Search Console for new indexing issues and important changes in search traffic.
- Update holiday hours on the website and Business Profile before the holiday.
03
Keep mobile pages responsive
Test the homepage and main service page with PageSpeed Insights. Compare real-user data with the diagnostic lab test.
Good Core Web Vitals thresholds are LCP at most 2.5 seconds, INP at most 200 milliseconds, and CLS at most 0.1.
These assess load speed, responsiveness, and layout stability at the 75th percentile. A small site may have insufficient real-user data.
- Resize and compress large photos before upload. Keep useful image detail.
- Remove widgets and scripts that no longer serve a business purpose.
- Give a developer the affected URL and the specific diagnostic, rather than only the score.
- Retest the customer journey after changes.
A perfect lab score is not the business goal. Prioritize problems that prevent customers from reading, navigating, or contacting the team.
04
Keep access and recovery under control
The business should retain control of the domain and key accounts, even when a developer handles daily work.
- Record the domain registrar, host, renewal dates, and responsible person in a private business record.
- Enable multifactor authentication where available. Keep recovery methods current.
- Use individual access for helpers and remove access when work ends.
- Keep a backup before changes. For self-hosted sites, keep source, content, and local images together.
- Test how to restore a previous version before a major update.
Hosted plans and code purchases have different responsibilities. Confirm which updates the agreed support scope includes.
05
Know what to send when something breaks
A precise report helps the person fixing the site reproduce the issue.
- Record the public URL, time, device, browser, and exact action that failed.
- Check whether the issue affects one page or the whole website.
- For form problems, record whether the request reached the inbox or lead dashboard.
- Share the visible error and a screenshot with private customer details removed.
- Include the last known working time and any recent changes.
Do not send passwords, API keys, or customer messages in a support screenshot.