Web UI Design · WordPress · B2B International Platform
End-to-end UI design and front-end build for a Singapore-headquartered international food safety and Halal trade platform — designed to earn trust from regulators, partners, and buyers across 60+ countries.
Design Process
Four clear phases. Every decision documented. A platform that had to work for C-suite buyers, government regulators, and supply chain partners — at the same time.
Discover · Days 1–4
Puregood Global wasn't a consumer product. The website had to convince three distinct audience types simultaneously — international trade buyers, government and Halal certification bodies, and logistics partners. Getting the hierarchy wrong meant losing credibility before a single conversation started.
I began by mapping each audience's primary question on landing, their trust signals, and their decision-making context — before touching a single layout.
Define · Days 4–6
With three audience types and global reach, visual ambiguity wasn't an option. I defined four design principles with stakeholders upfront — giving every subsequent decision a clear standard to be measured against.
Design & Build · Days 6–18
I ran design and front-end build in parallel using a component-first, section-by-section approval process: design a section → get approval → build it → move to the next. This eliminated revision loops and kept the three-week timeline intact across 12 page templates.
Deliverable 1 — UI Design System
Built a complete visual component library before designing any pages: colour tokens (deep green for trust and sustainability, warm neutrals for approachability), a typography scale using a serif-sans pairing for cross-platform readability, button states, form patterns, card components, and a certification badge system. 40+ components documented for WordPress developer handoff and future CMS updates by non-designers.
Consistent visual language across all 12 page templates
Puregood Global homepage — trust-first hierarchy: certification strip, global reach indicators, and clear service navigation above the fold
Deliverable 2 — Trust Architecture
Designed a dedicated trust layer running through every page: a Halal certification and food safety accreditation strip immediately below the hero, a partner and client logo section with a structured grid layout, a "How it works" process section making the complex supply chain logic visually simple, and a standards compliance section addressing regulatory audience needs directly. These weren't decorative — they were the commercial argument made visual.
All three audience trust questions answered above the fold on every pageDeliverable 3 — Responsive HTML5/CSS3 Build
Converted all design mockups to semantic, well-structured HTML5 and CSS3 using a mobile-first breakpoint strategy: 375px mobile layout first, then tablet (768px), then desktop (1200px+). Custom CSS for all hero and trust sections — no generic Bootstrap columns — ensuring pixel-perfect fidelity to the approved design at every breakpoint. Tested across 12 device and browser combinations before delivery.
100% device coverage · zero layout failures post-launch
Inner service pages — structured content hierarchy, certification integration, and responsive layout tested across phone, tablet, and desktop
Deliverable 4 — jQuery Interaction Layer
Implemented lightweight jQuery for: smooth scroll navigation, an animated statistics counter section (partner countries, certified products, trade volumes), a mobile-optimised accordion FAQ, and a contact form with inline validation eliminating submission errors. All interactions had defined CSS fallback states for no-JavaScript environments — critical for government and regulatory network contexts where scripts are often blocked.
Zero JavaScript errors across all tested environmentsPivots & Constraints · Days 10–15
A three-week timeline with a global B2B client, multi-timezone stakeholders, and phased content delivery required fast, principled decision-making when things didn't work as planned. Three design directions were changed and several constraints shaped final decisions.
Client stakeholders were across Singapore, UAE, and the UK. All approvals happened asynchronously via annotated section mockups shared via email — the component-gate workflow was specifically designed to work without live review sessions.
Final copy for 4 of the 12 pages arrived during the build phase. The component-first system meant those pages could be built to the template structure immediately and content-swapped when it arrived — no re-layout required.
The platform had to be live before a Singapore trade conference. The parallel design-build workflow with section-by-section approval gates was the only way to deliver 12 page templates in three weeks without revision loops.
Arabic and Hebrew market audiences were in scope for version 2. The CSS was written with RTL compatibility in mind from day one — using logical properties where possible — so the RTL implementation wouldn't require a full code rework.
Outcome · Week 3
The platform launched on schedule at the end of week three. The client confirmed zero post-launch revision requests — a direct result of the component-first approval process and the parallel design-build workflow that caught issues at the component level before they reached live code.
Decision Log
| Design decision | Why — evidence or principle | What I built | Result |
|---|---|---|---|
| Trust-first page hierarchy | Competitor audit: B2B buyers scan for credibility signals before reading copy. Regulatory audiences need standards proof before engaging. | Certification strip, partner logos, and accreditations positioned immediately below the hero — before any service description. | All 3 audience trust questions answered above the fold |
| Mobile-first responsive build | Senior trade and regulatory buyers review platforms on mobile during travel. 60+ country reach means diverse device and network conditions. | 375px base layout first. Custom CSS at all breakpoints. Tested across 12 device/browser combinations before delivery. | 100% device coverage · zero layout issues post-launch |
| Component-first system | 12 page templates needed consistency without per-page redesign. WordPress CMS required a handoff that non-designers could operate independently. | 40+ documented components — colour tokens, typography, cards, buttons, forms, certification badges — built before any page design began. | Consistent UI · zero post-launch revisions · client self-sufficient on CMS |
| Parallel design + build workflow | Three-week timeline with 12 page templates. Sequential design-then-build would have been impossible to deliver on time. | Section-by-section gates: design approved → built immediately → next section. Revision loops eliminated at component level. | On-time delivery in 3 weeks · first-time approval at each gate |
| JavaScript fallback strategy | Government and regulatory environments often block external scripts. Platform needed full functionality for these users without jQuery. | All jQuery interactions had defined CSS fallback states. Core content, navigation, and forms functional with JavaScript disabled. | Zero JS errors · full functionality in restricted environments |
Key Learnings