With the goal of boosting checkout conversion for the social commerce web-app, I identified users pain points through interviews and usability tests, and revamped the product listing page in 3 months. Below are the highlighted results:
+148.85% product listing visit
2x checkout conversion
+471.1% personalised cart shared with customers
SquareArk started as an event-based e-commerce platform that helps cosmetic brands liquidate their stocks during seasonal clearances sales. We grew our network of influencers, makeup artists, KOCs, and they invite them to share our event store with their followings.
However, the business model began to shift from event-based DTC to regular B2B that we help social sellers sell on a regular basis. As the number of users increased, we observed that most of our sellers and customers bounced off from the home page, and only a small cut of them made it to the product listing page. Most importantly, our checkout conversion was low at 1.3%, which is below the average e-commerce conversion rate by half. It’s a pressing problem for SquareArk.
On top of low conversion, SquareArk doesn’t really know who are our target users and their pain points were unclear to the team. As a result, we didn’t know how to improve the product’s performance.
The goals are clear at this point: to increase conversion rate back to 2.5%-3% range.
As a newcomer to the team without any prior documentation of who our current users are, I facilitated an 1-hour proto-persona workshop with the sales, ops, and management to extract their first hand experience with our users, in order to narrow down from our database who should we focus on for the interviews.
The team came up with 6 personas, and I organized them based on their motivation, and translated them into 2 Jobs-to-be-Done:
With the JTBD cleared, we reached out to 10 in total users, 5 from each JTBC, to conduct interviews and usability tests with them. The result is surprisingly similar that both JTBCs are indeed the same motivation but at different stages only. They started as side hustlers, and eventually grew into entrepreneurs.
After conducting user interviews, we laid down all the notes, and regrouped them into an affinity map. I identified the significant insights, and turned them into a user journey map below. It showcased their entire journey from side hustlers into entrepreneurs, with pain points they faced at each step.
To summarise, there are 3 main pain points:
With the social sellers’ journey understood, I conducted a usability test for them to perform their sales activities with our web-app. Participants are asked to pick a skincare product for a customer with specific skin conditions. Then, proceed to close the deal. I observed how the sellers interact with our current app, and found 2 major usability issues:
When we compare the user pain points with usability issues, highlighting our competitive stock offers are the most critical problem to solve first because stock prices directly tie with the sellers’ profit margin, hence their willingness to use our service. Low stock price means more profit margin, and more competitive selling price to offer to end customers. In reality, our stock offers were among the cheapest in the market. It is not a procurement issue, but how we convey and present the offers on our app that need a fix.
Personalised recommendations on products for specific customers is how social sellers gain their reputation. Customer engagement still heavily relies on the social seller, but helping sellers to navigate and locate specific products can be improved from our end, which allows them to get back to their customers precisely, building up the credibility.
In terms of the pain point of last mile, SquareArk business model tackles it inherently by providing stocks, warehousing, and parcels delivery services by default. The convenience can be emphasised through marketing messages and sales engagement.
Conveying stock prices clearly and facilitating users to find the right products are the prioritised problems to solve.
As I identified the problems to solve first, I began ideation with wireframes, and tested it internally. Then I prepared user stories with wireframes, and liaised with the tech team to deliver features on product listing page and navigation within 6 sprints (~3 months). Below are some of the key improvements:
There are 2 sets of information for the social sellers: stock prices offered by SquareArk to sellers and selling prices decided by the sellers to offer to their end customers. Stock prices is important to show how deep the discount is, and reflect how much room for margins. While selling prices matters in terms of how much profit the sellers could earn by selling the product.
Therefore, the product listing page is revamped with 2 tabs: product list and my store. The product list tab shows stock prices along with the discount rate and the primary action button, “Add to Store”. Users will always land on the product list tab, reviewing stock prices first. My Store tab is the overview of the seller’s store where selling prices and profit margin for every product added will be listed out. Sellers can also add products into specific customer’s bag to share with their customers to checkout directly. Hence, the product cards has been designed distinctively on each tab with its CTA button.
The flows goes from when the sellers identified a product that they want to sell, they can input the selling price and add the product to their store.
The original non-collapsible filters only provided brand filters. It would be more useful to provide price filter and category filter, so that sellers can narrow down the scope according to the customers’ preferences. The filters has been redesigned with sufficient tap space, and easy-to-read format. Number of search results is added to inform users if there’s any product under their selected filters.
The previous search algorithm didn’t work because it used to only recognise keywords in exact wordings and order with zero tolerance on error like typos. As beauty product names are usually lengthy, users often give nicknames or simplified names to these products. As a result, users can’t find what they want from the old search bar.
So I worked with the development team to modify the algorithm to recognizing partial product names, brand names, and categories. In addition, autocomplete and typo prediction is installed to give relevant results. I also liaised with the ops team to include product nicknames in their product upload process, so that the search algorithm can pick up product nicknames as well.
After deployments on product listings and navigation, I worked with the data analyst to review the metrics. We compared the current 6-month traffics and conversion with the previous period, and the results are encouraging.
Considering a 20% increase of visits on our landing page as the baseline:
The revamp is successful in terms of boosting conversions. However, there are still plenty of rooms for improvements. Despite increase conversion and traffics, retention is still below standard. I spoke with some of our current users, and found the following rooms to work on: