eazySales Dokumentation mit Hilfe der Community

[Thomas Lisson]

Hallo zusammen,

wir stehen nun davor, die Dokumentation von eazySales, die mittlerweile fast schon 2 Jahre alt und kaum brauchbar ist, komplett neu zu erstellen.

Wir haben bislang eine Menge Hilfe angeboten bekommen in verschiedenen Bereichen. Nun würden wir gerne Hilfe annehmen im Bereich Dokumentierung.

Wir würden viel lieber unsere Ressourcen in Entwicklung / Fehlerbeseitigung und Support stecken als uns mit der Dokumentation herumzuschlagen.

Diejenigen von Euch, die gerne bei der Dokumenatierung von eazySales mithelfen würden, dürfen sich gerne melden.

Folgende Richtlinien sind dabei zu beachten:
- so verständlich wie möglich erläutern
- möglichst bebldert dokumentieren
- möglichst ausführlich schreiben - bei Fragen/Unsicherheiten uns anhauen
- auf Screenshots dürfen keine personenbezogen Daten ersichtlich sein (Datenschutz)
- Texte reichen in einfacher Textform vollkommen aus. Können auch andere Formate sein.
- wir behalten uns das Recht vor, Texte und Bilder zu überarbeiten

Jeder darf soviele Kapitel / Unterkapitel / Punkte bearbeiten, wie er möchte. Bearbeiten mehrere Leute einen Punkt, so werden von uns die Texte zu einem einzigen Text zusammengefügt.

Das steht zur Auswahl. Punkte, die bereits optimal dokumentiert sind, werden mit einem (v) gekennzeichnet.

Das Inhaltsverzeichnis der Dokumentation zu eazySales:

Inhaltsverzeichnis
1. Einleitung
2. Installation
2.1 Übersicht der Downloadpakete
2.2 Installation der Einzelplatzversion
2.3 Installation von Client/Server Systemen im Firmennetzwerk
2.4 Installation von Upgrades
3. Erster Programmaufruf / Einstellungsassistent
4. Einstellungen im Menü "Einstellungen"
4.1 Einstellungen
4.2 eMail-Einstellungen
4.3 Webshop-Einstellungen
4.3.1 eazyShop
4.3.2 eazySales Connector
4.4 Firma
4.5 Benutzerdaten/Rechte
4.6 Texte
4.7 Versandarten
4.8 Währung
4.9 Formular/Druckeinstellungen
4.10 Formular - Startnummern
4.11 Läger verwalten
4.12 PLZ-Import
4.13 Zahlungsarten
4.14 X-Selling Gruppen
4.15 Versandetiketten
5. Kategorieverwaltung
5.1 Kategorie hinzufügen
5.2 Kategorie bearbeiten
5.3 Kategorie löschen
6. Artikelverwaltung
6.1 Übersischt und Aufbau der Artikelverwaltung
6.2 Artikel erfassen / bearbeiten
6.2.1 Artikel hinzufügen
6.2.2 Artikel bearbeiten
6.3 Artikeldetails
6.3.1 Aufbau der Artikeldetailsmaske
6.3.2 Beschreibung und Bedienung/Sinn des HTML Editors
6.3.3 Kategorien zuordnen
6.3.4 Lieferanten zuordnen
6.3.5 Attribute
6.3.6 Internetbilder
6.3.7 Lager
6.3.8 Variationen
6.3.8.1 Was sind Variationen / Variationswerte
6.3.8.2 Hinzufügen / Bearbeiten von Variationen und Variationswerten
6.3.8.3 Variationen und Webshop
6.3.9 X-Selling
6.4 Artikel löschen
6.5 Artikel duplizieren
6.6 Artikelsuche
6.7 Wareneingang
6.7.1 Wareneingang nutzen
6.7.2 Wareneingang Archiv
6.8. Artikelpreise Im/Export
6.9 eBay Angebotsvorlagen ( eazyAuction Dokumentation)
7. Kundenverwaltung
7.1 Übersicht und Aufbau der Kundenverwaltung
7.2 Kundenkategorieverwaltung
7.3 Kunden erstellen
7.4 Kunden bearbeiten
7.5 Kundendetails
7.5.1 Aufbau der Kundendetailsmaske
7.5.2 Nachricht senden
7.5.3 Nachrichten anschauen
7.5.4 Lieferadressen des kunden
7.5.5 Copy
7.6 Bankverbindungen des Kunden
7.7 Nachricht senden
7.8 Lieferadressen des Kunden
7.8.1 Lieferadressen hinzufügen, bearbeiten und löschen
7.9 Angebot erstellen
7.10 Rechnung erstellen
7.11 Angebot / Auftrag / Rechnung aus der History anschauen
8. Lieferantenverwaltung
8.1 Übersicht und Aufbau der Lieferantenverwaltung
8.2 Lieferanten hinzufügen
8.3 Lieferanten bearbeiten
8.4 Lieferantendetails
8.4.1 Nachricht senden
8.4.2 Nachrichten anschauen
8.4.3 Ansprechpartnerverwaltung
8.4.3.1 Ansprechpartner hinzufügen, bearbeiten und löschen
8.5 Bankverbindungen des Lieferanten
8.6 Nachricht senden
9. Angebotsverwaltung
9.1 Übersicht und Aufbau der Angebotsverwaltung
9.2 So wird ein neues Angebot erstellt
9.3 Angebot einsehen
9.4 Auftrag aus Angebot erstellen
9.5 Versandetikett
9.6 Nachricht an Kunden
10. Auftragsverwaltung
10.1 Übersicht und Aufbau der Auftragsverwaltung
10.2 So wird ein neuer Auftrag erstellt
10.3 Auftrag einsehen
10.4 Versand
10.5 Zahlung
10.6 Rechnung erstellen / drucken
10.7 Lieferschein drucken
10.8 Versandetikett
10.9 Nachricht an Kunden
10.10 Auftrag löschen
11. Rechnungsverwaltung
11.1 Übersicht und Aufbau der Rechnungsverwaltung
11.2 So wird eine Rechnung erstellt
11.3 Rechnung einsehen
11.4 Versand
11.5 Zahlung
11.6 Mahnung
11.7 Gutschrift
11.8 Nachricht an Kunden
11.9 Versandetikett
11.10 Versanddatenexport
11.11 Rehnung löschen
12. Gutschriftverwaltung
12.1 Übersicht und Aufbau der Gutschriftverwaltung
12.2 So wird eine Gutschrift erstellt
12.3 Drucken
12.4. Rechnung ansehen
12.5 Mahnung löschen
13. Auftrag erstellen - ohne Kundenauswahl
14. Import / Exprt Schnittstellen
14.1 Artikelimport CSV
14.2 Artikelexport
14.3 Kundenimport CSV
14.4 Kundenexport
14.5 Artikelpreise Im/Export
14.6 Buchungsdaten exportieren
14.7 Versanddaten exportieen
14.8 Zahlungsdaten importieren
15. Webshop
15.1 So funktioniert der Webshopabgleich
15.2 eazySales & eazyShop
15.3 eazySales & OSCommerce, xt:Commerce, Zen Cart
15.4 Webshop Datenabgleich
15.5 Neue Shopbestellungen
15.6 News verwalten
16. Automatischer Programmupdater
17. Backupmöglichkeiten
17.1 DB-Export
17.2 DB-Import
18. Hinweise / FAQ

Auch Kritik am Inhaltsverzeichnis ist erwünscht!

Ihr würdet und damit viel Arbeit abnehmen und das Projekt aktiv viel weiter bringen. Auch ein kleiner Beitrag hilft sehr.

Wir bedanken uns im Voraus.

 

[Alexander]

Hallo Thomas,

Ich würde die Punkte 4 inkl. Unterpunkte übernehmen sowie die Punkte 16 und 17.

den Punkt 4.3.2 eazySales Connector müsste allerdings jemand schreiben der das auch nutzt.

Frage: in welchem Format braucht Ihr die Bilder?

gruß Alex

 

[Janusch]

Bilder am besten in PNG Format.

Texte können mit jedem beliebigen Texteditor geschrieben werden.
Wir werden dies anschließend in HTML konvertieren.
Bitte die Bilder aber in der Form:


<img src="Bildname.png>
verlinken.

Vielen Dank!

 

[Atos]

Ich überpüfe die Texte gerne nach Tippfehlern-

 

[gerhard5302]

Hallo!

Wäre es nicht wirklich einfacher und schneller, zum jetztigen Zeitpunkt die vorhandene Doku erstmal weitgehend zu akualisieren?

Ich sehe in einer komplett neuen Doku dzt. nicht viel Sinn, solange noch einige eigentlich "normale" Grundfunktionen einer WaWi
noch nicht richtig integriert sind,
z.B. Gutschriften wie Aufträge/Rechnungen (!), Mahnstufen, Bestellwesen, Kunden/Lieferanten/Artikel CSV Import/Export
im gleichen Format, Formulareditor etc.

Und besonders solange noch fast täglich gröbere Änderungen am Grundgerüst gemacht werden.
Damit wird doch jeder Screenshot, den ich heute mache, in einer Woche hoffnungslos veraltet sein.
Dann die Sache mit MS Vista und der/den neuen Datenbank(en).

Wenn man jetzt mit einer komplett neuen Doku startet, ist das ein Projekt auf 2 Jahre.
Damit ist niemand entlastet und keinem Neueinsteiger in eS geholfen.

Oder warum, glaubt Ihr, gibt es z.B. immer noch kein neues xt:commerce Buch?

Was meint Ihr dazu?

Herzliche Grüße

Gerhard

 

[xtwin]

Wie wäre es mit einer Wiki? Wäre fast einfacher, oder?

 

[shopboy]

Wäre es nicht wirklich einfacher und schneller, zum jetztigen Zeitpunkt die vorhandene Doku erstmal weitgehend zu akualisieren?

Ich glaube so ist es auch gemeint. Wir sollen den Beiden zuarbeiten damit Sie dann schnell und einfach eine relative aktuelle Doku haben.

Wenn man jetzt mit einer komplett neuen Doku startet, ist das ein Projekt auf 2 Jahre.
Damit ist niemand entlastet und keinem Neueinsteiger in eS geholfen.

Sicher eine komplett neue Doku kostet viel Zeit. Aber gerade Neueinsteigern sollte von Zeit zu Zeit eine aktuelle Doku an die Hand gegeben werden. Seh dir nur die regelmäßinen Anfragen wegen des PDF und Mail versand an. :!:
Jeder von uns weiß das wenn wir kleine Arbeitsschritte machen einfacher zum Ziel kommen anstatt ein mal das Monstrum Doku vor uns zu haben.

 

[Atos]

Wie wäre es mit einer Wiki? Wäre fast einfacher, oder?

Wiki versteht nicht jeder.
Außerdem werden viele die Doku ausdrucken wollen.

 

[gerhard5302]

Sind das dann "Wiki und die starken Männer" ??? :lol:

 

[Thomas Lisson]

Ich sehe in einer komplett neuen Doku dzt. nicht viel Sinn, solange noch einige eigentlich "normale" Grundfunktionen einer WaWi
noch nicht richtig integriert sind,

Naja, dies würde dann auch auf die bereitsbestehende, alte Doku zutreffen. Und wie wir bemerkt haben, hat die Doku vielen Leuten geholfen.

Und besonders solange noch fast täglich gröbere Änderungen am Grundgerüst gemacht werden.

Das wird sich in Zukunft kaum ändern.

Wie wäre es mit einer Wiki? Wäre fast einfacher, oder?

Haben wir auch drüber nachgedacht, jedoch verstehen nicht alle das Format. Es soll einfach eine schnelle Dokumentationserstellung möglich sein.

Wäre es nicht wirklich einfacher und schneller, zum jetztigen Zeitpunkt die vorhandene Doku erstmal weitgehend zu akualisieren?

Das kommt einer neuen Doku gleich. Jede Maske hat sich ziemlich verändert. Vergleiche und Du wirst mir zustimmen.

