PAYQR x sutokon

Creating a POS Payment Experience That Works for Both Staff and Customers

Creating a POS Payment Experience That Works for Both Staff and Customers

PayQR Sutokon UI Mockups Overview

PayQR Sutokon UI Mockups Overview

ROLE

UX/UI Designer

CLIENT

Arunas Akatsuki Denki

Period

April 2026 - Present

PLATFORM

POS Tablet / Payment System

RESPONSIBILITIES

UX Design · UI Design · User Flow · Prototyping · Client Collaboration

ABOUT

PayQR Sutokon is a tablet-based POS experience designed to extend the existing AES-CUT payment ecosystem (Arunas payment machine that can only have 4 menu list options) . It allows stores to manage significantly larger and more complex orders before handing payment to AES-CUT for cash or credit card processing.

BACKGROUND

Arunas already had AES-CUT for payment processing, but its existing interface could manage only four menu selections. This created a limitation for menu-heavy businesses such as Japanese izakaya, where staff may need to process many food items, drinks, quantities, prices, and tax treatments.

Arunas already had AES-CUT for payment processing, but its existing interface could manage only four menu selections. This created a limitation for menu-heavy businesses such as Japanese izakaya, where staff may need to process many food items, drinks, quantities, prices, and tax treatments.

The First Problem

Current AES CUT Payment Machine

The Payment Worked. The Ordering Model Didn’t Scale.

01

Only 4 Menu Options

AES-CUT could process payments, but only four menu selections.

02

Limited Store Compatibility

Suited to stores with a small number of menu items, such as hair cut salons.

The Second Problem

This became a limitation for izakaya and other menu-heavy stores that need to handle many food, drink, and add-on options.

01

Menu-Heavy Stores

Izakaya need many food items, drinks, quantities, prices during one transaction.

02

More Menu = More Complexity

More products mean more quantities, prices, tax, totals to verify.

To address this limitation

The client wanted to add a new machine that could handle more than four menu items, with additional store and sales management features.

Main Objective

So, we aimed to build an easy-to-use POS system interface for both staff and customers

Scan Items → Review Order → Print QR → Pay at AES-CUT

Secondary Objective

Staff can manage sales, history, receipts, POS settings, and machine status in one place.

  • It also gives staff quick access to sales, store settings, receipts, and other POS settings from one place.

Users

Who Uses Sutokon?

CUSTOMER

• In same cases they can scan products

• Understand payment

• Confirm amount

• Complete payment confidently

STAFF

• Scan products

• Manage quantities

• Verify totals

• Process orders quickly

AUTHORIZED STAFF / MANAGER

• Manage settings

• Access transaction history

• Issue operational codes

• Maintain the system

Because the tablet exists physically inside the store, the UX couldn't assume a single type of user.

This influenced navigation, security, information hierarchy, and passcode protection.

USER FLOW

Sutokon Flow From Order to Payment

01 / SIX

CUSTOMER ORDERS

Customer communicates the order to staff at the table or counter.

02 / SIX

SCAN PRODUCTS

Staff scan product codes quickly to add food and drinks to the tablet cart.

03 / SIX

REVIEW & ADJUST

Staff review products, quantities, prices, taxes, and totals dynamically.

04 / SIX

GENERATE CODE

Sutokon generates and prints a unique QR settlement code for check.

05 / SIX

PAY WITH AES-CUT

Customer completes payment securely using cash or credit card at terminal.

06 / SIX

TRANSACTION SAVED

Settlement information remains permanently accessible for store operation.

Solutions

First step

Scan Orders and Print QR code

01

SCAN →

02

REVIEW →

03

ADJUST →

04

CONFIRM →

05

PRINT →

06

PAY

Before Money Moves, Give the User One More Chance to Check.

Selecting 「精算用コードを印刷」 moves the transaction from an editable order into payment. Because this is a meaningful transition, I introduced a final confirmation state showing purchase information, quantities, individual amounts, and the final total.

EDITABLE ORDER →

FINAL REVIEW →

SETTLEMENT QR →

PAYMENT

Second step

Scan QR Code and Pay

Once the QR code is received from SUTOKON, customers can pay for their order directly using the AES-CUT machine.

Third step

Data Saved to Sutokon

After a customer pays, staff still need to manage what happened next. Transaction Management keeps every transaction accessible, so staff can track payment status, review discounts, and refunds information.

We also show a not a happy path here

REFUNDS

Dedicated refund-code workflow.

DISCOUNTS

Configure discount amounts, minimum purchase values, activation dates, and expiration periods.

PETTY CASH

Control withdrawal operations using staff codes, limits, denomination settings, and device information.

Fourth step

Reprint receipts, print order details, and issue ryōshūsho (領収書).

Transaction Management also available to reprint order receipts and issue or reprint 領収書 (receipts) when needed.

Security

If Customers and Staff Share the Environment,

Access Matters.

After a customer pays, staff still need to manage what happened next. Transaction Management keeps every transaction accessible, so staff can track payment status, review discounts, reprint order receipts, refunds and issue or reprint 領収書 (receipts) when needed.

Other Functipns

Supporting the Store Beyond Payment

Sutokon was designed as more than an order-entry interface. The system also supports the operational tasks required to run and maintain the payment environment.

STORE & STAFF

•

Store environment configurations

•

Unique staff identification codes

•

Strict supervisor passcode protection

•

Printed receipt header/footer custom text

SYSTEM & BUSINESS

•

On-device printer maintenance

•

Over-the-air software updates

•

Hardware peripheral diagnostic checks

•

Operation event logs

•

Offline storage syncing

•

Local daily sales aggregation

Quick answers here. Deeper analysis there.

→

TRANSACTION (Sutokon)

↓

QUICK PERFORMANCE CHECK · Sales Total · Average · Comparison

↓

DEEPER ANALYSIS (Mobapro)

Outcome

From a Limited Payment Interface to a Scalable Store Experience

PayQR Sutokon expanded the existing AES-CUT ecosystem beyond its limited menu interface, creating a tablet experience capable of supporting menu-heavy businesses and more complex store operations. By separating ordering, payment, transaction management, and administration, the system can accommodate significantly larger menus without placing all of that complexity into the checkout experience.

ORDER

SETTLEMENT

PAYMENT

HISTORY

MANAGEMENT

MORE FLEXIBLE

Seamlessly supports menu-heavy environments with customizable catalogs, stepping far past previous hardcoded terminal menu bounds.

MORE CONNECTED

Bridges the operational gap between tablet POS ordering entry, downstream terminal checkouts, and back-office executive business reporting.

EASIER TO OPERATE

Preserves cognitive load for counter staff during busy checkout cycles. Complex configurations remain accessible but securely separated.

Next plan

What I would improve next

01

TEST WITH STORE STAFF

Run task-based usability testing with staff across simple and complex orders.

02

MEASURE CHECKOUT PERFORMANCE

Instrument transaction completion time and correction rates.

03

VALIDATE THE SUTOKON → MOBAPRO JOURNEY

Measure whether managers understand when to continue into deeper analytics.

04

DESIGN FOR HIGH-PRESSURE CONDITIONS

Validate touch targets, readability, system feedback, and recovery during busy store operations.

Outcome

From Four Menu Options to a Scalable Store Workflow

BEFORE — AES-CUT

4

menu options → Payment

AFTER — SUTOKON + AES-CUT

Large order handling →

Quantity & tax management →

Settlement →

Cash/card payment →

Transaction history →

Operational controls →

Sales management

Sales management

The result wasn't simply an interface with more menu capacity. Sutokon created an operational layer around AES-CUT that allows complex restaurant orders to be prepared before handing payment to the payment machine. By separating responsibilities between ordering and payment, the ecosystem can support greater operational complexity while keeping the core counter flow straightforward.

Reflection

Designing for Operations, Not Just Screens

This project reinforced that designing a POS product is not only about making individual screens easy to use. The experience has to work as part of a larger operational ecosystem — across staff roles, customers, payment hardware, transaction history, security, maintenance, and business management. My biggest focus became deciding where complexity should live and where it should disappear.

"Design around the task users need to complete at that moment — keeping everyday payment simple while supporting the complexity required behind it."

UX/UI CASE STUDY — END OF PORTFOLIO OVERVIEW

Paper 1Paper 2Paper 3
Let’s Create Impact Together

Have something in mind? Feel free to reach out.

Let’s connect, exchange ideas, and create something impactful together.

© Bhaswara Maralaut 2026. All rights reserved.

Paper 1Paper 2Paper 3
Let’s Create Impact Together

Have something in mind? Feel free to reach out.

Let’s connect, exchange ideas, and create something impactful together.

© Bhaswara Maralaut 2026. All rights reserved.

Sorry! The mobile view is still in progress. Please view the full details on desktop.

Sorry! The mobile view is still in progress. Please view the full details on desktop.