Experience-based agile project management

The first time I heard of agile project management was a couple of months ago when I watched a TED Talk by Bruce Feiler on ‚Agile Programming for your family‘. As Bruce Feiler stated that agile method can cut parental screaming in half, it sounded promising and absolutely interesting for me. However, I did not get what it had to do with project management. I was wondering what kind of project is a family life?

Project: what is it?

So in terms of constraints any project is limited by this triple:

  • Scope/Quality
  • Budget/Resources
  • Time

Some predefined scope or amount of tasks has to be carried out considering limited resources. And there is a deadline to meet.

Although I definitely studied different types of project management during my bachelor and master, somehow nothing stuck in my head except the waterfall method. Most probably it is because of employers I have worked for never applied anything but a waterfall. And so not used theoretical knowledge got forgotten.

Waterfall method in project management

But what is a waterfall method? It is basically working through a project step by step. As one phase finishes – the next one begins. And as the last phase is over, just at the deadline, the final result should be there.

Waterfall method is also called ‚classic‘ project management as it is very broadly used. And it has important advantages that made it so popular. So the waterfall method is very good for projects with following characteristics:

  • well-defined standardized projects
  • with fixed and clear requirements for the outcome

Waterfall at its best

As I have worked as an IT project manager I developed and commissioned interlogistic conveyor technologies. So those were huge conveyor systems that basically made sure that someones online order get collected into the box automatically and gets to the right truck for delivery. To establish such a system the waterfall method was used like this:

  • Conception phase: develop and approve technical specification
  • Design phase: design processes of a commissioning site
  • Development phase: adapt the database, configure some bits, programming some other bits – basically, whatever it takes to make the system work
  • Testing phase: test if and how those bits you’ve configured and programmed before are really working. In my case, it included travelling to the client’s site, starting the system and launching some boxes to run through it. Do they start at the starting point? Do they get ‚married‘ with an appropriate order? Do they get delivered to the right places and collect the right items? Do they get all the items needed? Do they get packed and show up at the right ramp?
  • Go-live phase: here client for the first time sees if and how the system is working. Real orders get started, get collected and get delivered. Or not. Depending on how good previous phases were done.

As you see all the phases and all the work proves it (or not) in the last phase. It is a good method for standard projects with well specified outcome and process know-how behind them.

Failing bombastic with waterfall PM method

The waterfall method is perfectly suitable for developing and delivering commissioning systems. However, it might not be the best choice for projects that are not standardized or have no clear understanding of the outcome. And waterfall was definitely not a good choice for developing urlubster.at. From my article ‚8 proven tips to f*ck up your start-up‚ you might know about my bombastic fail, however, I haven’t mentioned waterfall method there. So I will tell you here about it.

Start-ups are usually looking for new ways, they try innovative ideas as they need something special to be noticed on the market. To differentiate. So doing something new is nothing you can really back up with the know-how. You need to be adaptable. You need to be aware that there are better project management methods as waterfall to serve you.

However, at the time we developed the website for urlaubster.at I was simply not aware of the fact that there are other options out there. So we went through all the phases.

  • Conception phase: we developed our 30-pages-long technical specification and picked up a company to do the programming
  • Design phase: we created a data model (now I know it is called this way, previously, I simply called it a Database model) and we thought of all the possible scenarios and how this model will or won’t satisfy them.
  • Development phase: then we basically heard nothing from our developers for months. They were developing. According to our 30-pages-long plan. As we thought.
  • Testing phase: finally we saw the result. And it was like 5 pages out of 30. Resources we limited. So the other 25 pages got cut. And as our developers said, they were not even necessary. Oh. Right.
  • Go-live phase: Once our website went live none of our expectations came true. Nobody seemed to find it useful. Damn. Is it because of the other 25 pages are missing?

The real failure here was the method we chose for the project. We should have taken agile. I am not saying that agile leads to a definite success. No. Any method ends up with successes and fails. But agile does fail quicker. And start-ups need to fail quicker. If we would have failed earlier, we would have still had resources to apply changes or do more user research. Whatever needed.

Scrum: Agile method for start-ups

The agile approach is good for projects where you are not quite sure about the outcome and where some kind of discovery or creativity is needed. This approach has an iterative and incremental nature, so it allows to fail quickly, change direction and adopt new ideas within the same project (same deadline, same budget, same outcome). ‚Agile‘ is an umbrella word for different agile methods like Extreme Programming (XP), Crystal, Feature Driven Development, DSDM Atern and Scrum. In this article I will be talking about Scrum.

The main reason I promote agile mothods for start-ups is the ability to fail quickly. While in waterfall method the final outcome is fixed and you can only move deadline or increase the budget – in agile project management it is vice versa. And it meets exactly the start-up spirit. Time and budget are fixed and the result can vary. The outcome is a result of a creative, innovative discovery process. So let us see how it works.

Scrum roles

At Scrum there is no project manager. There is a Product Owner who is basically a communication interface between the team and a customer and is responsible for the result. There is also a Scrum Master, who is responsible for the process and moderates all the meetings and work process. All the team members are considered independant and competent to work on their own.

Scrum structure

Scrum project starts with a Kick-Off where project constraints and goals are setup. There the duration of a sprint is also defined. It usually takes from 1 to 4 weeks.

The vision of the outcome called ‚Product Backlog‘ is taken as a foundation for each next Sprint. At the beginning of a Sprint, a Planning Meeting is held where the team decides which features from Product Backlog will be implemented in this Sprint. The features assigned to the Sprint are then called ‚Sprint Backlog‘.