Mittlerweile ist es so, dass wir nicht nur viele Supportanfragen im forum haben, sondern 2-4x soviele per Mail. Mindestens 50% davon würde eine Up to Date Doku abnehmen - oder man könnte schnell darauf verweisen.

Daher haben wir jetzt den Punkt, an dem wir eine Doku auf die Beine stellen können, um zukünftig effizienter zu entwickeln. Alternative, die wir nicht möchten, ist, den Großteil unserer Zeit in Support zu stecken - Auf lange Sicht leidet die Weiterentwicklung darunter.

Aber gerade Neueinsteigern sollte von Zeit zu Zeit eine aktuelle Doku an die Hand gegeben werden.

Das ist der Punkt. Wir kommen langsam in Zeiten, wo wir immer mehr Neueinsteiger haben und nur ein kleiner Teil von denen findet das Forum und stellt Fragen. Vieles kommt per Mail, noch mehr kommt garnicht - was auch nicht optimal ist.

Daher ist es unser Ziel zur Jahreswende eine neue Doku auf die Beine zu stellen. Wie gesagt, nehmen wir gerne Hilfe in diesem Bereich in Anspruch.

 

[Hajo11]

Ich zähle mich einmal zum Heer der Neueinsteiger.

Und als ein Solcher begrüße ich den Gedanken einer neuen Doku sehr.

Noch mehr begrüße ich, wenn sie dann da ist.

Denn das Programm ist inzwischen schon so komplex, wer da nicht mitgewachsen ist, ist schnell überfordert und geht dann wieder.

Vor allem Bereiche wie "erste Schritte" und Importfunktionen würde ich für sinnvoll halten.

Da ein solches Werk ja nicht in drei Tagen gestrickt ist, wäre es vielleicht eine Anregung, tatsächlich mit den Punkten 1 bis 4 zu beginnen, um über learning bei doing dann weiterzukommen.

Ich drück Euch die Daumen, kann leider aufgrund fehlender eS-Ahnung nicht aktiv mitarbeiten.

Gruß
Hajo

 

[Marcel]

Ausschlaggebend für die meisten User (und erst recht die Neueinsteiger) dürfte sein, die gewünschten Informationen möglichst schnell UND aktuell zu finden. Hierfür ist ein Wiki-System geradezu prädestiniert.

Natürlich wird es auch in Zukunft Änderungen am System und somit an der Doku geben. Aber auch dann wird der Wunsch bleiben, die bestehende Doku immer möglichst aktuell zu halten.

Den Einwand, daß viele das "Format" bei einem Wiki-System nicht "verstehen" kann ich ehrlich gesagt nicht ganz nachvollziehen, Thomas. Den Leuten, die Infos suchen, dürfte es wohl ziemlich egal sein, ob sie durch ein html-Dokument, eine PDF-Datei oder durch eine Wiki-Seite scrollen. Und diejenigen, die Interesse haben aktiv an einem Wiki mitarbeiten, dürften in den wenigsten Fällen Probleme haben, ihre Texte online zu schreiben.

Es soll einfach eine schnelle Dokumentationserstellung möglich sein.

Genau das ist doch der Punkt - schneller als mit Wiki wird es kaum machbar sein. Angenommen, verschiedene Leute schreiben verschiedene Artikel, dann gibt es zum einen immer das Problem, daß an irgendeiner Stelle alles zusammenlaufen muss, überarbeitet werden muss und in ein einheitliches "Format" gebracht werden muss.

Und nicht zu unterschätzen sollte man bei Dokumentationen noch einen anderen Punkt, der von vielen gern übersehen wird: der Schreibstil!
Jeder schreibt anders, der eine erklärt besser, der andere schlechter. Etwas so zu schreiben, daß andere es verstehen, ist nicht jedem gegeben, auch wenn derjenige selbst noch so gut und fit in der Materie sein mag. Das kennt jeder selbst, von Bedienungsanleitungen für welche Geräte auch immer (oder eben auch für Software-Dokumentationen). Warum wohl gibt es zu aunsahmslos jeder großen namhaften Software ZIG Bücher, die alle einen anderen Ansatzpunkt haben und warum sind die "hauseigenen" Dokumentationen der Hersteller nicht das gelbe vom Ei? Zum einen kann es oft an den Autoren liegen, die irgendwann doch immer wieder in ihr fachchinesisch verfallen und zum anderen gibt es auch dort immer das Problem, der Aktualität.
Die Folge bei einer "gestückelten" Doku, bei der viele Leute einzelne Teile schreiben und diese dann später einfach "zusammengeklebt" werden, ist, daß ein Leser einer solchen Doku, immer merken wird, daß die ganze Sache nicht "rund" ist, was ganz unweigerlich zu Verständnisproblemen führt.

