Get a quote

E-Commerce · Kartal

E-Commerce for Kartal businesses

In a display corner the samples stand there and the full range does not. A buyer sees the table and hears about the rest. On a floor like that, along Kartal's E-5 manufacturing belt, the online question is not opening a shop but moving the catalogue onto the sales floor. The work nearest this district's manufacturing profile is the KGM SsangYong showroom kiosk: the app is not installed on the visitor's device, it runs on the store's own screen.

E-Commerce — Kartal

Kartal's texture is manufacturing along the E-5 and the ground around the health campus, with the band between Yakacik and Soganlik the visible part of it. If your selling starts face to face, the buyer arrives, looks at the sample on the table and takes the rest from a catalogue. A printed catalogue has to be redone at every change, and the copy on the sales floor can end up the old one. In the SsangYong showroom kiosk that step moved onto a screen, with content updates reaching devices from one code base and nothing asked of the visitor before browsing. Where it does not overlap is written down too: the kiosk is a browser with no basket and no payment, so it is not the mechanism to cite when money has to be taken. The app was written in React Native (Expo). We ran the work remotely.

  • The catalogue lives on the screen on the sales floor, so a visitor starts browsing with no download, no account and nothing personal left behind.
  • What stands on the floor does not cap what the screen shows; trim differences sit side by side in the same view.
  • The interface is not a phone app scaled up — touch targets, type size and navigation depth were set for short use while standing.

Why Algoriel

  • Priced by your own unit

    If you do not sell by the piece, the records do not either: Kokudankokuya prices and stocks every volume on its own.

  • Price moves with the choice

    Trim and colour update the price on the same screen, so a buyer never opens the basket just to see a total.

  • Used stock is a filter

    New and used machinery share one listing on Plastik ve Makina, with condition as a filter instead of a second catalogue.

  • One flow through to payment

    Configuring a product and paying for it are two steps of the same flow, with no handover to another system.

What we build

E-Commerce
  • The storefront

    The shop window, product pages, search and navigation follow how your customers actually look for what you sell. At Kokudankokuya the scent family and its notes open a second route beside the category tree.

  • Configuration into checkout

    When a sale needs choices and prices moving together, payment becomes the last step of that same flow rather than a separate form. On the KGM SsangYong sales channel the price updates on screen as the buyer picks trim and colour.

  • Variants and pricing

    Price and sales conditions attach to the unit you actually sell, so a customer never rebuilds a configuration at the next step. The KGM SsangYong sales channel stores every trim and colour pairing with its own price and its own image.

  • Inventory and operations

    Stock and order information is tracked the way your team already works. Kokudankokuya keeps a scent as one product record while each volume is its own sellable unit, so adding one never means opening another product.

  • Only the parts the job needs

    We do not assume your traffic and add layers for it, because you are the one who maintains them for years. Kokudankokuya's catalogue never reached a scale that called for a separate search layer.

  • Payment and shipping connections

    The payment and shipping providers you already use connect at the same point in the sales flow. You choose who you work with, and the connection is built around that choice.

Work like this

E-Commerce · Case study

KGM SsangYong kiosk — the catalogue runs on the store's screen, not the visitor's phone

A vehicle browsing app on a touchscreen on the showroom floor. A visitor goes through the whole range and the trim differences without waiting for an adviser. The app is not installed on the visitor's device; it lives on the store's, so there is no download, no account and no personal data collected. What stands on the floor does not cap what the screen shows. The interface is not a phone app scaled up: touch targets and navigation depth were set for short use while standing. When trim information changes, the screen updates rather than a brochure. Written in React Native (Expo).

Read the case study →

Working with Kartal teams, remotely

We have no office, so work for this city runs remotely and we do not offer on-site support. What was done, and why it was done that way, stays in writing. The project pages mark which builds came out of a partnership.

  • The first release ships as a working piece; extras follow later.
  • Every client we know of is in Turkey.
  • Decisions stay in writing; progress shows in working screens.

Frequently asked

  • Does a visitor have to install anything on their own phone?

    No. The app lives on the store's device, so there is no download, no account and nothing personal left behind. On the SsangYong kiosk a visitor touches the screen and starts browsing.

  • Can we only show as much as physically stands on the floor?

    No, what the screen holds is not capped by the floor. Trim differences sit side by side in the same view, so a buyer studies what is not on the table either.

  • Could the kiosk take payment?

    The SsangYong kiosk is a browsing surface: no basket, no payment, and we say so plainly. A build that has to take money calls for different evidence. What this page describes is the screen on the sales floor.

  • Who built it, and who keeps it running?

    We did not build it alone; a software partner worked on the kiosk with us, and it has stayed with us since. The app sits on your device, not on visitors' phones, so one screen stays current.

Let's plan your catalogue and your checkout.