Hilfe & Dokumentation

Offline-fokussierte Hinweise für sichere Equipment-Listen.

Feedback & Support

Fehlerberichte und Funktionsanfragen über den Support-Tab im Hilfe-Panel

Der Support-Tab im Hilfe-Panel verschickt Fehlerberichte und Funktionsanfragen. Er hängt System-Infos und die letzten App-Fehlerlogs automatisch an und akzeptiert bis zu 2 Screenshots. Das 'War das hilfreich?'-Daumen-Element am Ende jedes Hilfe-Artikels ist ein separates, anonymes Signal — schnell zu schicken, aber kein Weg, jemanden zu erreichen.

Wohin man einen Bericht schickt

Zwei separate Kanäle — passend zur Art der Nachricht.

Hilfe-Panel → Support-Tab
Das strukturierte Formular für Fehlerberichte und Funktionsanfragen. Betreff, Beschreibung, optionale Schritte / Use-Case, bis zu 2 Screenshots, automatisch angehängte System-Infos und Error-Logs.
Artikel-Daumen (👍 / 👎)
Anonymes 'War das hilfreich?'-Signal am Ende jedes Hilfe-Artikels. Nützlich für ein Low-Effort-Signal — aber kein Weg zum Support.
Tipps
  • Seitenleiste → 'Hilfe' öffnet das Hilfe-Panel; der Support-Tab ist einer der Top-Level-Tabs.
  • Es gibt KEINEN frei schwebenden 'Feedback'-Button in der Ecke der App — der Support-Tab ist der Einstieg.

Kontaktformular

Ein öffentliches Formular für alles, was kein Fehlerbericht ist: Fragen, Abrechnung, Datenschutz, Rechtliches.

  • Das Formular liegt unter /kontakt (englisch: /contact) und funktioniert ohne Konto. Das Impressum verlinkt es unter Kontakt.
  • Gib deinen Namen, deine E-Mail-Adresse und deine Nachricht ein; ein Thema ist optional. Deine Nachricht erreicht das Team als E-Mail, und die Antwort kommt per E-Mail an die angegebene Adresse.
  • Das Formular speichert nichts, und du erhältst keine Kopie per E-Mail. Die Seite zeigt ‚Nachricht gesendet‘, sobald die Nachricht übergeben wurde.
Tipps
  • Meldet die Seite, dass die Nachricht nicht gesendet wurde, schreib stattdessen an support@cine-power-planner.com. Es wird nichts zwischengespeichert.
  • Es gilt eine Grenze von wenigen Nachrichten pro Stunde. Nach ‚Zu viele Nachrichten‘ eine Stunde warten oder die E-Mail-Adresse nutzen.
  • Einen Fehler gefunden? Nutze den Support-Tab im Hilfe-Panel: Er hängt die Systemdetails an, mit denen sich ein Fehler nachstellen lässt.
  • Rechtswidrige Inhalte meldest du über /report-content, nicht über dieses Formular.

Fehlerbericht vs. Funktionsanfrage

Das Formular hat zwei Report-Typen. Sie fragen unterschiedliche Felder ab, weil sie unterschiedliche Informationen brauchen.

Fehlerbericht
Betreff, Beschreibung und optional Schritte-zur-Reproduktion. Passt, wenn etwas kaputt ist oder unerwartet reagiert.
Funktionsanfrage
Betreff, Beschreibung, optional Use-Case und Friction-Points. Passt, um eine neue Funktion oder Workflow-Verbesserung vorzuschlagen.
Tipps
  • Schritte-zur-Reproduktion auf einem Fehlerbericht sind der größte Hebel dafür, wie schnell er gefixt wird.
  • Use-Case + Friction-Points auf einer Funktionsanfrage liefern Kontext, den der Titel nicht hat — auch kurz ist hilfreich.

Screenshots & automatische Anhänge

Das Formular hängt einige Dinge automatisch an. Vor dem Absenden kurz prüfen.

  • Screenshots: bis zu 2 Bilder, PNG oder JPEG, je maximal 5 MB. Vor dem Upload auf 1200 px Längsseite komprimiert.
  • System-Infos: Browser, OS, App-Version, Bildschirmgröße, Online-/Offline-Status — automatisch erfasst und im Formular sichtbar.
  • Letzte Error-Logs: die letzten 50 In-App-Fehler (getErrorReports()) werden angehängt. Den Abschnitt 'Recent Logs' aufklappen, um sie vorab zu sehen.
  • Sonst nichts — keine Projektdaten, keine Gerätelisten, keine Kontakte.
Tipps
  • Vor dem Anhängen eines Screenshots gegenprüfen, dass keine sensiblen Kunden- oder Produktionsdaten zu sehen sind.
  • Tritt der Fehler nur in einem bestimmten Projekt auf, den Projektnamen in der Beschreibung erwähnen — das Projekt selbst wird nicht hochgeladen.

Einen brauchbaren Fehlerbericht schreiben

Was das Formular einsammeln will — und wie es so ausfüllt, dass es ankommt.

  • Erwartetes vs. tatsächliches Verhalten in je einem Satz. 'Ich erwartete X, es passierte aber Y.'
  • Schritte zur Reproduktion ab einem bekannten Zustand (neues Projekt, bestimmte Ansicht).
  • Ob es jedes Mal oder nur sporadisch passiert.
  • Eine kürzlich erfolgte Aktion, die es ausgelöst haben könnte (Sync, Import, Versions-Update).
  • Ein Screenshot des fehlerhaften Zustands, wenn das Problem visuell ist.
Beispiel-Struktur eines Fehlerberichts

Ein Aufbau, der sauber auf die Formularfelder passt:

  1. Betreff: 'PDF-Export schneidet letzte Zeile der Geräteliste ab'
  2. Schritte: '1. Projekt mit 40+ Artikeln erstellen. 2. Export → PDF klicken. 3. PDF öffnen.'
  3. Erwartet: 'Alle Artikel im PDF sichtbar.'
  4. Tatsächlich: 'Letzte 3 Artikel auf Seite 2 abgeschnitten.'
  5. Screenshot der abgeschnittenen Seite angehängt.
Häufige Stolperfallen
  • Nur 'funktioniert nicht' schicken — das Formular hat Platz für Schritte; nutzen.
  • Projekt oder Ansicht vergessen, in der der Fehler passierte.
  • Nicht angeben, ob reproduzierbar oder sporadisch — die Triage läuft sehr unterschiedlich.

Datenschutz

Was beim Klick auf Senden hochgeladen wird.

  • Der eingetippte Text, die angehängten Screenshots, die automatisch erfassten System-Infos und die letzten 50 In-App-Fehlerlog-Einträge.
  • Keine Projektdaten, Gerätelisten, Kontakte oder Dateien werden ohne explizite Aktion gesendet.
  • Übertragung über HTTPS.
  • Das Formular zeigt jeden Anhang (inklusive Logs) vor dem Absenden — nichts wird still abgeschickt.
Tipps
  • Screenshots, die Kundennamen, Kontakte oder Tagessätze enthalten könnten, unkenntlich machen oder zuschneiden.
  • Bei wirklich sensiblen Themen (Sicherheit, Account-Zugriff) lieber direkt per E-Mail melden statt das In-App-Formular zu nutzen.

Fehlerberichte und Funktionsanfragen werden gelesen. Eine individuelle Antwort gibt es nicht garantiert, aber sie formen die nächsten Versionen — die Ergebnisse stehen in 'Was ist neu'.

War das hilfreich?

Verwandte Themen

Siehe auch