In einem Wiki-Sytem regelt sich diese Problematik erfahrungsgemäß von alleine. Der Schreibstil der Artikel bekommt fast automatisch einen einheitlichen Stil, weil jeder, der Ergänzungen, Fortsetzungen oder Korrekturen vornimmt, sich an den bereits vorhandenen Texten orientiert. Dies ist bei der "getrennten" Arbeit, in der jeder in seinem Kämmerlein für sich allein textet schlicht und ergreifend nicht machbar.

Die vorhandene Doku "anzupassen" oder zu ergänzen halte ich, wie auch Thomas, ebenfalls für unpraktisch. Da ist einfach zu viel an Veränderung gekommen und Änderungen in Kapitel X wirken sich unweigerlich auch oftmals auf Artikel Y aus (was in einem Wiki ebenfalls deutlicher kenntlich gemacht werden kann).

Die gesamte Software-Palette von JTL verändert sich. Das liegt in der Natur der Sache und das ist ja auch gut so. Wünsche werden berücksichtigt und umgesetzt und Fehler werden ausgebessert.
Was wäre da passender als ein Wiki-System, in dem die Doku zu eben diesen Veränderungen genauso SCHNELL aktualisiert werden kann. Die Geschwindigkeit, mit der Neueinsteiger aktuellste Infos bekommen können, dürfte vermutlich wirklich unschlagbar sein. Ein gutes Wiki entwickelt meist eine Art Eingendynamik, plötzlich tauchen Screenshots und Tutorials auf, an die man ursprünglich gar nicht gedacht hatte, und die sich dann trotzdem als sehr hilfreich erweisen.

Alles nur meine bescheidene Meinung... :wink:

 

[Thomas Lisson]

Hallo Marcel,

wir werden nun doch ein Wiki als Doku einführen. Danke für das Posting.

 

[Atos]

Es gibt sehr viele, die setzen einen Mitarbeiter an Eazysales und der soll sich einarbeiten.
Für diesen Mitarbeiter ist eine gedruckte Dokumentation und Anleitung hilfreicher als ein Wiki.
Wer schon mal mit einem Wiki zu tun hatte, für den ist es einfach damit klar zu kommen.
Es gibt viele die damit überhaupt nicht klar kommen.

 

[Pilsumer]

Man könnte doch das eine tun und bräute das andere nicht lassen. !!??

 

[Marcel]

Was spricht dagegen, einzelne Artikel oder von mir aus auch die gesamte Dokumentation aus dem Wiki-System heraus zu drucken? ...auch gerne auf feinstes handgeschöpftes Büttenpapier :lol:

 

[Andreas Grambow]

lasst mal das mit dem Wiki weg. dort werden leider auch oftmals falsche Informationen eingetragen. und das zu kontrollieren macht genauso viel Arbeit wie gleich neu zu schreiben.

Also, das ich ES noch nicht produktiv einsetze, kann ich beim schreiben der Doku nicht helfen. was ich aber anbiete, ist, das ich wenn alles zusammen ist, das ganze vernünftig in eine Datei bringe, einen Rechtschreibcheck mache, und das ganze dann als PDF fertig mache. so kann man die Doku parallel zum Download anbieten kann. man arbeitet sich ja nicht immer online ein

ansonsten denke ich sollten sich für jeden größeren Bereich Arbeitsgruppen bilden mit 2-3 "Mitarbeitern". Diese teilen das ganze unter sich widerrum auf, und checken die Arbeiten der AG jeweils noch einmal durch.

