über php-Code programmierter SMS Versand funktioniert in Einzelfällen nicht

Question

Lieber Support,

wir haben in einem Befragungsprojekt mit MSEM umgesetzt. Der randomisierte Versand der SMS wurde im Opt-In Fragebogen programmiert. Im Nachhinein haben wir nun festgestellt, dass einige Teilnehmer den Opt-In Fragebogen zwar bis zur letzten Seite bearbeitet haben (also definitiv auf der Seite mit dem entsprechenden-php-Code waren), aber keine einizge SMS erhalten haben (Status = 0).
Gibt es irgendeine Möglichkeit herauszufinden, woran das gelegen haben könnte? Auch wenn es nur wenige Teilnehmer betrifft, würden wir das in zukünftigen Studien gerne vermeiden.

Herzlichen Dank und viele Grüße!

Answer 1

aber keine einizge SMS erhalten haben

Wenn Sie den Adresseintrag in der Adressliste anklicken, wird dort (ganz unten) auch kein Versand angezeigt?

Gibt es irgendeine Möglichkeit herauszufinden, woran das gelegen haben könnte?

Wenn das der Fall ist, dann müssten Sie bitte genauer beschreiben, wie Ihr Design aussah. War es ein Single- oder Double-Opt-In? An welcher Stelle war welcher PHP-Code platziert? Wie hoch ist der Anteil der betroffenen Adresseinträge? Liegt dort eine gültige Mobilnummer vor?

Comments

Vielen Dank! Leider ist im Datensatz die Variable CASE nicht vorhanden. Oder beziehen sich die Fallnummern auf etwas anderes?

Da ich ja weiß, an welchem Datum der Link für den Opt-In-Fragebogen für die 5 Fälle verschickt wurde und da ich bei diesen Adressen das Datum einsehen kann, an dem der erste Fragebogen für Studienteil 1 aufgerufen wurde (bei allen betroffenen Adressen jeweils für beide Fragebögen der gleiche Tag), kann ich mir ja die Werte der Zufallsvariablen an diesem entsprechenden Tag ansehen. Das sind insgesamt 11 EInträge, der gleiche Wert auf der Zufallsvariable taucht allerdings nur max. 2x auf, die betroffenen Adressen können also zumindest nicht alle den gleichen Wert haben.

Bzgl. der Vereinfachung: Mir war nicht bewusst, dass ich für jeden Fragebogen, der mehrfach ausgefüllt werden soll, nur einen Fragebogen anlegen muss. Wie werden die Einträge denn dann pro Person im Datensatz  unterschieden?

---

> Leider ist im Datensatz die Variable CASE nicht vorhanden

In Excel und SPSS ist sie das, wenn Sie mit R arbeiten, finden Sie die Fallnummer in row.names(ds). Sie können die Fallnummern auch unter "Erhobene Daten" -> "Daten ansehen" sehen.

> die betroffenen Adressen können also zumindest nicht alle den gleichen Wert haben.

Das ist schonmal gut, dann gibt es kein systematisches Problem mit dem PHP-Code, welcher die Zufallsziehung verwendet.

>  Wie werden die Einträge denn dann pro Person im Datensatz  unterschieden?

Das kommt auf Ihr konkretes Design an. In Ihrem Fall hätte es vermutlich ausgereicht, den Zeitpunkt der Teilnahme zur Unterscheidung zu verwenden.

---

Ich habe mir die entsprechenden Zeilen im Datensatz angesehen, alle haben einen anderen Wert bei der Zufallsvariablen. Ansonsten gibt es kaum Variablen in diesem Fragebogen außer die üblichen internen Variablen wie STARTED. Da fällt auf, dass die Fälle sich alle am gleichen Tag angemeldet haben und innerhalb von ca. 2 Stunden.

Ich bin mir allerdings nicht sicher, ob ich tatsächlich die richtigen Zeilen ausgewählt habe (über ds[c("2444", "2445", "2449", "2456", "2457"), c("Variablennamen, die für den Opt-In-Fragebogen relevant sind")]), da ein TN sowohl bei der Variable LASTPAGE als auch MAXPAGE den Wert 1 hat, alle Problemfälle allerdings den ersten Fragebogen in Studienteil 1 zugeschickt bekommen haben und deshalb ja eigentlich mindestens 1x auf "weiter" geklickt haben müssten, damit der entsprechende php-Code den Versand auslöst. Bei zwei weiteren Fällen ist LASTPAGE ebenfalls 1, aber MAXPAGE deutlich höher (Seiten, auf denen der php-Code steht). Es gibt allerdings keinen Zurück-Button in dem Fragebogen. Haben diese TN den Link zum Opt-In-Fragebogen dann einfach erneut aufgerufen?

Zum Design mit mehrfacher Verwendung des gleichen Fragebogens: Wenn ich dann jede Woche eine neue Mail mit dem Link zum gleichen Fragebogen verschicke und in der Mail unter Mehrfachteilnahme "Einmaliges Ausfüllen ink. Fortsetzung unterbrochener Interviews" auswähle, dann kann jeder TN den Fragebogen pro Woche 1x komplett ausfüllen und ich habe immer eine neue Zeile im Datensatz, die Daten der vorherigen Woche werden also nicht überschrieben?
Für randomisierte Zeitpunkte ist das dann aber wohl nicht so günstig, weil ich den Versandzeitpunkt ja nicht genau kenne?

---

> Da fällt auf, dass die Fälle sich alle am gleichen Tag angemeldet haben und innerhalb von ca. 2 Stunden.

Das spricht dem Anschein nach für ein technisches Problem. Nachdem es nur in einem sehr eng umgrenzten Zeitraum auftrat, wird das nur schwer aufzuklären zu sein.

> Fällen ist LASTPAGE ebenfalls 1, aber MAXPAGE deutlich höher (Seiten, auf denen der php-Code steht). Es gibt allerdings keinen Zurück-Button in dem Fragebogen. Haben diese TN den Link zum Opt-In-Fragebogen dann einfach erneut aufgerufen?

Ja, je nach Einstellung in Serienmail und Fragebogen kann ein erneuter Aufruf zum Neustart auf der ersten Seite führen (LASTPAGE=1).

> Zum Design mit mehrfacher Verwendung des gleichen Fragebogens: Wenn ich dann jede Woche eine neue Mail mit dem Link zum gleichen Fragebogen verschicke und in der Mail unter Mehrfachteilnahme "Einmaliges Ausfüllen ink. Fortsetzung unterbrochener Interviews" auswähle, dann kann jeder TN den Fragebogen pro Woche 1x komplett ausfüllen und ich habe immer eine neue Zeile im Datensatz, die Daten der vorherigen Woche werden also nicht überschrieben?

Ja, wenn Sie in *unterschiedlichen* Serienmails auf denselben Fragebogen verlinken, kann man mit jedem Serienmail-Link den Fragebogen aufs Neue ausfüllen. Der bestehende Fragebogen wird nur dann fortgesetzt, wenn eine Serienmail explizit als Fortsetzungsmail eingestellt wurde.

> Für randomisierte Zeitpunkte ist das dann aber wohl nicht so günstig, weil ich den Versandzeitpunkt ja nicht genau kenne?

Ich habe mir bereits als Feature auf der SoSci-Wunschliste notiert, dass panelData() auch die ID der Seriennummer liefern soll, damit man diese direkt (und unabhängig von der Zeit) in eine interne Variable speichern kann.

---

Herzlichen Dank für Ihre Mühe, da so genau nachzuforschen! Und auch für die weiteren Erläuterungen!