Identify opportunities and
utilize competencies

Die Kosten so eines Pro­jek­ts hän­gen direkt von den Anforderun­gen ab. Je kom­plex­er die Web­site oder die Web-App sein wird, desto höher sind die Kosten in Pla­nung, Entwick­lung, Betrieb und Sup­port. Daher ste­ht am Anfang eines jeden Pro­jek­ts die Anforderungs­bes­tim­mung, um eine sin­nvolle Aus­sage zu den Kosten machen zu kön­nen. Dabei kann die Entwick­lung gewiss­er Fea­tures gestrichen oder auf später ver­schoben wer­den, um das Bud­get im Auge zu behalten.

Ger­ade bei größeren Pro­jek­ten kann es natür­lich Risiken geben: Anforderun­gen kön­nen sich ändern und allzu ver­lock­ende Abkürzun­gen kön­nen tech­nis­che Schulden auf­bauen, die früher oder später abbezahlt wer­den müssen.

Um die Kosten­frage zu klären und die Pro­jek­trisiken abzuschätzen, begin­nen wir bei web­hub stets mit der Anforderungs­bes­tim­mung, um eine Funk­tion­sspez­i­fika­tion zu erstellen.

Eine gute Kom­mu­nika­tion ist maßge­blich für den Erfolg eines Projekts.

Sie bekom­men während unser­er gesamten Zusam­me­nar­beit einen fes­ten Gesprächspart­ner, wir ver­ständi­gen uns in regelmäßi­gen Abstän­den über den Pro­jek­t­fortschritt – vor Ort oder online, und wir vere­in­baren einen gemein­samen Begriff­skat­a­log (Glos­sar) über die Einzel­heit­en in Ihrem The­men­bere­ich. Alle Entschei­dun­gen, die getrof­fen wer­den, wer­den dokumentiert.

Auf diese Weise möcht­en wir sich­er­stellen, dass unsere Leis­tun­gen Ihren Erwartun­gen gerecht wer­den und unser gemein­sames Pro­jekt erfol­gre­ich abgeschlossen wird.

Es gibt keinen. So ein­fach. ​„UX“ ist nur ein Begriff, den wir ver­wen­den, wenn wir hip klin­gen wollen.

Bevor Sie Zeit und Geld darauf ver­wen­den, etwas zu entwick­eln, das Ihre Kun­den gar nicht wollen, ist ein Usabil­i­ty Test (also das Testen der Benutzer­fre­undlichkeit) ein effizien­ter Ansatz, um ihre Bedürfnisse zu ermit­teln. So kön­nen unsere User-Expe­ri­ence-Design­er gezielt die Teile Ihrer Web­site oder App unter­suchen, die verbessert wer­den müssen, und die Prob­leme und Schmerzpunk­te Ihrer Besuch­er ermitteln.

Wenn Sie Ihren Nutzern geben, was sie wollen, erhöht sich die Wahrschein­lichkeit, dass sie als Kun­den bei Ihnen bleiben – für ein Unternehmen gibt es nichts Besseres als zufriedene, treue Kunden. 

Grund­sät­zlich gilt, dass Web­sites, Apps, Intranets, Extranets und elek­tro­n­is­che Ver­wal­tungsabläufe von öffentlichen Stellen bar­ri­ere­frei zu gestal­ten sind (siehe §12a Absatz 1 BGG).

Dieser Grund­satz gilt soweit nicht für nicht-öffentliche Stellen (siehe Begriffs­bes­tim­mung).

Den­noch leg­en wir bei web­hub viel Wert darauf, eine bar­ri­ere­freie bzw. bar­ri­erearme Umset­zung schon zu Beginn eines Pro­jek­ts als klares Pro­jek­tziel zu definieren.

Dig­i­tale Bar­ri­ere­frei­heit bedeutet, dass ein dig­i­tales Pro­dukt für alle (oder möglichst viele) Benutzer und Benutzerin­nen zugänglich ist, egal mit welchem Endgerät es kon­sum­iert wird, aber ins­beson­dere auch unab­hängig davon, welche kör­per­lichen und sit­u­a­tiv­en Beein­träch­ti­gun­gen für den Men­schen am Endgerät bestehen.

Typ­is­che Merk­male für dig­i­tale Bar­ri­eren sind etwa:

• zu geringer Kon­trast der Ele­mente auf dem Bildschirm,
• unver­ständliche Sprache,
• kom­plizierte Menüführung,
• zu viele oder fehlende Animationen

Die Bar­ri­ere­frei­heit wird etwa durch den WCAG-Stan­dard (Web Con­tent Acces­si­bil­i­ty Guide­lines) definiert, ins­beson­dere in Deutsch­land gilt jedoch die BITV 2.0 (Bar­ri­ere­freie-Infor­ma­tion­stech­nik-Verord­nung).

Diese Vor­gaben kön­nen durch eine Selb­st­be­w­er­tung oder bei Bedarf von zuge­lasse­nen Prüf­stellen auf Kon­for­mität geprüft werden.

„Acces­si­bil­i­ty“ ist der englis­che Begriff für Bar­ri­ere­frei­heit und wird auch oft im deutschen Sprachge­brauch benutzt. ​„A11y“ (sprich: ​„Elli“ oder ​„A‑Eleven-Ei“) ste­ht schlicht für das Wort ​„Acces­si­bil­i­ty“, weil es aus dem Anfangs- und End­buch­staben und 11 Buch­staben dazwis­chen besteht.