Dazu empfehle ich die Einrichtung einer Usergruppe "DokuTeam", welche Zugriff auf ein eigenes Unterfroum haben, wo jeweils die Ergebnisse geprüft und diskutiert werden. Für jede AG ein extra Unterforum.

Würde mich über eine Meinung von Euch freuen.

@ janusch und thomas: bitte lasst uns ne richtige Doku machen. Ichdenke wir bekommen die Arbeitsgruppen bistimmt zusammen, und so wird die Pflege der Doku für Euch deutlich einfacher. Aufgrund des zu erwartenden Anstieg der Nutzer von ES, halte ich es für unabdinglich eine schriftliche Anleitung anzubieten (nicht nur online) und diese auch regelmäig zu aktuallisieren. Daher empfehle ich die AG

 

[Marcel]

lasst mal das mit dem Wiki weg. dort werden leider auch oftmals falsche Informationen eingetragen. und das zu kontrollieren macht genauso viel Arbeit wie gleich neu zu schreiben.

Der Punkt des Vandalismus ist der, der immer genannt wird, wenn es um Wikis geht *gähn*. Und dennoch zeigt die Erfahrung einfach, daß es sich von selbst reguliert und daß z. B. mutwilig gelöschte Beiträge schon innerhalb kürzester Zeit wiederhergestellt werden (bei Wikipedia ist das im Schnitt nach ca. 3 Minuten der Fall).
Und was "falsche" Informationen angeht, so dürfte sich dies bei einer reinen Dokumentation doch sehr in Grenzen halten. Es geht ja nicht um eine wirkliche Enzyklopädie wie Wikipedia, in der Angela Merkel als neue Vorsitzende der FDP deklariert wird, sondern um die reine Dokumentation einer Software.

was ich aber anbiete, ist, das ich wenn alles zusammen ist, das ganze vernünftig in eine Datei bringe, einen Rechtschreibcheck mache, und das ganze dann als PDF fertig mache.

Sehr schön. Aber mit Verlaub: DAS ist nun wirklich das geringste Problem und hierfür finden sich sicher schnell jede Menge Leute. Aber zu diesem "endgültigen" Punkt müssen wir ja erstmal kommen (sofern man bei der Dokumentation einer wachsenden und sich verändernden Software überhaupt von "endgültig" sprechen kann)...

ansonsten denke ich sollten sich für jeden größeren Bereich Arbeitsgruppen bilden mit 2-3 "Mitarbeitern". Diese teilen das ganze unter sich widerrum auf, und checken die Arbeiten der AG jeweils noch einmal durch.

Dazu empfehle ich die Einrichtung einer Usergruppe "DokuTeam", welche Zugriff auf ein eigenes Unterfroum haben, wo jeweils die Ergebnisse geprüft und diskutiert werden. Für jede AG ein extra Unterforum.

Arbeitsgruppen - untereinander aufteilen, abschließend checken, eigenes Unterforum, Ergebnisse prüfen und diskutieren, jede AG mit extra Unterforum - :shock:
.... klingt ein bisschen nach "Tagessitzung des Spezial-Arbeitskreises des Sonder-Ausschusses des Gemeinderates des Landkreises"... :?

@ Andreas:
Bitte nicht falsch verstehen und nicht so ernst nehmen. :wink:

Wir sind in einem Forum und haben alle letztendlich gleiche Ziele. Also lasst und ruhig weiter sachlich darüber diskutieren

 

[Andreas Grambow]

ich verstehe das nicht falsch :wink:

aber aus meinem Berufsleben kann ich mit ziemlicher Sicherheit sagen wie das abläuft.

Und bis jetzt hat lediglich einer gesagt, das er etwas tun möchte/wird. Und wie das endet, kann ich schon jetzt verraten. Es belibt alles an den Lisson-Brüdern hängen.

Die AG´s haben einen ganz simplen Hintergrund:
es ist schlicht unmögich z.B. 15 Leute an der gesamten Doku arbeiten zu lassen. da ist das Chaos vorprogrammiert, gerade dadurch, das alles online gemacht wird. Wenn du das Ganze aber aufteilst (unter Freiwilligen) die sich dann in Form einer, ich nenn es mal Arbeitsgruppe Ihren Teil der Doku erstellen und pflegen, ist eine aktuelle Doku eigentlich kein Problem mehr.

