Who is in this workflow
- The supply side posts: a seller, an advertiser, a recruiter, a landlord, a supplier answering a request. They want the item seen quickly and they abandon a slow form.
- The demand side searches, filters and asks a question. They rarely read a listing in full and they judge the platform by the worst result on the first page.
- The operator's staff run what nobody sees: moderation, category maintenance, seller support, disputes, finance reconciliation. In a young marketplace that is one or two people between other duties.
- Automated actors exist even when nobody planned them: the bulk importer, the notification job, the search indexer, the filter that marks a post for review.
Projects that go wrong were scoped for the first two groups only. Automation changes the shape of the staff work, not the need for it.
How the workflow runs today
A seller registers, fills a form and uploads photographs. The listing goes live immediately, or waits for someone to look at it. A buyer searches by category and location, then contacts the seller on a phone number or a messaging app. The operator learns a listing was fraudulent or offensive when a user complains. Moderation runs from a shared mailbox and a spreadsheet. Categories are added when a seller asks. Reporting is an export someone reshapes by hand each month.
It stops working at a predictable point: when listing volume outgrows the number of people willing to read every listing.
Where the workflow breaks
-
Moderation is reactive
A prohibited listing stays visible for hours because review begins after a complaint. In a second language it stays longer, because the one person who reads it works one shift.
-
The queue has no staffing plan
A review step with nobody assigned to clear it, in order and to a deadline, is a backlog with a dashboard on top.
-
Stale and duplicate listings crowd search
Nobody owns expiry, so the first page fills with items that sold weeks ago and the demand side stops trusting results.
-
Conversations leave on the first message
Once both parties move off the platform there is no record, no evidence in a dispute, and no way to tell a completed deal from an abandoned one.
-
The taxonomy drifts
Categories accumulate, filters stop matching the fields sellers complete, and relevance degrades in a way no single change explains.
-
Trust signals are decorative
Ratings anyone can leave, on an account anyone can recreate, tell a buyer nothing. A removed seller returns next morning under a new address.
-
Operating questions have no answer
How many listings entered review last week, how long they waited, how many decisions were reversed: unrecorded, nothing can be settled with evidence.
The target flow
-
Intake
A listing arrives from a form, a bulk import or an API, is normalised into one shape, and gets its category, required fields and media at submission.
-
Automated first pass
Rules and a classifier score each listing for prohibited content, duplication and missing data. The pass gives a recommendation and a reason, never a silent deletion.
-
Review queue
Anything above the threshold goes to a person, with the item, the reason and the policy on one screen. The queue is ordered, timed and measured.
-
Publication
An approved listing is indexed with its category and location, and given an expiry date and a renewal path.
-
Discovery
The demand side searches and filters. Ranking rules are written down, because an unexplained ranking becomes an accusation.
-
Conversation on the platform
Enquiry, reply, offer and acceptance are recorded, so disputes have evidence and the operator sees which listings convert.
-
Closure
The listing is marked sold, expired or withdrawn; both sides rate each other; the outcome feeds the seller's reputation and next week's thresholds.
System boundary
The solution owns the listing lifecycle, the taxonomy, the search index, the automated first pass and its review queue, on-platform messaging and notification, seller identity and reputation, and the operator console.
It does not own the decisions. What counts as prohibited, who may be removed, how an appeal is judged and which legal takedown to honour stay with the operator. The automated pass proposes; a named person decides. That line is what makes the workflow defensible later.
Finance, procurement and supplier master data sit on the other side of the boundary, in ERP and back-office operations. Inbound questions that are not about a specific listing belong in customer support automation.
Data and integrations
Design the listing, its media, the taxonomy, the seller profile, the conversation thread, the moderation event and the audit log deliberately. The last two are most often skipped, and they make later questions answerable.
External connections are usually identity and one-time-password verification, a payment gateway, a notification provider, a search index, media storage and analytics. Each needs an owner, a sandbox and a defined behaviour when it fails: a marketplace that cannot notify has stopped.
The classifier is an integration too. Netbase works with commercial and open-source AI models chosen per project and implies no vendor partnership; the choice follows your data rules, languages and review capacity. Whether user content may be sent to an external service, and under what consent terms, is settled before the architecture.
Delivery modules
Few engagements need all of these.
- Listing lifecycle and taxonomy: submission, required fields, media, expiry and renewal.
- Discovery: category and location search, filters, ranking rules and the index.
- Trust and identity: verified accounts, seller profiles and ratings that mean something.
- Automated moderation: scoring, thresholds, the reviewer console, appeals and audit trail.
- Conversation and notification: on-platform messaging, templates and their triggers.
- Operator console and reporting: queue metrics, listing health and finance exports.
- Migration: listings, media and sellers, assessed for quality before import.
They are built as custom product engineering milestones with written acceptance criteria, not an open-ended backlog.
Rollout
Stage one is discovery: inspect the taxonomy, sample real listings, count what the queue receives and agree the moderation policy in every language you support. A policy never written down cannot be automated.
Stage two is a narrow pilot: one category, one language, with the automated pass running beside the manual process so its recommendations can be compared against human decisions. Stage three widens by category and language, with thresholds tuned from the pilot's record rather than a default.
Netbase delivers remote-first from Hanoi in Agile increments with weekly reviews, using AI-assisted engineering under human review. Teams draw on business analysis, project management, solution architecture, development, QA and UI/UX roles. Milestone acceptance is described on the project delivery page, and engagement shapes on engagement models.
Risks
-
An undefined policy
If "prohibited" is not written per language, you get inconsistent removals, appeals you cannot defend, and a classifier tuned towards whatever the last reviewer felt.
-
False positives cost supply
A wrongly removed seller usually does not come back, and does not complain first. Measure reversals, not only removals.
-
Data rules discovered late
Sending user content to an external service without a decision on consent, residency and retention is expensive to unwind after launch.
-
Migration poisons search
Legacy listings often arrive without usable categories or media. Imported unexamined, they push search below the old system on day one.
-
Off-platform leakage
If on-platform messaging is worse than the app people already use, they leave and your transaction record leaves with them.
-
Reputation gaming
Without identity verification, ratings and seller history are recreated faster than they are earned.
How success is measured
Baseline these before anything changes, then track them: submission to publication time; the share of listings auto-approved, queued and rejected; the age of the oldest item in the queue; appeal rate and decisions reversed; duplicate and expired share of first-page search; enquiries that stay on the platform; and seller repeat-listing rate.
These are your numbers, on your workflow. Netbase publishes no performance figures from past projects, and this page claims none.
Which industries run this workflow
The workflow holds wherever independent supply meets open demand through listings: general classifieds, B2B supplier and tender directories, recruitment boards, property and vehicle listings, equipment and rental marketplaces, and service marketplaces that end in a quotation.
It does not fit a single-vendor catalogue, where there is no independent supply side to verify, a regulated exchange with clearing and settlement duties, or internal procurement, which is back-office work. If the real problem is repetitive inbound questions rather than governing listings, this is the wrong workflow.
Proof from delivery
For a founder who is not named, Netbase delivered a bilingual classifieds platform: requirements, design, a Laravel backend with REST APIs, one-time-password accounts, paid ads, search, ratings, messaging, event ticket ads, a blog and forum, payments, multi-language SEO and AWS deployment. It used AI-powered content filtering that detects and flags offensive content into an administrator moderation dashboard; the tool is not named. It ran in six milestones over four months, with training and six months of support.
That record describes what one project contained. It is not a standing offer, not a package, and not a commitment to the same scope, stack or schedule. No result, accuracy figure or traffic number is claimed. The full record with its evidence limits is the classifieds platform with AI-assisted moderation page; how evidence is labelled is explained on the methodology page.
Common questions
Not always. If one reviewer can read everything, build the queue, the audit log and the policy first. Automation is a smaller change onto a recorded workflow than onto an undefined one.
You do. The automated pass gives a recommendation and a reason; a person on your side decides, and can be shown to have decided.
For custom development the client owns the intellectual property created for it. Netbase productized modules and products are licensed rather than transferred, and any a project uses are named in the proposal.
Netbase JSC's head office is in Hanoi, Vietnam, and it is the company's only office. Delivery is remote-first, with onsite work scoped when needed.
Services behind this solution
Custom product engineering for a bounded release outcome
Custom Product Engineering is for a buyer who can name the users, the release decision and the outcome a product increment should deliver. The engagement produces an accepted, working release, the evidence that it works, and a handover your team can operate. It is not a way to rent developers by the month.
Learn More
Scope this workflow
Bring the categories you run, the languages you support, what your review queue receives in a week, and the bottlenecks above you recognise. The commercial route is custom product engineering; other engagements are listed under services. When ready, submit a project brief. OutsourcingVN is operated by Netbase JSC and is Netbase's own outsourcing-services platform.