Each Sprint results in a potentially shippable product. With each following Sprint (iteration) this product is being incrementally improved.

The success of Scrum is dependant on efficient communication within the team and between the team and the customer. To ensure it there are Daily Scrums – short team meetings every morning to catch up on such issues as:

  • what was done since last meeting?
  • which obstacles are we tackling with currently?
  • what’s the plan till the next meeting?

At the end of each Sprint iteration, there are Review and Retrospective meetings held. Product Owner delivers results to the customer, discusses it and receives the feedback for the next iteration.

I am not telling Scrum is suitable for every project, but I am saying it is worth considering it especially for start-ups and projects with creative discovery nature.

Here is more detailed reading about Scrum I’d like to recommend: ‚Agile project management with Scrum‘. There are also some nice infographics about Scrum process and documentation you would appreciate.

Content Strategie. Flohmarkt Anwendung

Gestern war ich zum allerersten Mal auf einem Flohmarkt als Ausstellerin. Ich muss zugeben Verkaufstalent ist nicht mein zweiter Name. Und auch nicht der zehnte. Aber da meine Tochter ein Klavier braucht, einigten wir uns darauf, ihr altes Spielzeug und Kleidung am Flohmarkt zu verkaufen, um das Geld für ihr neues Klavier zu sammeln. Und so kam es dazu, dass eine Content Strategin um 3:30 in der Früh am Sonntag (!) aufstand, um auf Flohmarkt zu fahren.

Was hat Flohmarkt mit Content Strategie gemeinsam?

Das ist einfach. Wenn man eigene Ware als Content und Flohmarkt-Besucher (und Aussteller) als User betrachtet, dann ergibt der Vergleich plötzlich Sinn.

World Wide Web. In der Content Strategie geht es uns die meiste Zeit darum, einen mit Content überlasteten User mit eigenem richtigen Content am richtigen Ort (Plattform und Gerät) und zur richtigen Zeit zu überzeugen.

Am Flohmarkt hat man genau so einen Besucher, der vor lauter bunter Vielfalt die Hälfte übersieht. Außerdem ist nicht jeder Besucher an deiner Ware interessiert, insbesondere wenn es um Kinderkleidung und Spielzeug geht.

In WWW würden wir mit Landing pages Traffic auf die Seite leiten, wo durch ein durchdachte User Journey jeder Besucher an den Content kommt, den er braucht und entweder ein Kauf oder ein weiterer Schritt im Kundenbeziehung-Aufbau findet statt.

Am Flohmarkt schnappt man die Aufmerksamkeit von den potenziellen Käufern und leitet diese durch die sinnvoll ausgestellte Ware, sodass jeder Besucher schnell und leicht die (für ihn) richtigen Ware findet und im besten Fall auch den Kauf abschließt.

Ich muss vorwarnen, dass ich so ziemlich viel falsch gemacht habe und vielleicht ein paar Sachen richtig. Und dank meinem Studium in Content Strategie habe ich viel gelernt. Hier sind meine Learnings aus dem 8-stündigen Jänner-Frischluft-Flohmarkt Erfahrung.

User Research und SFO

Benutzerforschung ist eine großgeschriebene Thema in Content Strategie. Genauso am Flohmarkt. Hinter eigenem Stand stehend hat man keine Ahnung wie der Stand und die Platzierung von der Ware auf die Besucher wirken. Man sollte in Bewegung bleiben und den eigenen Stand aus der User-Perspektive immer wieder ansehen und auch immer wieder Änderungen vornehmen – sprich SFO (Stand-am-Flohmarkt-Optimierung).

Herumwandern um eigenen Stand empfiehlt sich auch für diejenigen, die an einem Frischluft-Flohmarkt mitten im Jänner ausstellen. User Research hilft beim Aufwärmen.

Sortieren, löschen, konsolidieren

Dieser Prinzip ist gut für deine Webseite und auch für deinen Flohmarktstand ist er sehr hilfreich. Denn als die Sachen verkauft werden, sollten die Leerplätze aufgefüllt werden. Wenn man Suchverhalten von Besuchern beobachtet, kann man die Gruppierung (Konsolidierung) von den Waren umstrukturieren und anpassen. Zum Beispiel anstatt Oberteile nur nach Größen zu sortieren, diese nach Geschlecht (Rosa vs. Blau) aufzuteilen.

Eyecatcher als Flohmarkt-Landing page

Um die Aufmerksamkeit von der Zielgruppe zu eigenem Stand zu lenken braucht man einen Eyecatcher. Etwas was das Thema angibt und auffallend schön oder interessant ist. Dieses Etwas sollte man gut sichtbar platzieren. Dafür dienen oft Sachen, die gar nicht Flohmarkt-tauglich sind. Ich habe dafür schöne Babywippe verwendet. Sie hat mir einige Besucher und Käufer verschafft, wurde selbst aber nicht verkauft.

User Journey durch Flohmarktstand

Eyecatcher gut platzieren ist der erste Schritt zur Erstellung einer User Journey auf deinem Flohmarktstand. Man sollte wieder auf User Research greifen und den Besucher-Flow von allen Richtungen anschauen.

Bei den Webseiten schauen Content Strategen, woher die Besucher kommen, denn die Möglichkeiten sich nahezu unbegrenzt. Zum Glück ist es am Flohmarkt einfacher. Da kommen die Besucher entweder von rechts oder von links. Und so sollte man sich den eigenen Stand von diesen beiden Perspektiven anschauen und dabei an User Journey denken.

Accessibility ist ein Thema

