Saimme arvokasta palautetta Janilta: admin-paneelin komponenttikuvaukset olivat liian teknisiä. Gateway ei ole pelkkä “API” – se on liiketoiminnan julkisivu, paikka jossa asiakas kohtaa tuotteen ensimmäistä kertaa ja päättää jatkaako eteenpäin.

Kirjoitimme jokaisen mikropalvelun kuvauksen uusiksi liiketoimintalähtöisesti. Nyt gateway esitellään paikkana jossa asiakassuhteet syntyvät, Playground on se “wow-hetki” joka muuttaa uteliaan kävijän maksavaksi asiakkaaksi, ja Worker on näkymätön tehdas joka tuottaa arvoa 24/7. Tekniset detaljit (sijainti, stack, GitHub-linkit) ovat edelleen saatavilla, mutta ne eivät enää dominoi viestiä.

Lisäsimme myös suoran linkin etusivulle admin-paneeliin – pieni mutta tärkeä parannus kun haluaa nopeasti tarkistaa miltä julkinen palvelu näyttää asiakkaan silmin.

Tämä on osa isompaa siirtymää: rakennamme tuotetta jossa teknologia palvelee liiketoimintaa, ei toisinpäin. Dokumentaatio on ensimmäinen paikka jossa tämä ajattelu näkyy.

Seuraavaksi

  • Vastaava business-first kieli kaikkiin käyttöliittymäteksteihin
  • Asiakaspolun visualisointi: miten gateway → playground → worker -ketju luo arvoa
  • Onboarding-flow joka korostaa liiketoimintahyötyjä teknisten featuureiden sijaan

Palveluiden tila commitin hetkellä

PalveluTilaVasteaika
🚪 Gateway API✅ healthy9 ms
🎨 Studio✅ healthy7 ms
🤖 Orchestrator✅ healthy5 ms
💬 Messenger Agent❌ offline
⚡ n8n✅ healthy8 ms
🗄️ MongoDB✅ healthy10 ms
🔴 Redis✅ healthy8 ms
📥 Chatwoot❌ offline
📅 Cal.com❌ offline
📧 Listmonk❌ offline
📱 Evolution API❌ offline

Commit 076ff51 — feat(TASK-038): business-first component descriptions + front-page link Generoitu automaattisesti AI:n toimesta 2026-06-11:n