6.1Real-world cases
The essentials in 30 seconds
- One method, three missions: frame the need, build, verify, then hand over — the order matters more than the tool.
- Proof before the demo: a site exists when the key pages, the form, the shop and the backups work at the client's end.
- Think beyond delivery: maintenance, backups and documentation are part of the project, not an option you forget.
Samir thread — three missions, one method
Samir is a freelance WordPress developer in Casablanca. Within a few months he takes on three missions for Atelier Bahja: launch a showcase site for the studio, open a small online shop, then take over maintenance and prepare a hosting migration. The cases below follow the sequence of levels 0 to 5: install, structure, style, secure, sell and operate.
Each case follows Context → Steps → Result: replay it on your own projects.
Why real-world cases
The previous levels laid the bricks: installation, content, theme, plugins, security, shop, maintenance. Here we assemble them end to end. It is the chain of good reflexes — a well-framed need, a clean install, backups, tests and a handover — that separates a reliable site from a demo that only works on the developer's machine.
Replaying the approach
A case is not copied: it is replayed. You follow the same order of approach, adapt it to the context — the studio's size, budget and Hassan's skills — and keep the same standard of proof at every step. The client changes; the method stays.
From delivery to day-to-day
The real test of a site is not “it displays on my machine”, but “it holds up over time”: updates break nothing, orders come in, backups exist and the client knows who to ask for help. A WordPress project is judged as much after go-live as before.
Case 1 — Launching the Atelier Bahja showcase site
Context: Hassan, a ceramicist in Casablanca, wants to present his studio, his collections and his contact details. He has no site, no domain name and a limited budget.
Déroulé :
- Frame the need: essential pages, style, photos, contact and site ownership (L0.1).
- Choose hosting and the domain name, install WordPress (L0.2, L0.3).
- Structure the content: pages, menu, optimised media and permalinks (L1.1 to L1.5).
- Choose a lightweight theme and build the homepage with blocks (L2.1, L2.4).
- Check responsiveness, the form, basic SEO and backups (L2.5, L3.2 to L3.5).
- Train Hassan to update content and deliver the documentation.
Result: A clear, fast, responsive showcase site that Hassan can update on his own, with documented backups and access.
Case 2 — Opening a small WooCommerce shop
Context: The studio wants to sell a few pieces online, with secure payment and simple delivery in Morocco.
Déroulé :
- Frame the catalogue: simple and variable products, stock and photos (L4.1).
- Install WooCommerce and configure country, currency, payment and delivery (L4.1).
- Check the legal obligations: terms of sale, legal notice, privacy and customer data (L4.1, L5.3).
- Test a complete order in test payment mode (L4.1).
- Optimise the shop pages and check the mobile journey (L3.3).
- Plan maintenance and backups after launch (L5.1).
Result: A working shop, tested end to end, with the legal framework checked and maintenance planned.
Case 3 — Taking over maintenance and preparing a migration
Context: A year later, the site is slowing down and the host offers no staging. Samir must secure what exists before migrating.
Déroulé :
- Audit plugins, accounts, backups and updates (L3.1, L3.4, L5.1).
- Make a full backup and test it (L5.1).
- Update on a pre-production copy or during off-peak hours with a rollback plan (L5.1).
- Prepare the migration: export, import, URLs and DNS (L5.2).
- Check HTTPS, forms, shop and emails after the switch (L5.2).
- Document the new configuration and give the client a report.
Result: A site migrated with no visible loss, up to date, backed up and documented — maintenance becomes predictable.
Ready-to-say script — framing a mission (30 s)
“I start by clarifying the need: which pages, for whom, with what budget, and who will update the site afterwards. Then I build, test the key journeys and hand over the documentation.”
Keep this for a first client meeting.
Ready-to-say script — announcing acceptance testing (25 s)
“Before opening, we test the form, the key pages and, if there is a shop, a complete order together. That is what avoids nasty surprises on launch day.”
Involve the client in acceptance testing: they see what is being checked.
Copy-paste template — framing sheet
CLIENT: _______________
NEED: _______________
KEY PAGES / JOURNEYS: _______________
BUDGET / DEADLINE: _______________
WHO UPDATES THE SITE: _______________
BACKUPS / MAINTENANCE: _______________
ACCEPTANCE TESTING PLANNED: yes / no
Copy-paste template — launch checklist
1. Domain + HTTPS active
2. Key pages proofread and responsiveness checked
3. Form tested (real receipt)
4. Basic SEO: titles, descriptions, sitemap
5. Automatic backup active
6. Accounts and access documented
7. Client trained to update
Small business / tight budget
A five-page showcase site, a lightweight theme, a form and a backup: the essentials done well before anything else.
Non-profit
News, events, volunteers and donations: plan permissions and ease of updating.
Shop
Add catalogue, payment, delivery and compliance, then test a complete order.
Redesign
Audit what exists, back up, migrate the content and redirect the old URLs.
48h challenge — apply tomorrow
Choose a site you know and replay the approach: framing in five lines, three key journeys to test, one backup and a handover sheet. 35 minutes.
- I can chain framing, building, acceptance testing and handover.
- I check the key journeys before delivering.
- I document the site for the client.
Hassan wants to sell his ceramics online. Which approach should Samir follow?