Aus Kostengründen versucht man an einem möglichst kleinem Stand möglichst viele Ware zu präsentieren. In diesem Kontext bekommt das Wort User Journey eine weitere Bedeutung, denn potenziele Käufer sollen zu den Waren auch dazukommen. Contenthaufen sowie Berge von den Waren will keiner besteigen. Sachen sollen auch nicht am Weg stehen oder unzugänglich platziert werden, denn dann stellen sie eine Barriere dar und hindern den Verkauf.

Zusammengefasst hat die Flohmarkt-Content-Strategie sehr viel mit digitalem Welt gemeinsam.

  • User Research
  • SEO
  • Sales funnel (Landing pages)
  • User Journey
  • Accessibility

Überraschenderweise finden diese Content Strategie Grundlagen eine sehr breite Anwendung und das ist genau das, was ich an meinem Studium so toll finde.
Ahja, das Klavier ist 80 Euro näher geworden 😉

Wie Sprachfiles die Content Strategie deiner Website hinterfragen

Ich sitze gerade vor einem .po File. Darin stehen sämtliche Texte für meinen User Interface, die ich für den kommenden Website-Update aktualisieren muss. Ich dachte, das geht ratz-fatz. Aber ich sitze schon seit 4 Stunden hier und befinde mich auf der Zeile Nummer 464 aus 7461. 

Warum bin ich denn sooo langsam?

Tja… eins nach dem anderen.

Website Update? Um was geht’s denn?

Kurz erklärt wendet eine Webseite, die sich vorher mit Urlaub beschäftigt hat, ihr Fokus auf Ausflugsziele und Freizeitaktivitäten. Welche Herausforderungen im Bezug auf die Texte in User Interface sind damit verbunden?

Ein anderes Wort hat andere Länge

Da geht es um die Labels. Es ist oft sehr schwer ein Synonym oder anderes passendes Wort für den Label in eine vorgegebene Sprache zu finden. Wenn vorher auf einem Label in Hauptmenü ‚Gewässer‘ stand und jetzt ‚Ausflugsziele‘, dann ist es ganze 5 Zeichen länger. Wie wirkt es sich auf alle UI Elementen, die dieses Wort beinhalten, aus? Und im mobilen Ansicht?
Abhängig vom Interface und den Stellen, wo dieses Wort vorkommt, kann es entweder gar kein Problem sein, oder eben umgekehrt.

Die Verwendung vom Passiv

„Mailversand konnte nicht durchgeführt werden.“

Wurde die Verwendung vom Passiv strategisch entschieden oder ist es einfach so so? Das ist mir vor meinem Studium in Content Strategie nie aufgefallen. Das Passiv in den Sätzen macht sie so streng, kalt und schwer zum Lesen. Ehrlich gesagt, vergeht mir  jede Freude am Urlaub oder Ausflug, wenn ich es über so eine Webseite planen soll. 

Wie wäre es mit: „Oje! Mailversand hat nicht geklappt.“

User allein mit UI-Problemchen lassen

„Fehlercode %s“

Hey, User, du weißt nicht was das bedeutet und was man damit macht? Tja, dann hast du wohl nichts auf unsere Seite verloren! Tschü.

Jetzt aber ernst. So eine Zeile in Sprachfile stellt eine klare Herausforderung da. Fragen, die mich dazu beschäftigen:

  • Muss User überhaupt den Fehlercode wissen?
  • Wenn ja, dann wozu?
  • Was soll der User damit anfangen? Irgendwohin schicken? Wohin? Support?
  • Was würde Support damit tun? Weiß Support überhaupt was damit tun?
  • Wie lange wird das ganze dauern? Verhindert es den User in seinem User Journey?
  • Kann User etwas tun in diese Situation, um sein Journey fortzusetzen bevor Support sich mit dem Fehlercode auseinandergesetzt hat?

Ganz schön viele Fragen für so wenig Text, was? Und diese Fragen sind nicht so leicht zu beantworten, schließlich hinterfragen sie nicht nur die Funktionalität der Webseite, sondern auch Prozesse im Unternehmen selbst. Somit kann man diesen kurzen Text erst dann verbessern, wenn man all diese Fragen beantwortet hat.

Hier ist mein Ergebnis: „Versuche es nochmal oder melde dich mit diesem Fehlercode %s bei unserem Support.“

Gibt es Tone’n’Voice Richtlinien?

„Aktivierungslink ist nicht verfügbar oder abgelaufen. Bitte versuchen Sie
sich erneut zu registrieren“

Kalt, trocken und gefühllos. Das klingt nach einer Computerstimme, die für gar keine Tonalitäten fähig ist. 

Da meine Aufgabe darin besteht diese Texte zu verbessern und ich keine Tone’n’Voice Richtlinien vorfinde, muss ich wohl improvisieren. Locker und motiviert? Oder eher sachlich und kompetent? Ich schätze Ansprache ‚per Du‘ wäre schon mal nicht falsch. Wie wäre es damit:

„Oje! Irgendwas stimmt mit deinem Aktivierungslink nicht. Vielleicht ist er abgelaufen? Bitte versuch dich erneut zu registrieren!“

Was sind unsere Kommunikationsziele?

Die Lösung für das Tone’n’Voice Problem ist nicht optimal. Es entstand aus dem Bauchgefühl heraus. Aber wie wäre es denn richtig? 

Eigentlich sollte das Unternehmen zuerst mal in einem Workshop seine Kommunikationsziele definieren. Die Website ist schließlich nur ein Kommunikationskanal und, wie schön und wahr die bekannte Content Strategin Margot Bloomstein sagt:


„If you don’t know what you need to communicate, how will you know if you succeed?“

Wenn die Kommunikationsziele gesetzt und Markenwerte definiert sind, kann man sich auch über die Tone’n’Voice Richtlinien Gedanken machen.

Das braucht dein UI-Autor, um einen guten Job zu machen

Schlussendlich verbrachte ich circa 10 Stunden mit dem besagten .po File. Und obwohl ich meinen Job gewissenhaft gemacht habe, ist das Ergebnis sehr weit von ’sehr gut‘ entfernt. Warum? Weil es eigentlich nicht in meiner Macht war. UI-Autoren können keine Wunder wirken… außer sie bekommen nötige Richtlinien, um ihre Arbeit an Content Strategie des Unternehmens anzupassen:

  • Kommunikationsziele der Website
  • Tone’n’Voice Richtlinien
  • Infos über Content-Prozesse, bzw. Governance

Wie man selbst diese Content Strategische Grundlagen für ein eigenes Unternehmen aufstellen kann, berichte ich in einem anderen Artikel.

8 proven tips to f*ck up your startup

If you think of setting up a startup, here are some proven tips to make it to a big and bombastic failure. Most of them I have tried out myself and could successfully f*ck up my own business, so you can be sure these tips are validated and with high probability will work for you too.

1. Make it innovative

Yes, your startup idea should be as innovative as possible. It is easy to check if you truly succeeded in it. Ideally, nobody should understand either your product/service or its purpose. Disregard any mental models. You are ahead of the time. And that is the only thing that matters.

2. Don’t allow anybody to do a user research

How would you then be able to manipulate the project team? No way. User needs and requirements should stay top secret. Or even better – unknown.

3. Don’t evaluate your business model

Don’t spend too much time with this piece! It is okay to come up with some idea and hope it will work. Why shouldn’t it? I mean, it is enough to believe your business might bring some money somewhen. 

4. Cooperate with cheapest

As a business, you will need partners and will have to make many choices in this respect. Choosing a bank, marketing agency, programmers, some service providers you might want to get on overview of your options and ask for propositions. That is a good idea. However, when you get those, don’t bother with reading and comparing, just simply check the price and get the cheapest one on board. Don’t you ever think of their reliability or if your personalities make a good business match. Time waste it is.

5. Never bother about priorities

Do whatever you feel like doing at the moment. If you want to care about usability – sure, go for it. Who cares you have only one website visitor per week? If you feel like usability is important, go and invest your time in improving it. Other things can wait.

6. Overestimate yourself

Believe you have super powers! Actually, when you only want to, you can do everything. You could do all the legal stuff and programming for the website, launching the campaigns and accounting for the last quarter. Honestly, who said you HAVE to sleep 8 hours a day? 

7. Get emotional in business discussions

That’s one of the best ways to screw it all pretty fast. Any business discussion can now be brought up to a whole new level. Transfer it into your private life, make pressure or start crying – this is how you get your visions implemented.

8. Make a baby

If all the previous tips didn’t help you ruin the business – this one will work for sure. Babies are great at consuming all of your time and energy. Once you’ve made it sleep don’t think of sleeping yourself. Try to work or clean the place or whatever else, so that very soon you’ll get a depression or at least a mental breakdown. This would impact your project performance significantly.
If it didn’t work as supposed – make one more baby. Then your startup is surely dead as hell.

I hope these tips serve you well, if not – don’t hesitate to reach out for help. And let me know how it is going 😉

SEO Experiment: Quick & Dirty Informations Architektur Optimierung

Ich interessierte mich für die schnellen und billigen Möglichkeiten der Suchmaschinen-Optimierung, welche spürbare positive Veränderungen bringen konnten. Quick Wins, sozusagen. In diesem Experiment schaute ich mir zwei solche Optimierungsmöglichkeiten an, nämlich Header- und Label- Optimierungen. Ich setzte sie um und prüfte, ob und was genau sie für die SEO meiner Seite gebracht haben.

Header Optimierung

Im Rahmen meiner Content-Strategie Studium an der FH Joanneum habe ich einige Vorlesungen gehabt, wo die selben Sachen aus einem anderen Blickwinkel betrachtet worden sind. In der SEO Vorlesung von Martin Höllinger und auch Schreiben und Kuratieren von Ursula Kronenberger wurde viel über Header als wichtige Information Architektur bzw. Content Struktur Elemente gesprochen. Daher dachte ich, dass SEO-konforme Header-Optimierung könnte so ein Quick Win sein. Das wollte ich testen.

Labels Optimierung

Bei der Informations Architektur Vorlesung von Roger Fienhold Sheen sprachen wir viel über die Wichtigkeit und Herausforderungen der Labels. Auch bei der Präsenzwoche in London, welche auch vom Content-Strategie Studiengang organisiert wurde, wurde das Thema ‚Labels‘ von Jeremy Keith angesprochen. Er sagte nämlich, dass bei Usability Tests 80% der Ergebnisse weisen auf ’schlechte‘ Labels hin. In anderen Wörtern bedeutet das, dass eine smarte und verständliche Bezeichnung von Labels große Auswirkung an die User Experience hat. Das wollte ich sehen. Also Header und Labels. Das hatte ich mir vorgenommen. Ob sie wirklich Quick Wins bringen können?

Umsetzung des Experiments

