Treffend gesagt auf CommonCraft:
Blogs and message boards both suffer from the same problem- they are great for presenting emerging information, but poor at organizing it for future reference. The „good stuff“? that people often need and companies often want to capture quickly gets buried among all the comments and messages… With this post, I“m outlining a potential way organizations can use blogs and message boards as a way to generate useful information and a wiki as a way to filter, archive and organize it for future reference.
Bilder sagen mehr als Worte, wie sich das der Autor grundsätzlich vorstellt bzw ausgemalt hat.
Diese Grafik ist selbstredend:
Du willst nicht abgehängt werden, wenn es um KI, Green Tech und die Tech-Themen von Morgen geht? Über 12.000 Vordenker bekommen jeden Tag die wichtigsten News direkt in die Inbox und sichern sich ihren Vorsprung.
Nur für kurze Zeit: Anmelden und mit etwas Glück 50€ Amazon-Guthaben gewinnen!
Mit deiner Anmeldung bestätigst du unsere Datenschutzerklärung. Beim Gewinnspiel gelten die AGB.
Und so könnte der Übernahmeprozess auf Knopfdruck aus einem Blogartikel in ein Wiki aussehen:
Allerdings wird dort eine Copy&Paste Lösung genannt. Das finde ich für den User nicht zumutbar. Hier gehört mE auf den ersten Gedanken hin beim Klick auf „WikiThis“ eine kleine Box hin, in der man folgende Optionen setzen kann:
– Verlinkter Begriff/Phrase
– Kategorisierung (Lösungsansatz = Support für die Problemkategorie XYZ)
– Workflow Schritt (zur Freigabe, zur Revidierung, Freigeben)
– optional Übernahme aller oder ausgewählter Usercomments
– Tagging inkl. einer Tagübersichtsseite im Wiki
– interne Kennzeichnung im Blogartikel, daß dieser im Wiki hinterlegt wurde
– Crossreferencing = Weitere, passende Artikel im Wiki aussuchen können (über Suchfilter) und im Wikibeitrag crosslinken, dazu natürlich nicht nur das Crosslinking vom neu generierten Wikiartikel A zu N Artikeln, sondern N Artikel zu A automatisch crosslinken. Ergebnis: Mit der Zeit findet man vermehrt Wikiartikel die auf weitere Lösungsansatze (wenn es im Supportbeispiel bleibt) innerhalb des Wikis verweisen. Klassische Knowledge Base Ansatz.
