Laufende Erhebung: Troubleshooting

Question

Hallo!

Meine Studie läuft schon, allerdings bin ich auf ein Problem gestoßen, dass mit Verlust von Fällen einhergehen könnte, dazu brauch ich ein Troubleshooting:

Auf Frage 15 meines Fragebogens werden meine TeilnehmerInnen gebeten eine von drei Optionen zur Fortsetzung der Erhebung in zwei Wochen zu wählen (optIn-Serienmail, Instant-Mail-Link über Mailabfrage oder Link notieren).
Seite 16 ist eine PHP-Seite in der die Zeitschranke programmiert wird und mailResume ausgeführt wird. Seite 17 ist die Verabschiedungs/Unterbrecherseite.

Heute morgen ist mir aufgefallen, dass lt. Rücklaufstatistik, meine TeilnehmerInnen bei Seite 15 stoppen und trotz 98%-Fortschritt und „Fragebogen abschließen“-Button nur bis zu dieser Seite ausfüllen. Mir ist das nun heute aufgefallen, als die ersten TeilnehmerInnen erstmals bis zu Seite 17 vorgedrungen waren, davor dacht ich selbst, dass 15 die letzte ist. Lt. privaten Rückmeldungen handelt es sich wohl nicht um StudienabbrecherInnen. Also schließ ich daraus, dass die meisten den Button „Studie abschließen“ nicht drücken, ein Problem dass in meinem Mini-Pretest nicht aufgetaucht war (wahrscheinlich, weil meine Testerinnen jünger waren, als meine Studienzielgruppe).

Nun zu meinen drei Fragen:
1.) Ich habe die Textbausteine ausgebessert und auf den Button hingewiesen in der laufenden Studie. Wird mir diese Änderung für die kommenden BesucherInnen übernommen?
2.) (Leise Hoffnung) Kann es sein, dass wenn TeilnehmerInnen auf „Abschließen“ gedrückt haben, aber die Antwort nicht abwarten, dennoch in meinem Sinne gültige Fälle generieren, also die Programmseite (reine PHP-Seite) 16 ausgeführt wird, aber nicht in der Rücklaufstatistik angezeigt wird, da die Seite 17 von den TeilnehmerInnen nicht abgewartet wird?
Und das Wichtigste:
3.) Meine Unterbrecherseite 17 verwendet den Code
if (!isset($t0)) {
$t0 = time();
registerVariable('t0');}
…mit der IF-Schleife darunter
Kann ich auf eine andere Zeitvariable umschwenken (zB erstmaliger Aufruf der Seite 15), sodass ich wenigstens ein paar Fälle die Fortsetzung ermöglichen kann, ohne aber die eigentliche Funktion (das Sperren für zwei Wochen für Erstausfüller) untergrabe?
Wenn ja, wird mir eine Änderung im Code der laufenden Studie gleich übernommen, oder muss ich die Studie off nehmen, ausbessern und neu starten?
Könnten Sie mir bitte den PHP-Code-Schnipsl vorgeben, falls es mehr braucht als die Zielvariablen $t0 / t0 zu ändern?

Ich fürchte ja, ich werde den Großteil meiner bislang als gültig erachteten Fälle verloren geben müssen…

Vielen, vielen Dank

Update (ca. eine Stunde später): interessant lt Panel Infos gibt es aber dennoch 27 eingetragene Mailadressen (die ich nicht auslesen kann). Kann es sein, dass meine 2 Fälle, die auf 17 gelandet sind VPs waren, die nachdem sie den ersten Teil abgeschlossen habe nur zu früh zurück gekehrt sind, od. Evt ihren Link getestet haben?

Answer 1

1.) Ich habe die Textbausteine ausgebessert und auf den Button hingewiesen in der laufenden Studie. Wird mir diese Änderung für die kommenden BesucherInnen übernommen?

Ja, vgl. Änderungen während der Datenerhebung

2.) (Leise Hoffnung) Kann es sein, dass wenn TeilnehmerInnen auf „Abschließen“ gedrückt haben, aber die Antwort nicht abwarten

Ich vermute, in den betroffenen Datensätzen steht LASTPAGE=14? Weil das wäre ja die letzte abgeschickte Seite, wenn man Seite 15 nur noch angesehen hat.

Und ich vermute, dass Seite 16 keinen Inhalt anzeigt und SoSci Survey deshalb immer automatisch zur Seite 17 springt?

Ob die Befragten nach dem Klick auf "abschließen" warten oder nicht, das ist für die Verarbeitung irrelevant. In beiden Fällen wäre LASTPAGE auf den Wert 15 gesetzt worden.

Kann ich auf eine andere Zeitvariable umschwenken

Gute Idee, ja. Nehmen Sie caseTime('begin') für den Beginn des Interviews. Das sollte ja min. 24 Stunden zurückliegen:

if (time() - caseTime('begin') < 24 * 3600) {
  // Verabschiedung
} else {
  goToPage('next');
}

Wenn ja, wird mir eine Änderung im Code der laufenden Studie gleich übernommen

Ja, siehe oben ;)

interessant lt Panel Infos gibt es aber dennoch 27 eingetragene Mailadressen (die ich nicht auslesen kann)

Warum können Sie diese nicht auslesen? Wenn es nur um den Abschluss des AVV geht - den brauchen Sie unbedingt, nicht wegen uns oder zum Auslesen, sondern weil die DSGVO Sie dazu zwingt.

Comments

Okay, hab nochmal darüber nachgegrübelt und komm zu einem ähnlichen Schluss:
15 steht als „letzte bearbeitete Seite“ (dort wird ja auch noch was gefragt)
16 ist bis auf den PHP-Code leer - dort wird nichts von TP bearbeitet
17 ist die Abschlussseite: da wird ja auch nichts bearbeitet.
Also ist 15 zwar nicht die letzt-ausgeführte Seite, aber die letztbearbeitete.
2 Testpersonen werden vl ihren Link ausprobiert haben und sind deswegen dann aktiv auf der 17 gelandet und als solche vermerkt worden.

Zur AVV: in der Panel Info stehen keine Mailadressen direkt zu lesen. Drum hatte ich geschrieben (kann sie nicht auslesen). Wenn ich einzelne anklicke, dann sind sie lesbar und sichtbar in einem neuen Fenster.
Ich dürfte die AVV schon gemacht haben, weil erstens sie unter dem angegebenen Pfad ->Projekteinstellung->Datenschutz die DSGVO nicht mehr aufscheint und auch beim Testen im Debug-Mode alle Mails zuverlässig angekommen sind. Kann ich das sonst wo einsehen, ob die AVV auch wirklich vorhanden ist?

---

> Kann ich das sonst wo einsehen, ob die AVV auch wirklich vorhanden ist?

In den Projekt-Einstellungen -> Datenschutz -> ganz unten