Im Züge der Header-Optimierung wurden diverse Seiten von www.urlaubster.at angeschaut und alle Bereiche wie Header, Footer, evtl. Seitenleiste überprüft. Ich konnte feststellen, dass einige Überschriften in diesen Bereichen als Header gekennzeichnet waren. Die mussten alle rausgenommen werden. Nach dieser Optimierung wurden Header nur im Hauptcontent-Bereich nach allen Regeln, wie korrekte Hierarchie etc., verwendet. Dei Labels-Optimierung ist eine relativ simple Sache, denn es gibt normallerweise einen Sprachfile für alle Texte, die es auf der Seite gibt. Darin braucht man nur die Labels konsistent verändern und voila! Es kann definitiv zu einem Quick Win werden, denn es ist recht einfach und schnell und die Änderung beeinflusst den gesamten User Experience und kann somit viel bewirken (positiv und negativ).

Ergebnisse: was hat’s gebracht?

Am Bild unten sieht man Sitzungen-Kurve über die letzten 3 Jahre. Die Webseite hat eine klare saisonale Auslegung und schneidet im Sommer am besten. Im April 2018 wurde diese Experiment durchgeführt und das resultierte in eine sehr starke Steigerung über den gesamten Sommer 2018. Dabei im Gegensatz zu die Sommer 2017 und 2016 wurde über den Sommer 2018 gar keine Aktivität  betrieben, d.h. keine weitere Änderungen auf der Webseite und keine Aktivität in Social Media.
Seitenaufrufkurve über die letzten 3 Jahren zeigt einen starken Sprung nach der Umsetzung des Experiments
Dafür, dass diese Informations-Architektur Änderung sehr schnell und billig zum Implementieren war, sind die Ergebnisse erstaunlich. Ehrlich gesagt habe ich mit so eine starke Verbesserung in organische Suche nicht gerechnet. Daher empfehle ich diesen ‚Trick‘ gerne weiter, gerade wenn mit begrenzten Ressourcen einen kräftigen ROI erreichen will. Fragen? Hast du Fragen zu diesem Artikel oder willst nähere Infos über diesen Experiment wissen? Dann schreibe mir einen Kommentar und ich bemühe mich deine Fragen zu beantworten.

3 Gründe warum man Content Strategen niemals anstellen sollte

Diesen Artikel habe ich fast vor einem Jahr geschrieben, dennoch traute ich mich nicht den zu veröffentlichen. Aber heute bin ich mutig.

Gender-Hinweis: Aus Gründen der leichteren Lesbarkeit wird die weibliche Sprachform verwendet. Dies ist als geschlechtsneutral zu verstehen.

Seitdem ich angefangen habe Content Strategie zu studieren, lernte ich auch vermehrt über die Herausforderungen, mit welchen Content Strateginnen in ihrem beruflichen Alltag zu tun haben. Mir ist dabei aufgefallen, dass die Content Strateginnen im angestellten Verhältnis mit einer größeren Anzahl an Herausforderungen zu kämpfen hatten. Zu üblichen Problemen kamen noch weitere interne und politische Widerstände dazu.

Warum denn sollte man Content Strategen niemals anstellen?

Weil man sie lieber outsourcen soll. Die Selbstständigkeit bzw. der Fakt, dass eine Content Strategin ein externe Dienstleisterin ist, macht einen großen Unterschied. Hier sind drei Gründe, warum Content Strategie ausgelagert gehört.

1. Erfahrungen aus anderen Unternehmen

Wer würde schon seinen Fall einer Detektivin anvertrauen, die seit Jahren an einem einzigen Fall arbeitet? Genau so ist eine Content Strategin, die seit zig Jahren ein einziges Unternehmen bedient, kein guter Profi. Sie ist womöglich betriebsblind und bildet längst ein eigener Silo im Unternehmen. Nein. Eine Content Strategin wie eine gute Detektivin braucht Tapetenwechsel, neue Fälle, neue Herausforderungen, denn nur so kann ein breites Skill- und Tool-Set eines Profis entstehen.

2. Macht an ihre Seite

Content Strategie soll Silos im Unternehmen verbinden. So die Content Strategin. Um diese Aufgabe zu erfüllen, muss ab und zu ein Macht-Wörtchen gesprochen werden. Daher ist es wichtig, dass höheres Management vom Unternehmen auf der Seite des Content Profis steht (und das macht es nur, wenn es dafür zahlt). Eine angestellte Content Strategin hat es wesentlich schwieriger sich bei den Silos und anderen wichtigen strategischen Entscheidungen im Unternehmen durchzusetzen.

3. Frischer Blick

Die Angestellten tendieren dazu sich mit dem Unternehmen bzw. einer bestimmten Abteilung zu assoziieren und deren Sichtweise unbewusst zu vertreten. Deswegen ist es wichtig, dass eine Content Strategin ein externer, unvoreingenommener Person ist, das eine neutrale aber unabhängige Position zu allen Abteilungen annimmt.

Die Content Strategie und auch das Bewusstsein für ihre Wichtigkeit wird immer spürbarer. Und früher oder später werden die meisten Unternehmen Content Strateginnen anstellen wollen. Dennoch glaube ich, dass die Content Strateginnen auch dann am meisten Wert dem Unternehmen bringen, wenn sie genug Erfahrungen in unterschiedlichen Unternehmen davor gesammelt haben.

Also outsourcen. Nicht anstellen.

Das kannst du für die mobile Barrierefreiheit tun

Marcy Sutton ist eine Barrierefreiheit Ingeneurin bei Adobe in Seatle. Sie wünscht sich, dass wirklich alle Menschen ihr Software benutzen können. Sie möchte das Bewusstsein für die Accessibility verbreiten und die Qualität von mobilen Web-Applikationen in dieser Hinsicht auf den Stand von native Apps bringen. Deswegen informiert sie andere Entwickler darüber, welchen Beitrag sie für einen barrierefreien mobilen Web leisten können.

