REDION / Aplikacionet

Gjithçka, një klik larg.

Zbulo çdo platformë në website-in e saj. Hyrja në aplikacion gjendet aty.

Aplikacione8

Aplikacione private5

Prezantimet hapen për të gjithë. Vetëm hyrja në app kërkon rrjetin privat ose llogarinë përkatëse.

Website5

MVP · Rrjedhat sintetike u verifikuan në browser dhe emulator Android2026

RediON Relay

Kërkesat e biznesit, në rrjedhë.

Roli im

Dizajn produkti · Android · Frontend · Saktësi e automatizimit

redion-relay
Browser real: kërkesa fiktive dhe vendime sipas rregullave.
Video3 Screenshots

01

Përmbledhje

Ekipet e vogla të shërbimeve marrin kërkesa në aplikacione të ndryshme dhe vendosin manualisht kush i trajton dhe kur. Relay i jep çdo kërkese një vend të qartë dhe një hap të ardhshëm.

Njoftimet përpunohen në pajisje për pastrim, riparime dhe vizita. Shtatë konfigurime javore përdorin datën e takimit, orarin dhe ekipin përkatës. Rastet urgjente ose të paqarta kalojnë për shqyrtim njerëzor.

Sistemi demonstrues i takimeve nuk ka API për krijim rezervimesh. Pas kërkesës së operatorit, Relay plotëson formularin e dukshëm dhe verifikon konfirmimin e ruajtur. Të gjitha kërkesat demonstruese janë fiktive.

▶

Prezantimi i produktit

02

Pamje reale të produktit

Pamje nga produkti real, pa mockup ose imazhe stock.

Browser real: kërkesa fiktive dhe vendime sipas rregullave.
Browser real: konfigurime të veçanta për çdo ditë të javës.
Emulator Android API35: konfirmim i verifikuar nga aplikacioni ynë referencë.

03

Arkitektura

Njoftimet e zgjedhura

Burime të miratuara dhe përpunim lokal me pëlqim.

Rregullat javore

Dita e takimit, shërbimi, orari dhe ekipi.

Hapësira e shqyrtimit

Inbox kompakt, detaje të editueshme dhe historik i kufizuar.

Veprimi i verifikuar

Ruhet tentativa, plotësohet formulari dhe kontrollohet konfirmimi.

04

Gjendja e projektit

E ndërtuar

  • Ndërfaqe anglisht/gjermanisht për desktop dhe telefon
  • Shtatë konfigurime ditore dhe shqyrtim manual i kërkesave
  • Përpunim Android në background me pëlqim për burimet
  • Rezervim përmes ndërfaqes në sistemet demonstruese native dhe browser
  • Njohje dublikatesh, refuzim konfliktesh dhe ruajtje e tentativës
  • Kaluan 64 teste TypeScript, 24 Kotlin dhe 10 rrjedha browser

Në zhvillim aktiv

  • Pranim në telefon fizik dhe provë e sjelljes së background-it sipas prodhuesit
  • Biseda me biznese dhe pilot me autorizim të kufizuar

E planifikuar

  • Adapter i shqyrtuar veçmas për sistemin e takimeve të klientit
  • Kërkesa për ruajtjen, fshirjen dhe koordinimin mes përdoruesve

05

Vendime inxhinierike

Pse përpunim lokal?

Përmbajtja e kërkesave të zgjedhura qëndron në pajisje. MVP-ja nuk ka llogari cloud, telemetri apo leje Internet në Android.

Pse rezervim përmes ndërfaqes?

Disa sisteme të autorizuara ofrojnë formular, por jo API rezervimi. Demonstrimi përdor formular real dhe konfirmim real të sistemit referencë.

Kur quhet veprimi i suksesshëm?

Vetëm kur konfirmimi përputhet plotësisht. Klikimi, konflikti apo ndërprerja nuk shënohen si rezervim.

06

Sfida të zgjidhura

  • 01Ndarja e provës në browser nga shërbimet reale Android
  • 02Parandalimi i përsëritjes pas ndërprerjes apo rezultatit të paqartë
  • 03Rregulla javore të kuptueshme në një hapësirë të përmbledhur

07

Teknologjitë

Interface

  • React
  • TypeScript
  • Motion
  • Lucide

Android

  • Kotlin
  • NotificationListenerService
  • Scoped Accessibility
  • Offline WebView

Verification

  • Vitest
  • Playwright
  • JUnit
  • Shared policy contract

08

Çfarë demonstron

Një njoftim real Android krijoi kërkesën dhe një takim të konfirmuar në aplikacionin referencë. Tentativa e dytë për orar të njëjtë u refuzua pa krijuar takim tjetër.

Për kë është relevante

Për biznese të vogla shërbimesh që kërkojnë ndarje të autorizuar të kërkesave dhe integrim të kufizuar të takimeve.

Të duhet një sistem i ngjashëm?

Mund të projektoj dhe ndërtoj një zgjidhje të përshtatur për procesin, ekipin dhe objektivat e biznesit tënd.

Diskuto projektin ↗