One connected operating platform. A clearer view of the entire business.
Aspect Management Services Pvt. Ltd. is the technology and transformation partner to Autoworld Japan — Autoworld International Ltd (autoworldjapan.com), an exporter of vehicles from Japan since 2000, based in Yokohama. This case study walks through the ERP + CRM platform Aspect developed for Autoworld Japan.
Client
Autoworld Japan — Autoworld International Ltd (autoworldjapan.com)
Business
Exporter of vehicles from Japan since 2000, based in Yokohama
Aspect’s role
Technology and transformation partner
What was built
An ERP + CRM platform — enterprise web platform, buyer portal and two mobile apps — with SEER by Aspect, the intelligence layer embedded in the platform
Status
Demonstration prototypeRuns on seeded demo data
01 · Context
The website is the front door.
On autoworldjapan.com, buying a vehicle is a five-step journey. Everything that journey depends on sits behind it.
The buyer’s journey — five steps
What the buyer sees
Select a car
Get a quote
Complete payment
Vehicle shipped
Collect
Aspect connects what happens behind the front door.
And to be clear about roles: Autoworld Japan is the client and the business; Aspect is the technology and transformation partner.
The client and the business
Autoworld Japan
Autoworld International Ltd (autoworldjapan.com) — an exporter of vehicles from Japan since 2000, based in Yokohama.
The technology and transformation partner
Aspect
Aspect Management Services Pvt. Ltd. — which developed the ERP + CRM platform this case study describes.
02 · Business challenge
Behind the front door, a complex operating model.
A single vehicle passes through enquiry, sourcing, procurement, inventory, sales, documentation, export, logistics, delivery, finance and management — and when each of those steps lives in its own tool, information fragments and the whole picture disappears.
One vehicle, eleven stages
01Enquiry
02Sourcing
03Procurement
04Inventory
05Sales
06Documentation
07Export
08Logistics
09Delivery
10Finance
11Management
ConceptualWhen each stage lives in its own tool, every handover becomes a seam — another export, another re-key, another version of the truth.
Why the whole picture disappears
Information fragments across inboxes, spreadsheets and separate applications.
Work is duplicated as the same data is captured and checked again at each step.
Handovers create delays between functions that cannot see each other’s records.
Management is left with limited visibility at exactly the moments that matter.
The cost compounds quietly. Each new hire inherits the workarounds, each new market multiplies them, and decisions are taken on partial pictures because the full one takes too long to assemble.
03 · Approach
The method this engagement demonstrates.
The platform is the output. The method is the asset — and it is repeatable.
1
Understand
How the business actually runs — people, decisions and money.
2
Architect
Design the operating model as one connected system.
3
Prototype
Make the platform visible and testable, screen by screen.
4
Integrate
Connect the flows so records are captured once and shared.
5
Intelligentize
Embed the intelligence layer where decisions are made.
6
Scale
Extend what works across entities, markets and operations.
04 · Solution
One platform across the operating lifecycle.
Not a set of modules bought separately — one platform, in which the same records move from first enquiry to management reporting.
CRM
Procurement
Vehicles & stock
Sales
Finance
Export
Logistics
Reporting
SEER
260routed screens — demonstrated in the prototypePrototype figure
13approved user types — demonstrated in the prototypePrototype figure
2mobile apps, alongside the enterprise web and buyer portal — demonstrated in the prototypePrototype figure
All platform figures describe the demonstration prototype, which runs on seeded demo data. No production deployment, financial return or operational improvement is claimed.
Two routes, built around how this exporter trades
Two of the platform’s workflows exist because of how this exporter actually trades. Neither is a generic module; both are business-specific by design.
Route A
Direct procurement
Takes a buyer requirement step by step through an authorised purchase.
Starts with
A buyer requirement
Moves through
Authorised steps, each with its owner and rule, to a vehicle in stock
Governed by
A 30% deposit gate verified by Accounts — and an approver who is never the requester
Route B
Virtual Stock
Publishes selected vehicles to selected buyers under controlled reservations.
Starts with
Selected vehicles, published to selected buyers
Moves through
The buyer portal, where each vehicle is labelled In stock or Sourced to order
Governed by
Reservations that hold a vehicle for seven days, then release automatically without a verified deposit
04.1 · Inside the platform
Seven mechanisms that make it one system.
Each mechanism below is demonstrated in the prototype, running on seeded demo data. The rules are built into the screens, not written in a manual.
01CRMDemonstrated in the prototype
Requirement lifecycle
Every buyer requirement moves through nine visible stages, from Submitted to Vehicle purchased, each derived from the records. Capture is three-tiered — mandatory and recommended fields — and the buyer’s own words are kept on version one. A Buyer 360 sits alongside: agent, customer status and contact channels on the same screen.
Nine visible stages, each derived from the records
1
2
3
4
5
6
7
8
9
SubmittedVehicle purchased
Buyer 360, on the same screen:AgentCustomer statusContact channels
IllustrativeA visualisation of the mechanism as demonstrated in the prototype on seeded demo data — not a screenshot.
02ProcurementDemonstrated in the prototype
Direct procurement
Route A runs as an authorised, step-by-step route from requirement to vehicle in stock, each step with its owner and rule. The procurement authorisation waits at a 30% deposit gate until Accounts verifies the buyer’s deposit — and approval is separated by design, so the requester can never approve their own request.
Buyer requirement
30% deposit — verified by AccountsThe procurement authorisation waits at this gate.
Procurement authorisation
Vehicle in stock
Separated by design
Requester≠Approver
The requester can never approve their own request.
Each step on the route has its owner and rule.
IllustrativeA visualisation of the mechanism as demonstrated in the prototype on seeded demo data — not a screenshot.
03Vehicles & stockDemonstrated in the prototype
Virtual Stock
In the buyer portal, buyers see only the vehicles made visible to them, each labelled In stock or Sourced to order. A reservation holds a vehicle for seven days, with a payment alert every 24 hours; after the seventh alert without a verified deposit, the reservation releases automatically and the vehicle returns to available.
A seven-day reservationIn stockSourced to order
1Day 1
2Day 2
3Day 3
4Day 4
5Day 5
6Day 6
7Day 7
Payment alert — every 24 hoursReservation hold — seven days
After the seventh alert without a verified depositReleased automaticallyand the vehicle returns to available.
IllustrativeA visualisation of the mechanism as demonstrated in the prototype on seeded demo data — not a screenshot.
04Vehicle recordDemonstrated in the prototype
One vehicle record
Every vehicle carries a single record — stock number, chassis, journey stage, buyer and location in one place. Fields are role-aware: a senior buyer sees the procurement price, while the selling price stays restricted.
One vehicle, one recordViewing as: Senior buyer
Stock number
Chassis
Journey stage
Buyer
Location
Procurement price
Visible to this role
Selling price
Restricted
IllustrativeA visualisation of the mechanism as demonstrated in the prototype on seeded demo data — not a screenshot.
05Operations & financeDemonstrated in the prototype
Shared records across shipping, documents and receivables
When a shipment’s ETA is delayed, the buyer and the agent are notified and the balance due date moves with the ETA. Documents are stored once — classified, linked to the vehicle, versioned and released by rule — and receivables keep each currency on its own: currencies are never combined.
ShippingETA delayedBuyer and agent notifiedBalance due date moves with the ETA
DocumentsStored once —
classified
linked to the vehicle
versioned
released by rule
ReceivablesEach currency kept on its ownNever combined
IllustrativeA visualisation of the mechanism as demonstrated in the prototype on seeded demo data — not a screenshot.
06MobileDemonstrated in the prototype
Two apps, one platform
The buyer app shows what needs the buyer now — a reservation countdown, a payment receipt to upload, estimates to review. The team app lets staff capture a market candidate at the dealer itself, with the business rules built into the form.
Buyer appWhat needs the buyer nowReservation countdownPayment receipt to uploadEstimates to review
Team appMarket candidate, captured at the dealerBusiness rules built into the form
IllustrativeA visualisation of the mechanism as demonstrated in the prototype on seeded demo data — not a screenshot.
07GovernanceDemonstrated in the prototype
Permissions defined once
The permission model holds 13 user types, 121 capabilities, 43 restricted field classes and 20 approval routes — defined once and applied across the platform. The same role rules decide what SEER can answer.
13user types
121capabilities
43restricted field classes
20approval routes
Prototype figuresDefined once, applied across the platform — and to what SEER can answer.
IllustrativeA visualisation of the mechanism as demonstrated in the prototype on seeded demo data — not a screenshot.
All seven mechanisms
01 Requirement lifecycle· CRM
02 Direct procurement· Procurement
03 Virtual Stock· Vehicles & stock
04 One vehicle record· Vehicle record
05 Shared records across shipping, documents and receivables· Operations & finance
06 Two apps, one platform· Mobile
07 Permissions defined once· Governance
04.2 · SEER by Aspect
Demonstrated in the prototype
Business intelligence you can ask. From dashboards to dialogue.
SEER by Aspect is the intelligence layer embedded in the platform — inside the operating system, not bolted on beside it. Every answer follows the same pattern.
Question
Report
Evidence
Decision
i.Natural-language questions.Ask the business what you need to know, in plain words.
ii.Permission-aware responses.Answers respect the user’s access rights.
iii.Report intelligence.Questions connect to the management report library.
iv.Record-level evidence.The underlying records are surfaced behind every result.
v.Role-aware experience.Each user sees the intelligence appropriate to their role.
Permission-aware is not a slogan. Ask the same panel for gross margin by month as a Sales user and SEER declines: margin belongs to Owner / Admin and Accounts, so it will not answer the question for Sales. The role rules that govern the screens govern the intelligence.
SEER by AspectAsked as: Sales
Gross margin by month?
Not available for this role — margin belongs to Owner / Admin and Accounts.
Role rule · Margin
Owner / AdminAccountsSales — not permitted
IllustrativeA visualisation of the prototype’s permission-aware pattern — not a screenshot.
Prototype noteIn the prototype, SEER’s answers are computed from the seeded demo records rather than a language model. The capabilities shown are those of the Autoworld Japan prototype.
05 · Technology & expertise
What was built — and the expertise behind it.
Technology selection follows business requirements, security, data governance, integration needs, cost and measurable value — never the other way round.
What was built
ERP + CRM platform
One platform across CRM, procurement, vehicles and stock, sales, finance, export, logistics and reporting — the same records moving from first enquiry to management reporting.
Web, portal and apps
The enterprise web platform and buyer portal, with a buyer app and a team app — two apps, one platform.
One document store
Documents stored once — classified, linked to the vehicle, versioned and released by rule.
Role-aware permissions
13 user types, 121 capabilities, 43 restricted field classes and 20 approval routes, defined once and applied across the platform. Prototype figures
SEER intelligence layer
Embedded in the platform, connecting plain-language questions to the management report library — with the records behind every result.
Expertise applied
Operating-model design
The connected operating model is designed before anything is built.
Prototyping
The system is made visible and testable early, so choices are made on screens rather than specifications.
Integration
Flows are connected across functions until a record entered once serves the whole business.
Embedded intelligence
Reporting and intelligence are embedded where the decisions are actually made.
Tailored, not off the shelfThe platform described on this page is not a commercially packaged product, and another client’s platform would not be a copy of it.
06 · Outcomes
A prototype today. Room to grow by design.
What this case study claims — and what it does notNo production deployment, financial return or operational improvement is claimed. This case documents a demonstration prototype running on seeded demo data. Verified outcomes will be added only when they are substantiated.
Demonstrated in the prototype
Prototype
Business discovery
ERP + CRM
SEER report intelligence
Connected operations
Management analytics
Expansion opportunities
Roadmap potential
AI-assisted operations
Multi-entity and multi-market scale
Expansion items are roadmap potential, not current features. Features labelled as concepts in the prototype — the 360° vehicle view and “View in your space” — remain concepts.
07 · Lessons
What this means for your business.
If your operations run across disconnected tools —
a CRM here, spreadsheets there
documents in inboxes
the real position in one person’s head
The same method applies. Understand how the business actually trades, architect the operating model, prototype it so everyone can see it, then integrate, add intelligence and scale.
What Aspect builds is tailored, not off the shelf. Yours would not be a copy of the platform on this page; it would be shaped around how your business trades, with technology chosen to fit the requirement rather than the other way round.
The starting point is a conversation about how your business runs.
Start here
Your operating model, connected.
Tell us how your business trades today — the tools, the handovers and where the picture fragments. Understanding that comes before any platform.