Mobiles Web versus Native Apps

Wie sehen die Voraussetzungen für die Barrierefreiheit in diesen zwei Welten aus?
Native Applikationen sind klar im Vorteil. Sie genießen all die ausgearbeiteten und funktionierenden Richtlinien. In mobilen Applikationen gibt es keine Richtlinien und keine einheitliche Qualitätskontrolle. Jeder macht praktisch das, was er will oder was er kann.
Marcy ist überzeugt, dass mobiles Web nicht immer so schlecht in Sachen Barrierefreiheit sein wird. Dafür muss man sich die Frage stellen, wie konkret jeder Entwickler auf dem Weg für ein besseres mobiles Web mitwirken kann?

Accessibility Funktionen – iOS versus Android

In ihrem Talk in Berlin in 2015 zeigte sie eine Statistik über die Verwendung von Bildschirmlesers. Sie demonstrierte, dass 70% von Screenreader-Benutzern arbeiten an iOS Betriebssystem und nur 21% nutzen Android. Daraus könnte man schließen, dass iOS sich am meisten Gedanken um Barrierefreiheit macht und deren Produkte und Software zugänglich gestalten. Dabei sieht das Set von Barrierefreiheit Funktionen an beiden Betriebssystemen ähnlich aus:

iOS Funktionen für die Barrierefreiheit:

  • Voice-Over
  • Diktiergerät
  • Zoom
  • Farbschema umstellen / Graustufen
  • Schaltersteuerung

Android Funktionen für die Barrierefreiheit:

  • TalkBack (Bildschirmleser)
  • Schaltersteuerung
  • Unterstützung der Braille-Geräte
  • hoher Kontrast
  • Vergrößerung

Der Unterschied dabei liegt darin, dass iOS Applikationen sind so ausgelegt, dass all diese Funktionen auch einsetzbar und sinnvoll sind. Bei Android gibt es keine Barrierefreiheit-Richtlinien und obwohl diese Funktionen prinzipiell zur Verfügung stehen, können diese über viele Barrieren bei den mobilen Applikationen nicht ‚drüberhupfen‘. Einfach gesagt, die Funktionen nutzen nichts, wenn deren Einsatz bei der Entwicklung von Apps nicht berücksichtigt bzw. ermöglicht wird.

Häufige Barrieren im Web

Entwickler sollen besser über die möglichen Barrieren im Web informiert werden. Nur dann können sie ihren Beitrag für die Accessibility leisten. Das sind die typischen Barriere:

  • gesperrtes Zoom
  • verhindertes Scrollen
  • der Text ist zu klein
  • visuelle Unordnung und Überlastung
  • mehrdeutige Icons ohne begleitenden Text
  • Berührung- und Wischen-lästige Designs (Können Bildschirmleser-User das benutzen?)
  • versteckte Inhalte, die zu eine Falle werden

Die letzte Barriere ist ein extrem häufiges Problem, die man auch als eine Navigationsfalle bezeichnen kann.

Navigationsfalle: Popup, Overlay und versteckte Inhalte

Oft werden Popup-Fenster angewandt, welche ein standart Benutzer leicht bedienen bzw. schliessen kann. Für Screenreader-Benutzer kann so ein Overlay-Fenster zum Verhängnis werden. Der Grund dafür ist, dass die Inhalte, welche in der Hintergrund sind bzw. ausgeblendet sind, nicht wirklich versteckt sind. Das bedeutet, dass die Tastatur-Navigation durch das Popup-Fenster irgendwann das Fenster verlässt und durch die Inhalte vom Hintergrund navigiert. Da das Fenster aber nicht weggeklickt wurde und immer noch oben schwebt, ist keine weitere Interaktion im Hintergrund möglich. Der Screenreader kann dies aber nicht sehen und sitzt quasi in der Falle. Da der Grund dafür für ihn nicht nachvollziehbar ist, muss er gezwungenermaßen die Seite verlassen.

Auf dem Weg zur mobilen Barrierefreiheit

Es sind viele Kleinigkeiten, die man berücksichtigen soll, wenn man eine Accessibility gewährleisten will. Inzwischen gibt es viele Richtlinien für Entwickler, die helfen eine Standartisierung in Bezug auf Barrierefreiheit im mobilen Web zu erreichen. Der Weg dorthin ist dennoch lang, deswegen findest du hier die DOs und DONTs von Marcy Sutton’s Konferenzvortrag vor. Das sind konkrete Dinge, die du bei der Entwicklung berücksichtigen kannst.

DOs für Barrierefreiheit

  • Zoom von der Seite und dem Text soll zu jederzeit ermöglichen. So können Menschen, die nicht so gut sehen können, die Applikation bedienen bzw. den Content konsumieren.
  • Die Struktur und Layout von der Seite klar darstellen. Die kognitive Belastung durch visuelle und strukturelle Elemente soll bewusst reguliert werden. Sucht eine goldene Mitte zwischen zu leere Seite und eine mit Inhalten vollgestopfte Seite.
  • Grafische Icons (als Buttons oder Links) zu jederzeit mit dem beschreibenden Text begleiten.
  • Bei der Entwicklung eine Applikation, die sehr stark mit den Gesten wie wischen bedient werden soll,  Geste-Alternativen für Screenreader-Usern überlegen und zur Verfügung stellen.
  • Im HTML jedes Element mit dem dafür vorgesehenen Semantik einsetzten. <button> für die Buttons usw. Nur so können Screenreader die Applikation verstehen und damit interagieren. <div> Elemente können sie nicht wahrnehmen.
  • Touch Targets oder Berührungsflächen ausreichend Platz geben, damit man es auch leicht bedienen bzw. treffen kann.
  • Versteckte Inhalte unerreichbar für Screenreader machen.

