Seite 2 von 5

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Mo Mär 18, 2019 4:49 pm
von James_T_Kirk
Confluence? :text-bravo: Wenn möglich bitte mit draw.io Addon. Betreibe an der Arbeit eine Instanz und das ist das beste mir bekannte Produkt für sowas.

Ich kann Dinge übernehmen, kann aber nicht versichern das ich längerfristig die Zeit dafür aufbringen kann.

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Mo Mär 18, 2019 5:00 pm
von StefanW
Hi Capt´n,

Draw.io ist eh klar, verwenden wir hier für unser internes Wiki auch

lg

Stefan

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Mo Mär 18, 2019 7:27 pm
von MiniMaxV2
Confluence ist eine gute Wahl - haben wir auf Arbeit (rein zufällig bin ich dort der Admin^^) auch und geht sehr gut mit mehreren großen Spaces. Benutzen wir für die komplette Doku und alles was schriftlich ist. Zwar haben ma Gliffy statt DrawIO. Da mir das so gut gefiel hab ich hier zu Hause auch für anfällige Dokumentationen aufgesetzt :whistle: Also wenn ihr Hilfe braucht - kann aber nur Abends und am Wochenende :)

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Mo Mär 18, 2019 7:44 pm
von StefanW
Super Hans-Martin,

so bekommen wir ein Team zusammen.

Gliffy kostet mit 10 $/Monat doppelt soviel wie draw.io mit 5 $/Monat in der Cloud Variante. Kommt aber nicht auf die 5 $ an, entscheident ist, was einfacher ist.

lg

Stefan

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Mo Mär 18, 2019 7:48 pm
von MiniMaxV2
Wie wäre es denn, wenn man vorm Umzug mit allen aktiven sowohl Gliffy als auch DrawIO testen ? Einfach die Usability mal selber fühlen und dann wird sich wohl ein Meinungsbild abzeichnen welches von beiden einfacher ist ;)

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Mo Mär 18, 2019 8:05 pm
von Robert_Mini
Da ich vieles in der KB beigesteuert habe, mal meine 5ct:
Ich halte zuviele Quellen für problematisch, beim TWS sind das bereits:
- Forum
- Shop
- Schnellstartanleitung
- Elabnet Katalog
- Planungshandbuch
- Knowledge Base

Aber ich stimme zu, dass die KB so nicht auf Dauer funktionieren wird:
- flache Struktur
- kein automatisches Inhaltsverzeichnis
- keine Suche!!!

Confluence finde ich super, bez. Plugins kann ich nichts beitragen.
Wichtig ist die klare Verlinkung von Shop und Forum in das Wiki. Idealerweise ist der Knowledge Base Menüpunkt ein Link zum Wiki.

Robert

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Mo Mär 18, 2019 8:17 pm
von MiniMaxV2
Da gebe ich dir recht Robert - wäre es nicht denkbar die Schnellstart Anleitungen mit ins Wiki zu nehmen und mit entsprechenden PDF Export druckbar zu machen ? So kann jeder online lesen und bei Bedarf wird weiter verlinkt auf weitergehende Erläuterungen ? Dann hat man alles was Anleitungen angeht an einem Ort und integriert. Viele Handbücher beginnen mit einem Schnellstart und gehen dann in den ausführlichen Teil über.

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Mo Mär 18, 2019 8:53 pm
von StefanW
Viele Informationen an vielen Stellen sind daher wichtig, weil die Kunden an verschiedenen Stellen suchen und eine aufbereitung brauchen.

Es spricht aber nichts dagegen, alles Wissen im Wiki zu haben - bei sehr ordentlicher Struktur - und dort dann einzelne Zusammenfassungen zum Download als PDF. Sei es separat gesetzt (so wie derzeit) oder eben dann als Auskopplunh aus dem Wiki.

Ich denke, am muss unterscheiden zwischen MArketing-Papieren und Seiten und denen mit Know-How für alle Schichten, vom Anfänger bis zum Experten.

lg

Stefan

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Di Mär 19, 2019 9:54 am
von Dennis
Mein Angebot von damals, als wir die Diskussion schon mal hatten, steht auch immer noch Stefan :).

Re: Wiki anstatt Flat-Knowledgebase

Verfasst: Di Mär 19, 2019 10:40 am
von Sun1453
@StefanW @Robert_Mini
Also man kann im WIKI sowohl PDF's an sich hinterlegen, als auch ganze Wiki Seiten als PDF Exportieren. Das kenne ich von unseren Confluence Wiki auf Arbeit. Das Wiki als Zentrale stelle zu haben ist wichtig. Von den verschieden Seiten, wie Robert schreibt, auf dieses dann zu verlinken, sehe ich sehr sinnvoll. Auf Arbeit haben wir Gliffy.