← Back to Work

Merchant SaaS

06 / 08

Hunliji Case Management Redesign

Redesigning one case-management experience across merchant Web and App

At a glance

ProblemMerchant feedback and product planning showed friction in publishing, classifying, and managing cases across Haicao Cloud.

My contributionI owned the complete case redesign across merchant Web and App, including workflow, information hierarchy, case management, responsive tables, publishing, and cross-platform UI.

Archived resultThe original portfolio records higher completion and lower time and drop-off after one month. Raw analytics are no longer available.

Hunliji Haicao Cloud case-flow redesign cover.
Haicao Cloud is Hunliji’s merchant product. The case workflow serves every merchant category that needs to upload cases.

Context & evidence

Merchant feedback and the product roadmap pointed to the same workflow

Haicao Cloud served the merchant side of Hunliji. Any merchant category that needed to upload cases used this workflow to publish work and maintain its case library.

The project was triggered by merchant feedback and product planning. An archived funnel showed a steep drop between starting a case and publishing it, but the number alone did not explain why merchants stopped.

Product and Operations conducted more than 100 phone interviews and shared the findings with me. Merchants described long forms, unclear progress, slow classification, and tables that were difficult to read on small laptops.

Archived funnel showing drop-off across case publishing steps.
The funnel established where to investigate; it did not explain why people stopped.
Interview findings about case publishing and management problems.
Interview notes connected the drop-off to concrete workflow and readability problems.

Design scope

Treat Web and App as one case-management project

I was responsible for the complete redesign across merchant Web and App. Both surfaces used the same case fields and served the same merchants, so I treated them as one system rather than two separate redesigns.

Publishing and browsing were frequent. Sorting and category administration still mattered, but they did not need equal visual weight. I brought category edits into the list, reduced page changes, and kept lower-frequency actions available without letting them dominate the layout.

Design goals for navigation, case publishing, and customer-facing content.
The scope joined business needs with the recurring problems merchants described.
Before and after flow for editing case categories.
Category changes moved from a separate page into the current list.

Case management

Make large case libraries easier to scan and adjust

I made case state, category, and primary actions easier to find. Merchants could see category counts and edit names or order without opening each case.

Small-screen laptops were a real use case, so I defined table rules for density, text and image rows, responsive column widths, horizontal scrolling, and fixed important columns.

Revised Hunliji merchant case-management page.
The list page became the main place to browse, filter, and manage cases.
Inline category management and ordering details.
Category counts, naming, and ordering stayed close to the content they changed.
Table density, row-height, and responsive behavior rules.
Table behavior was defined as a reusable system rather than a single-page fix.

Case publishing

Break a long form into visible progress

Publishing asked for a large amount of information. Instead of extending one continuous form, I grouped the work into three visible steps.

Merchants could see their progress, save a draft, and understand what remained before submission.

Three-step case publishing flow for Hunliji merchants.
Three visible steps reduced the uncertainty of a long publishing form.

Cross-platform design

Keep one case model while adapting the interface for mobile

I designed the merchant Web and App as one project. Because both platforms served the same merchants and used the same case fields, changing the underlying model between them would have created unnecessary ambiguity.

I kept the information hierarchy and visual rules consistent, then adapted the layout for mobile. Publishing stayed prominent. Category management and sorting became secondary actions, while case cards exposed the information needed for quick browsing.

Before and after Hunliji merchant App case-management screens.
The App reduced visual weight around low-frequency management and made publishing easier to reach.
Consistent Hunliji App card structures across case-management pages.
Related management pages reused the same card hierarchy and action treatment.
Three-step case publishing flow in the Hunliji merchant App.
The three-step publishing structure also carried into the App.

Post-launch validation

The product team reviewed the released experience

After launch, the relevant product team validated the Web and App experience. The surviving project record includes the one-month outcome figures below.

The original dashboard, sample definition, and detailed validation method are no longer available, so the results remain historical evidence rather than independently reverified analytics.

Archived outcome

Directional improvement, with an important evidence limit

The original portfolio records a 30-second reduction in case-filling time, a 48-second reduction in total publishing time, an 18.4% increase in completion, and a 12% reduction in page drop-off one month after launch.

The original dashboard, sample definition, and calculation method are not preserved. These figures can be retained as the product team’s historical record, but they have not been independently reverified.

Archived one-month results and project summary.
Outcome figures are shown as archived project records, not newly verified analytics.

Next Project

Wedding Planning Channel Redesign

Continue with a consumer marketplace redesign focused on cases, trust, and decision details

View Project 07 →