DONTs für Barrierefreiheit

  • Scroll Hijacking immer vermieden. Dabei geht es um diverse Spielereien rund um Scroll Bar, welche die User Experience beeinträchtigen und eher schlecht von Benutzern angenommen werden.

Zusammenfassung

Als Entwickler können wir nicht wissen mit welchen Geräten und Funktionen Benutzer unserer Software einsetzten werden. Man kann nur loslassen und so entwickeln, dass unabhängig von all diesen Benutzer-spezifischen Faktoren der Inhalt der Applikation gut und leicht zugänglich ist. Auch wenn es nicht so schön aussieht, wie man es gern hätte.
Gerne bist du eingeladen dich in dieses Thema zu vertiefen. Hier findest du die empfohlenen BBC Richtlinien für mobile Barrierefreiheit und den Link zur Marcy Sutton’s Konferenzvortrag: ‚How to Win at Mobile Accessibility‘.

Barrierefreies Webdesign

Seit 1. Januar 2016 sollten alle österreichischen Webseiten barrierefrei zugänglich sein.
Die Seite für Barrierefreies Webdesign in Österreich informiert über die Barrierefreiheit im österreichischen Web und erfasst die grundlegenden Prinzipe dafür wie folgt:

  1. Alt-Attribute bei Bildern immer verwenden, um deren Inhalt in Worten darzustellen
  2. Menüführung über Tastatur oder Joystick ermöglichen
  3. alternative Layouts, zu denen der Betroffene nach Bedarf wechseln kann
  4. Videoinhalte mit ergänzendem Text ausstatten
  5. leichte Sprache für die Texte verwenden

Barrierefreies Webdesign auf der Oberfläche

Manche Sachen wie z.B. Alt-Attribute einpflegen, können auch relativ spät in der Entwicklung bzw. Website-Pflege berücksichtigt werden. Es werden heute häufig diverse Barrierefreiheit-Plugins für Content Management Systeme benutzt. Sie sind sehr nützlich und ermöglichen die Schrift zu vergrößern und Kontrast zu verbessern. Solche Plugins können die Navigation erleichtern und dafür notwendige Markierungen setzen. Wenn eine Seite mit einem Keyboard oder Joystick navigiert wird, können aktive Elemente besser hervorgehoben bzw. beschrieben werden.

Barrierefreies Webdesign gründlich gemacht

Obwohl Accessibility-Plugins Entwicklern und Content-Strategen viel Arbeit abnehmen, bleibt noch genug Arbeit für Content-Strategen über. Menüführung, Texte, Verwendung von Bilder und Videos, alternative Layouts – das sollte man sich bereits in der Konzeptions-Phase überlegen.

Beispiel 1. Bei der Entwicklung einer Seite für eine ärztliche Ordination, die sich auf motorische Erkrankungen spezialisiert, sollte ein großes Augenmerk auf die Navigation gelegt werden und sichergestellt, dass alle Inhalte möglichst schnell gefunden und erreicht werden können. Denn einige Besucher dieser Seite werden diese eben mittels Keyboard oder Joystick navigieren.

Beispiel 2. Es macht auch wenig Sinn viel Foto-Inhalte auf eine Seite zu platzieren, welche stark von visuell beeinträchtigten Benutzern verwendet wird. Da immer mehr Sprach-Assistenten wie Siri, Alexa und Co. eingesetzt werden, werden viele Inhalte im Web auf sogenannte gesprochene Sprache geändert. Das bedeutet, dass die Texte, wenn sie vorgelesen werden, gut und einfach verständlich sind. Von dieser Tendenz profitieren auch Menschen, die sich Inhalte mit der Text-zu-Sprache Lesegeräten anhören.

Mit diesem AChecker Tool für die Barrierefreiheit kann jede Webseite relativ schnell überprüft werden. Dabei kann man auf unterschiedliche Standarte prüfen lassen. WCAG 2.0 (Level AA) ist aktuell eine empfohlene Richtlinie. Level AAA ist quasi das höchste und ist oft schwer zu erreichen.

Was wurde für die Barrierefreiheit dieser Seite gemacht?

Diese Seite (die du gerade liest) verwendet eine von den letzten WordPress Template und ist dadurch sehr gut für diverse Bildschirmgrößen skalierbar. Ich habe hier auch alle Bilder mit einem alternativen Text versehen und ein WP Accessibility Plugin
eingesetzt.

Wie schneidet diese Seite bei dem Barrierefreiheit-Test ab?

Aktuelle Prüfung der Seite durch den AChecker nach WCAG2.0 Level AA ergibt 0 Probleme. Dennoch die Prüfung nach dem Niveau AAA zeigt 12 Probleme an. Alle 12 Probleme zeigen auf einen stellenweise mangelnden Kontrast auf der Seite. Der WP Accessibility Plugin macht es für die Benutzer möglich den Kontrast selbst zu verstärken, daher stellt der mangelnde Kontrast keine wirkliche Barriere für Benutzer dar.

Ich hoffe, mein Artikel hat dir ein wenig Einblick in das Thema Barrierefreiheit gegeben.
Noch viel viel mehr kann man darüber auf der Web Accessibility Initiative Webseite nachlesen.
Über die leichte Sprache und wie man sie richtig anwendet kann man sich gut in dem Blog-Beitrag von Michael Stangl informieren.
Und natürlich freue ich mich über deinen Kommentar, insbesondere wie ich diese Seite noch besser in Hinsicht auf Barrierefreiheit machen kann.

