Back to projects
AI commerce tool · Independent developmentIn development · Not yet launchedFirst release in development

Xiangsu Overseas.

From a sourcing link to a localized product image set.

Sole creator · Product strategy / UX & visual design / Full-stack engineering

Complete development-page captures · 16:9 · Demo tasks, credits and product illustrations; not measured model output

SOLO BUILD / COMMERCE AI

Turn repetitive image work
into a clear workflow.

Preparing an overseas listing can involve sourcing pages, image folders, translation tools and design software. Xiangsu starts with a focused task: submit a product link, then select, localize, review and download images in one workspace.

I own the entire product, from planning and interaction design to visual design, frontend, backend and processing workflows. The first version is in development: the main flow exists in code and interfaces, while production payments, model quality and real customer demand still need validation.

01One independent creator
KR / ENKorean & English localization
3Main / Variant / Detail images
V1First release in development
01 / OPPORTUNITY

Start with the listing task.

Desk research · October 2026. Positioning remains a hypothesis for customer interviews.

MARKET CONTEXT

RMB 2.75 trillion

China’s 2025 cross-border e-commerce trade value, reported by the NBS, provides context for recurring commerce operations. It is not an estimate of the market for image tools.

NBS ↗
LISTING WORK

One product, several image roles

Coupang’s listing guidance distinguishes main, additional, option and description assets. Its image guide separates the main view from detail and lifestyle views. Selecting the right assets and preserving their order matter alongside generation.

Coupang listing guide ↗
PRODUCT FOCUS

From editing to delivery

Designkit covers commerce creatives and localization; Photoroom emphasizes consistent batch edits. Xiangsu focuses on a narrower workflow connecting Chinese sourcing links, human selection, localization and download. That distinction still needs task-based validation.

02 / PEOPLE

Begin with small teams and a specific job.

Candidate segments, not acquired customers. Validate the Korean-market use case before expanding.

Primary segment

Small sellers targeting Korea

Source products in China and prepare Korean listing assets. They need approachable controls, accurate text and predictable per-task costs.

Validate fewer transfers and less rework per image set.
Secondary segment

Multi-market operators

Prepare language variants of the same product, keep category and order intact, inspect differences and revisit past jobs.

Validate repeat-task time and reuse.
Later exploration

Small catalog service teams

Need clear scope, per-image failure tracking and packaged delivery. Team permissions, client separation and approval flows are future exploration.

Validate delivery traceability and cost clarity.
03 / EXPERIENCE

Four steps, with human review built in.

Actual development-page captures. Tasks, credits, product illustrations and translated examples are fixed demo fixtures, not measured model output.

01 / INPUT

Keep the setup focused

Enter a Taobao, Tmall, 1688 or Pinduoduo product link, choose Korean or English and set brand handling. Extraction is separate from generation so users can inspect assets before committing.

Workspace · Complete input and settings
Workspace · Complete input and settings ↗
02 / CURATE

Classify first, then confirm

Main, variant and detail images appear in separate groups. Main and detail images are selected by default; variants are opt-in. Image count and estimated credits make scope and cost visible before submission.

Structured product data is the preferred source. The fallback reads public Product JSON-LD rather than collecting every page image or review photo.

Image confirmation · All three categories; demo data
Image confirmation · All three categories; demo data ↗
03 / REVIEW

Explain outcomes and costs

The result page compares source and output per image, preserves partial success and offers retry and ZIP download. Credits are held on submission and settled for successful images. Regeneration requests a new payment confirmation.

Model instructions constrain appearance, dimensions and composition, but cannot guarantee pixel-level fidelity. Product details and translations still require human review before publishing.

Results · Illustrative English output, partial failure and cost feedback; not a model test
Results · Illustrative English output, partial failure and cost feedback; not a model test ↗
04 / RETURN

Make each job easy to revisit

History brings together sourcing links, language, completed counts and timestamps for review, download or reprocessing. The result page shows retention dates so file delivery is an explicit part of the workflow.

Task history · Demo project and dates
Task history · Demo project and dates ↗
View the product homepage and planned modes
Product homepage · The existing “live” UI label is development copy; the product is unreleased and template/chat modes remain planned
Product homepage · The existing “live” UI label is development copy; the product is unreleased and template/chat modes remain planned ↗
04 / ENGINEERING

Connect the interface, model and delivery with jobs.

Derived from current repository modules and processing logic. This describes implementation design, not production acceptance.

Architecture: Next.js connects to NestJS; Redis/BullMQ queues extraction and generation through OneBound and Seedream; PostgreSQL stores jobs and credits, S3 stores images.
Project architecture · Drawn from code; open for the full diagram ↗

Frontend guides decisions

Next.js provides input, confirmation, results and history. NestJS exposes authentication, job, credit and payment modules. Task status connects background progress to the interface.

Async work and per-image settlement

Redis / BullMQ separates extraction and generation, tracking each image. PostgreSQL / Prisma stores users, jobs and credits. Holds and settlement use transactions and idempotency keys to reduce duplicate accounting.

Separate models from storage

OneBound supplies structured product data. A configurable model service handles image editing, currently using Seedream. S3-compatible storage holds source and result images for downloads and retention management.

05 / VALIDATION

The first release must prove the workflow is useful.

No user-scale, efficiency or accuracy claims yet. Establish observable validation before expanding scope.

01

Can users finish?

Track extraction success, selection-to-download completion and elapsed time; separate provider failures, model failures and user abandonment.

02

Are outputs usable?

Ask target sellers and Korean-proficient reviewers to check text, appearance and specifications, documenting usable outputs, edits needed and rejection reasons.

03

Will sellers return?

Compare with the manual workflow for the same product. Observe rework, repeated tasks and willingness to pay before defining commercial packages.

Implementation & tools

  • Next.js 15 / TypeScript
  • NestJS 11
  • PostgreSQL / Prisma
  • Redis / BullMQ
  • S3-compatible storage
  • OneBound / Seedream