Skip to content
Awerin Alexander, designer
RU

How FBS became the app’s core workflow

How bringing FBS order processing and related workflows into the mobile app turned it into a daily working tool for sellers.

Period
2022–2024
Role
Lead Product Designer
Team
Cross-functional product team
Result
5% → 53% of sellers use the app

The project in brief

In 2021, Yandex Market launched a mobile app for sellers. It already let sellers start selling from a phone; a catalogue, DBS, and a dashboard followed. But the app remained a product with basic workflows and a small audience. Its main working process was missing: 71% of sellers used the FBS model, yet those orders could only be processed on the web.

We made FBS the app’s central product launch. I owned the direction and made the key decisions myself: I helped frame the problem and research it, set the approach, designed the key workflows, and took the product to launch with the product team. This was an independent product role in a highly uncertain project—the solution had to be assembled almost from scratch. The team tested prototypes in three RITE rounds, ran a beta with more than 100 volunteers on iOS and Android, and rolled the feature out in stages.

From August 2022 to August 2023, the share of sellers using the app grew from 5% to 53%, DAU grew from 2,000 to 20,000, and processed orders grew from 300 to 20,000 per day. FBS was a key factor in this trajectory, but it was not the only change to the app during that period.

Yandex Market mobile app for sellers
The app’s evolution: from an MVP and basic workflows to catalogue, DBS, the dashboard, and FBS order processing.

The app had to become a working tool

The seller app appeared in November 2021. It started with an MVP and basic workflows, followed by the catalogue, DBS, the dashboard, and other features. This proved that sellers could solve some tasks from a phone, but it did not yet make the app their main working tool.

Before the FBS launch, only 5% of sellers used the app. At the same time, FBS—a model in which a seller stores goods in their own warehouse and Market delivers orders to buyers—was chosen by 71% of sellers. The largest segment could not complete its main daily task in the app.

That defined the priority: instead of adding one more small capability, bring the full FBS order processing cycle to the phone.

My role

I owned the direction and made the key decisions myself: I helped frame the problem and research it, set the approach, designed the key workflows, and took the product to launch with the product team. This was an independent product role in a highly uncertain project—the solution had to be assembled almost from scratch.

Full product design process from preparation to launch
The full cycle: from finding the problem and exploring a solution to testing and launch.

Goals instead of “improve the app”

  1. More than half of Market sellers use the app.
  2. The app’s ease-of-use rating improves.
  3. The number of daily active users grows.

First, understand how the seller works

Order processing only looks linear from the outside. In practice, it depends on order status, product type, labelling, documents, and the packing method. Simply shrinking a web interface to phone size would give sellers the same complexity on a smaller screen.

Research and finding the solution

We broke the seller’s workflow into stages, constraints, and different scenarios. This helped us see gaps across the whole journey—from monitoring orders to delivery—instead of in individual screens.

Seller workflow map from monitoring orders to delivery
Workflow map: studying the seller’s actions, problems, and constraints at every stage.
Workshop results for finding solutions for the seller app
Workshop: generating and grouping ideas by stage of the workflow.

Prototyping and testing

Based on the research, we built prototypes and tested them with sellers. At Market, designers take part in research directly, shortening the distance between an observation and a change to the solution.

Prototypes of order-processing workflows in the seller app
Prototyping: testing order, packing, and dispatch workflows before development.

We tested in three RITE rounds. After a problematic scenario, the team did not wait for the entire study to finish: we refined the prototype immediately and tested the next version with the next participants. The solution became more precise as the tests progressed.

Design critique

Regular design critiques helped us find weak points before launch. We reviewed workflows with the team, compared options, and clarified what the seller should notice at each step.

Team comments on order-processing interface options
Design critique: the team highlights unclear parts and suggests workflow improvements.
Screen options for selecting and batch-processing orders
One screen evolved through design critique.

Four workflows instead of one ideal path

The final solution accounted for four different order-processing scenarios. The interface adapted to the current status and showed the actions the seller needed right then.

Four FBS order-processing scenarios in the mobile seller app
The full workflow accounted for four order scenarios instead of one ideal path.
  • Smart scannerFound an order or product by barcode and helped fill in the Chestny ZNAK code.
  • Contextual actionsThe available actions changed with the current step in the workflow.
  • Electronic documentsCould be signed with one tap without mandatory printing.
  • Packing checklistReplaced paper lists and stayed next to the order on the phone.

We did not copy the web cabinet wholesale. The phone used its strengths: the camera became a working tool, documents and guidance appeared in context, and unnecessary actions disappeared from the current step.

Smart scanner in the Yandex Market seller app
The mobile workflow: smart scanner, contextual actions, electronic documents, and packing checklist.

Beta before the full launch

Before opening the feature to the whole audience, we ran a beta with more than 100 volunteers on two platforms. This let us test not only individual screens, but the complete working cycle with real orders.

After beta, the feature rolled out in stages. This gave the team room to observe behaviour and product quality without putting the risk of a major update on every seller at once.

Results

Key metrics changed between August 2022 and August 2023:

  • 5% → 53%share of sellers using the app
  • 23% → 38%share of “excellent” ease-of-use ratings
  • 2,000 → 20,000DAU
  • 300 → 20,000orders processed in the app per day

The FBS launch directly influenced this trajectory: the app gained the main working workflow for its largest seller group. At the same time, the product continued to develop other features, so it would be wrong to attribute the entire annual growth to one release.

Seller app results after the FBS launch
One-year result: 5% → 53% of the audience, 2,000 → 20,000 DAU, 300 → 20,000 orders per day.

Key takeaways

  1. Look for the biggest gap in the user workflow, not the most visible feature.
  2. A designer should take part in research and launch rather than pass mockups between stages.
  3. A simple mobile action appears after unpacking the complexity of the full working scenario.

What I would do differently now

I would use AI and MCP to simplify competitive research, build working prototypes in code, and test hypotheses faster.