User research, Two diamonds and Gut feeling

User research is complicated, expensive and scary. And then there is your gut feeling. It is simple, cheap and supportive. Why wouldn’t you trust it anyway? Let’s talk about it.

User research.

If you do it properly it requires quite a lot of resources, but then you never know what comes out. I mean IF you do it properly.

In reality, however, you never go and say like ‚Um, I have so much money, let’s do some user research!‘ In most cases, you have an idea or even some developments you want to test. Do you really keen on finding out that it is a bullshit? Definitely no. So thanks to that you pick up some user research methods and test groups that will let you find out whatever you want to. Right. The idea is brilliant and it is worth the investment. It is the only possible result of that research, isn’t it?
It is like an observer effect in physics. You see what you expect to.

+ On one hand side, it is a good thing, especially if you need some user research to convince your potential customers. ‚9 out of 10 women would recommend our product to their friends‘. So it is good to know you can ‚prove‘ anything you need to.
– On the other hand, if you are working on your business idea or some prototypes you would really want to get objective results. Why? Cause it is still early enough to change direction, to rearrange the priorities and make something potentially great instead of making potential debts.

The double diamond approach.

So if you are now considering to do user research for your next project but don’t know where exactly to start, try this double diamond approach.


The main idea of the double diamond approach is the guided creativity, I would say.

The first diamond.

Starting with some general problem/project/business idea go and diverge with your user research. This will help you get an overview. After this discovery phase, insights should be gathered and the specific problem should be defined. User research that is done in this first diamond ensures that the problem-to-be-solved is a real one and there is the need for the solution-to-be-developed. Quite a crucial part. Missing it and relying on your guts feeling (full of biases by the way) may bring you to a solution of a problem no one has.

The second diamond.

Knowing the problem different solutions are to be created. It is a constructively guided creative process. The ideas emerged in development phase offer different ways to address the problem and the best of them must just nail it. The result is being delivered as a prototype.

Frustration as an indicator for the right path

The left part of each diamond is all about user research. It always goes wide in order to deliver some precise and useful insights.
If you feel frustrated and confused during the user research part of any diamond, it is okay. You are actually supposed to feel that way. It basically means that you are on the right way.

If you, on the contrary, feel confident and all the pieces fall into their place – that’s a bad sign. Make sure your bias is not fooling your user research.

Gut feeling as a user research method

I once tried to establish a business (full disclaimer: it never really worked). I knew nothing about the double diamond method and I definitely underestimated the user research importance. So looking back and analysing design process I went through from the perspective of the double diamond method unpleasant realisation hits me.
I literally skipped the first diamond relying on my gut feeling. And instead of developing different ideas in the second diamond I came up with one single idea which made it up to a solution of the problem NOONE had. As you can see I could really save up on user research! I really needed that money to cover the debts afterwards…

So good luck with your further projects, and let them be frustrating and confusing at the beginning and fruitful in the end.

 

Read here about some types of biases and yoga (in German) or why Apps are f**king hard to create in a ‚Bias is a Nasty Bitch‘ Article (in English).

Success stories are boring

Success stories are boring.
Startup success stories are horribly boring.
They are all quite the same and go like that:

We had that bright idea. We made right things at the right time at the right place. We worked hard, we had luck and we are genius anyway.

Another thing those success stories have in common – you learn nothing from them. Cause by no mean you can learn success. But you can learn failures. And you can learn to foresee them and change your path.
So how can exciting stories with no happy end look like?

We had that bright idea at the wrong time.

Bright idea guarantees nothing. Just have it at the wrong time, when consumers and the market are not ready for it, and you fail brilliantly.
An innovative idea is even harder to bring through. A lot of explanation to adjust mental models of consumers (=money for marketing) is required. If you believe that innovation sells, you are damn wrong. Innovation is probably the worst sales manager ever. So just multiply your marketing budget 10 times. Maybe it’ll work.

We had that bright idea and made wrong things (at wrong place).

The brightest idea served to the wrong people won’t bring you far. You can also try to serve right people but at places, they never visit/use. Or make all of that right and forget the usability issues of your target group and thus make your product unusable for them. Yes, there are many ways to fail.
Greetings to user research I have not done when I should have had.

We worked hard.

Working hard guarantees no success. Working hard makes you blind. It really matters to take your hands off, get a bit distanced from all that startup stress and look at it from the bird perspective. Just to be sure you are not working hard on burying your startup.

We had no luck.

Well, luck is a good but very unreliable metrics. Having luck means you being on the right path. However, having no luck does not mean anything. Maybe you are on the wrong path. But maybe these are just life hurdles you are struggling with and they are to check if you deserve more.
I have a strong opinion that luck is essential and you have to keep an eye on it. If no (even tiny) lucky circumstances ever happening on your startup path, you might need to rethink it.
And my startup failure experience makes me suspect that user research, bird-eye view and luck are old good friends.

We were not smart enough.

You were brave enough to take a risk and leave your comfort zone to try that idea out. And then you were brave and smart enough to admit the flop. So be proud of the challenges you took and failed. So hey! Even if you failed, you are genius. Do celebrate the startup you fucked up. Thanks to it your next project might actually succeed.

Whatever the future might bring, the startups we’ve failed, the stories with no happy end, are the ones our grandchildren will love to listen to and ask to tell them all over again.
And again.
And again.
Cause success stories are boring.