{
  "schema_version": 3,
  "fediverse_reactions": [
    {
      "handle": "@simsus@social.tchncs.de",
      "kind": "announce",
      "url": "https://social.tchncs.de/users/simsus",
      "received_at": "2026-10-31T12:53:05",
      "network": "social.tchncs.de"
    }
  ],
  "thread": [
    {
      "id": "01a19204-fbfa-73eb-a46a-c543149862b4",
      "depth": 0,
      "author": "Marcel Sinemus",
      "url": "https://vutuv.de/sinemus/posts/01a19204-fbfa-73eb-a46a-c543149862b4",
      "published_on": "2026-10-31",
      "in_reply_to_id": null,
      "author_username": "sinemus",
      "body_markdown": "🏗️ Softwarearchitektur: Technische Entscheidungen sind auch UX-Entscheidungen\n\nBei „UX\" denke ich zuerst an das Interface: Was sehen Nutzerinnen und Nutzer, welche Funktionen bietet eine Anwendung? Das ist der sichtbare Teil – aber längst nicht alles.\n\nGute User Experience entsteht nicht erst im Interface: Architektur, Datenmodelle, Performance, Fehlerbehandlung und Priorisierungen prägen sie lange vorher. Viele Probleme dort lassen sich nicht beheben, weil ihre Ursache weiter vorne liegt.\n\nAspekte, die zunächst rein technisch wirken:\n\n🔗 Architektur und Änderbarkeit\n\nWenn kleine Änderungen viele Abhängigkeiten berühren, lassen sich Nutzerprobleme nur langsam beheben – Nutzer leben länger mit bekannten Schwächen.\n\n⚡ Performance\n\nLangsame Reaktionen kosten Vertrauen. Menschen warten, klicken erneut oder zweifeln am Erfolg einer Aktion – bis zum Transaktionsabbruch.\n\n🗂️ Datenmodelle\n\nWerden intern „Beleg\", „Abrechnungslauf\" und „Zahlungsdokument\" unterschieden, während Kunden nach „Rechnung\" suchen, müssen Menschen lernen, wie das System denkt.\n\n📈 Datenqualität\n\nNutzung endet nicht mit der Bedienung: Wer Auswertungen erstellen will, braucht vollständige, konsistente und rechtzeitig verfügbare Daten. Sind sie es nicht, führt selbst die beste Oberfläche zu falschen Schlüssen.\n\n⚠️ Fehlerbehandlung\n\n„Ein Fehler ist aufgetreten\" hilft niemandem. Gute Fehlerbehandlung erklärt, was passiert ist und was Nutzer jetzt tun können.\n\n📊 Monitoring und Schulden\n\nWer nur Serververfügbarkeit misst, übersieht UX-Probleme, obwohl Menschen in wichtigen Nutzerflüssen scheitern. Technische Schulden – veraltete Module, fehlende Tests – blockieren Verbesserungen und sind damit auch UX-Risiken.\n\n💡 Was sich daraus ableiten lässt\n\nUX ist keine Rolle, sondern das Erleben von Menschen im Kontakt mit einem Produkt. Sie lässt sich nicht an UX-Professionals delegieren – weder als nachgelagerte Prüfung noch als „Hübschmachen\" fertiger Funktionen.\n\nVor allen technischen Fragen steht eine andere: Welches Problem soll gelöst werden – und für wen?\n\nStatt Grossprozessen: UX in bestehende Entscheidungen einbauen – etwa mit diesen Fragen:\n\n❓ Welches Problem soll gelöst werden – und für wen?\n\n❓ Welches Erleben verbessern oder verschlechtern wir dadurch?\n\n❓ Woran erkennen wir später, ob sie richtig war?\n\n🤝 Gemeinsame Verantwortung\n\nEntwicklerinnen und Architektinnen erkennen oft früh, wenn Datenmodelle die Nutzung erschweren. Product Owner und Manager bringen UX als Kriterium in Produktentscheidungen ein.\n\nUX wird besser, wenn sich Entscheidungen verändern – nicht, wenn Organisationen häufiger darüber sprechen.\n\n🤖 Transparenzhinweis: Dieser Beitrag ist gemeinsam mit einer KI entstanden – die Inhalte stammen von mir, bei den Formulierungen hat die KI unterstützt.\n\n🔗 Der vollständige Artikel:\n\nhttps://www.heise.de/hintergrund/Softwarearchitektur-Technische-Entscheidungen-sind-auch-UX-Entscheidungen-11457309.html\n\n\\#Softwarearchitektur #UX #UserExperience #Softwareentwicklung #Engineering #SoftwareDesign",
      "in_reply_to_author": null
    }
  ],
  "bookmark_count": 0,
  "files": [],
  "type": "post",
  "like_count": 0,
  "title": "Marcel Sinemus · 2026-10-31",
  "fediverse_reply_count": 0,
  "video": null,
  "description": "🏗️ Softwarearchitektur: Technische Entscheidungen sind auch UX-Entscheidungen",
  "tags": [],
  "formats": {
    "json": "https://vutuv.de/sinemus/posts/01a19204-fbfa-73eb-a46a-c543149862b4.json",
    "text": "https://vutuv.de/sinemus/posts/01a19204-fbfa-73eb-a46a-c543149862b4.txt",
    "markdown": "https://vutuv.de/sinemus/posts/01a19204-fbfa-73eb-a46a-c543149862b4.md",
    "xml": "https://vutuv.de/sinemus/posts/01a19204-fbfa-73eb-a46a-c543149862b4.xml"
  },
  "fediverse_reaction_count": 1,
  "in_reply_to": null,
  "fediverse_replies": [],
  "likers": [],
  "body_markdown": "🏗️ Softwarearchitektur: Technische Entscheidungen sind auch UX-Entscheidungen\n\nBei „UX\" denke ich zuerst an das Interface: Was sehen Nutzerinnen und Nutzer, welche Funktionen bietet eine Anwendung? Das ist der sichtbare Teil – aber längst nicht alles.\n\nGute User Experience entsteht nicht erst im Interface: Architektur, Datenmodelle, Performance, Fehlerbehandlung und Priorisierungen prägen sie lange vorher. Viele Probleme dort lassen sich nicht beheben, weil ihre Ursache weiter vorne liegt.\n\nAspekte, die zunächst rein technisch wirken:\n\n🔗 Architektur und Änderbarkeit\n\nWenn kleine Änderungen viele Abhängigkeiten berühren, lassen sich Nutzerprobleme nur langsam beheben – Nutzer leben länger mit bekannten Schwächen.\n\n⚡ Performance\n\nLangsame Reaktionen kosten Vertrauen. Menschen warten, klicken erneut oder zweifeln am Erfolg einer Aktion – bis zum Transaktionsabbruch.\n\n🗂️ Datenmodelle\n\nWerden intern „Beleg\", „Abrechnungslauf\" und „Zahlungsdokument\" unterschieden, während Kunden nach „Rechnung\" suchen, müssen Menschen lernen, wie das System denkt.\n\n📈 Datenqualität\n\nNutzung endet nicht mit der Bedienung: Wer Auswertungen erstellen will, braucht vollständige, konsistente und rechtzeitig verfügbare Daten. Sind sie es nicht, führt selbst die beste Oberfläche zu falschen Schlüssen.\n\n⚠️ Fehlerbehandlung\n\n„Ein Fehler ist aufgetreten\" hilft niemandem. Gute Fehlerbehandlung erklärt, was passiert ist und was Nutzer jetzt tun können.\n\n📊 Monitoring und Schulden\n\nWer nur Serververfügbarkeit misst, übersieht UX-Probleme, obwohl Menschen in wichtigen Nutzerflüssen scheitern. Technische Schulden – veraltete Module, fehlende Tests – blockieren Verbesserungen und sind damit auch UX-Risiken.\n\n💡 Was sich daraus ableiten lässt\n\nUX ist keine Rolle, sondern das Erleben von Menschen im Kontakt mit einem Produkt. Sie lässt sich nicht an UX-Professionals delegieren – weder als nachgelagerte Prüfung noch als „Hübschmachen\" fertiger Funktionen.\n\nVor allen technischen Fragen steht eine andere: Welches Problem soll gelöst werden – und für wen?\n\nStatt Grossprozessen: UX in bestehende Entscheidungen einbauen – etwa mit diesen Fragen:\n\n❓ Welches Problem soll gelöst werden – und für wen?\n\n❓ Welches Erleben verbessern oder verschlechtern wir dadurch?\n\n❓ Woran erkennen wir später, ob sie richtig war?\n\n🤝 Gemeinsame Verantwortung\n\nEntwicklerinnen und Architektinnen erkennen oft früh, wenn Datenmodelle die Nutzung erschweren. Product Owner und Manager bringen UX als Kriterium in Produktentscheidungen ein.\n\nUX wird besser, wenn sich Entscheidungen verändern – nicht, wenn Organisationen häufiger darüber sprechen.\n\n🤖 Transparenzhinweis: Dieser Beitrag ist gemeinsam mit einer KI entstanden – die Inhalte stammen von mir, bei den Formulierungen hat die KI unterstützt.\n\n🔗 Der vollständige Artikel:\n\nhttps://www.heise.de/hintergrund/Softwarearchitektur-Technische-Entscheidungen-sind-auch-UX-Entscheidungen-11457309.html\n\n\\#Softwarearchitektur #UX #UserExperience #Softwareentwicklung #Engineering #SoftwareDesign",
  "published_on": "2026-10-31",
  "fediverse_repost_count": 1,
  "generated_at": "2026-11-02T22:36:05Z",
  "verified_author_links": [],
  "license": null,
  "review": null,
  "thread_truncated": false,
  "replies": [],
  "fediverse_like_count": 0,
  "reply_count": 0,
  "id": "01a19204-fbfa-73eb-a46a-c543149862b4",
  "author": {
    "name": "Marcel Sinemus",
    "username": "sinemus",
    "url": "https://vutuv.de/sinemus"
  },
  "images": [],
  "url": "https://vutuv.de/sinemus/posts/01a19204-fbfa-73eb-a46a-c543149862b4",
  "repost_count": 1
}