Das man dann das Ganze evtl. auch als eine Art Wiki machen könnte will ich ja gar nicht beschreiben. aber Schreibzugriff sollten halt nur die User des "DokuTeams" haben, damit das WIKI auch mit der Doku vergleichbar bleibt und ist.

Was mich angeht, bin ich auchbereit mehr zu tun, nur fehlen mir da zur Zeit einfach die tiefen Kenntisse in ES.

Das mit dem Forum hat den ganz einfachen Grund, das man seine Doku, ohne sie gleich komplett online zu stellen zum gegenchecken reinstellen kann. Dadurch können auch Anpassungen der Doku bei Änderungen in ES recht einfach gemacht werden.

Wie gesagt, ich habe beruflich damit zu tun, viele Leute unter einen Hut zu bekommen, in persona wie auch online. und bei einem "Projekt" wie der Doku zu ES und allen dazugehörigen Bereichen ( EA, EazyShop, EazyConnector, XTC u.s.w.) funktioniert das mit einer sehr hohen Wahrscheinlichkeit nicht!

Bis dann

 

[Marcel]

Und bis jetzt hat lediglich einer gesagt, das er etwas tun möchte/wird. Und wie das endet, kann ich schon jetzt verraten. Es belibt alles an den Lisson-Brüdern hängen.

Mit uns beiden zusammen zähle ich zwar "schon" vier Leute (zzgl. Gebrüder Lisson) aber egal. Ich verstehe schon was du meinst.

Die AG´s haben einen ganz simplen Hintergrund:
es ist schlicht unmögich z.B. 15 Leute an der gesamten Doku arbeiten zu lassen.... Wenn du das Ganze aber aufteilst (unter Freiwilligen)....

Du meinst die z. B. 15 Freiwilligen, die wir offenbar noch gar nicht zusammenhaben...? Merkste was? :wink: Du gehst von deiner Situation aus, in der dir vielleicht eine feste Anzahl an Leuten zur Verfügung steht, die man entsprechend einsetzen kann. In unserem Fall müssen die aber erstmal gefunden werden. Vorher brauchen wir wohl über AGs irgendwelcher Art nicht sprechen, oder? Wie du selbst sagst, sind die wirklich konkreten Angebote im Moment noch ziemlich mager.

Das man dann das Ganze evtl. auch als eine Art Wiki machen könnte will ich ja gar nicht beschreiben. aber Schreibzugriff sollten halt nur die User des "DokuTeams" haben, damit das WIKI auch mit der Doku vergleichbar bleibt und ist.

Das wiederum ist bestimmt nicht verkehrt, da geb ich dir recht. Zumindest so lange, wie die ganze JTL-Community noch so relativ überschaubar ist wie derzeit.

Wie gesagt, ich habe beruflich damit zu tun, viele Leute unter einen Hut zu bekommen, in persona wie auch online.

Ja, das ist mir nicht fremd. Aber es macht eben doch einen Unterschied, ob man Leute hat, mit denen man auch wirklich fest rechnen kann und die entsprechend eingesetzt werden können. Zudem bin ich wiederum ein eingefleischter "Sprach- oder Schriftmensch" und es grauste mich einfach bei dem Gedanken, daß etliche Leute vor sich hin texten und das ganze dann am Ende mehr oder weniger aneinandergereiht und zusammengeschustert wird. Von späteren Änderungen und Aktualisierungen ganz zu schweigen.

Wie gesagt erinnerte es mich im ersten Moment an die berühmte "Vereins-Meierei" eines 100-Mann-Schachclubs, nur daß es sich bei uns nach mehreren AGs von Schriftführern anhörte. Oder wie Klassensprecher Nr. 1 bis 5, die Montag morgens die Wochenberichte vortragen *ggggg*

Vielleicht finden wir eine gute Mischung aus beidem.
Weiter so...wir bekommen das schon noch gebacken

Gruß
Marcel