Home Projects About Contact

Web UI Design · WordPress · B2B International Platform

Puregood Global — a trustworthy digital face for the world's Halal supply chain

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.

Role: UI Designer + Front-End Developer Platform: WordPress · HTML5 · CSS3 · jQuery Scope: UI System · Responsive Build · CMS Integration
Delivered outcomes
🌍
60+
Target markets served by the platform
Multi-language ready responsive design
📱
100%
Device coverage — phone, tablet, desktop
Mobile-first responsive build
3 wks
Design-to-live delivery timeline
Parallel design + build workflow
Zero
Post-launch revision requests
Component-first approval process
The challenge
Global B2B platform needed a credible digital presence that convinced regulators, trade partners, and buyers — simultaneously
My approach
Trust-first hierarchy · stakeholder content mapping · component system · mobile-first build
What I built
40+ component UI system · 12 page templates · WordPress theme · responsive HTML5/CSS3 · jQuery interactions
Result
On time, zero revisions · 100% device coverage · enterprise-grade platform live in 3 weeks

How I designed global trust in three weeks

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.

1

Discover · Days 1–4

Understanding three audiences with zero margin for confusion

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.

What I did in discovery
  • Stakeholder brief deconstruction — identified the three audience types, their goals, and the business KPIs the site needed to support: trade partner acquisition, regulatory credibility, investor confidence
  • Competitor audit across 8 international Halal and food safety platforms — mapped visual language, trust signals (certification badges, standards logos, partner grids), content hierarchy, and navigation patterns
  • Brand asset review — analysed existing Puregood materials to understand what the visual system needed to honour and what it needed to elevate
  • Content inventory against site architecture — mapped all available copy and imagery to a page structure before wireframing, ensuring no section was designed without confirmed content
Core insight: B2B platforms serving regulated industries don't sell on emotion — they sell on credibility. Every visual and structural decision had to answer one question: "Does this make Puregood look like a world-class operation?"
2

Define · Days 4–6

Four design principles agreed before a pixel was placed

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.

The four agreed principles
  • Trust before information — credibility signals (Halal certifications, standards badges, partner logos) surface before body copy. Buyers decide whether to read based on whether they trust the source first.
  • Clarity over cleverness — no jargon in navigation, no ambiguous CTAs. Every label tested against: "Would a non-native English speaker in Kuala Lumpur or Dubai understand this immediately?"
  • Global without generic — the visual system needed to feel international and authoritative without the sterile "corporate template" look that signals no design investment.
  • Mobile-first, always — senior buyers at trade bodies and regulatory authorities often review platforms on mobile during travel. Desktop polish could not come at mobile's expense.
Design brief agreed with client: The site must make a food safety regulator in Malaysia and a retail buyer in the UAE feel equally confident that Puregood is the right partner — without a single word of explanation needed.
3

Design & Build · Days 6–18

Four deliverables, built in parallel, that turned the brief into a live platform

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 design

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 page

Deliverable 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 Puregood inner pages and responsive layouts

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 environments

Pivots & Constraints · Days 10–15

What was tested, changed, and constrained during the build

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.

What we tried — and why we changed it
  • All-serif typography system (first iteration) — The initial visual system used a serif typeface throughout — body copy, headings, and UI labels. The brief positioned Puregood as a premium, authoritative brand, and serif type felt aligned with that positioning. Stakeholder review flagged it correctly: the all-serif approach felt dated and heavy for a global B2B platform serving buyers in regulated industries. I pivoted to a serif-sans pairing: Instrument Serif for display headlines (authority, premium feel) and DM Sans for body copy and UI labels (clarity, international readability). The pairing achieved both goals without the legibility cost of a mono-serif system.
  • Certification section below the fold (first layout) — The first homepage layout positioned the Halal certification and food safety accreditation badges in the "Our Credentials" section midway down the page — logical from an information architecture perspective. Competitor analysis showed that every high-converting equivalent platform surfaced certifications immediately below the hero. For regulatory and trade audiences, credibility signals aren't secondary information — they're the reason to read further. I moved the certification strip to position 2 on the page, directly below the hero, before any service description.
  • Animated statistics section (scoped back) — The original brief requested a JavaScript-animated statistics counter on the homepage. During implementation, it was discovered that several regulatory authority offices used managed browser environments with JavaScript blocked by policy — a confirmed constraint from the client. Rather than risk a broken experience for a critical audience, I implemented the statistics section as a static, visually strong CSS layout with jQuery animation as a progressive enhancement — falling back gracefully to the static version in no-JS environments.
🌍 Three-timezone stakeholder alignment

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.

📄 Content arrived in phases, not upfront

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.

🗓 21-day non-negotiable deadline

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.

🌐 RTL layout requirement (future scope)

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

On time. Enterprise-grade. Zero post-launch revisions.

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.

Full delivery summary
  • 40+ reusable UI components documented for independent WordPress content management
  • 12 fully responsive page templates — homepage, about, services, trade partners, certification, contact, and 6 service sub-pages
  • Production HTML5/CSS3 codebase — semantic markup, optimised assets, cross-browser tested
  • jQuery interaction layer with graceful CSS fallbacks for all dynamic elements
  • WordPress theme integration — all components mapped to custom fields for non-technical content updates
  • Zero post-launch revision requests — delivered first time, on time

Decision Log

Every decision, its rationale, its result

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

What this project taught me

01
In B2B, trust is the interface
For regulated industries, visual credibility isn't aesthetic preference — it's the commercial argument. Getting the trust architecture right was the most business-critical design decision on the project.
02
Know your audience's first question
Three audience types, three different first questions when landing on the page. Designing the hierarchy to answer each one — in the right order — eliminated the need for lengthy explanatory copy.
03
Components are timeline insurance
Building the system before pages meant each component was approved once and reused twelve times. It also gave the CMS handoff a document the client team could actually operate — not a presentation they'd forget.
04
Design global, test locally
A platform serving 60+ countries needs to be tested on the devices and network conditions of its least-served market — not just a designer's MacBook. Mobile-first for this project wasn't a guideline. It was a contract.
05
Parallel workflow needs ruthless gates
Running design and build simultaneously only works if every section has a clear approval gate. Without it, you build on shifting foundations. The section-by-section gate was the discipline that kept three weeks intact.
06
The handoff is part of the design
The WordPress component documentation mattered as much as the Figma file. A platform only the designer can update isn't finished — it's a dependency. Independent operation was a deliberate design goal from day one.