Anfordern/Reservieren/Freigeben/Freigabe Funktion (für Gutscheine und so)

Beitragen Merkmal
1

Hallo

Auf unserer Seite tauschen wir von Zeit zu Zeit viele Gutscheine aus. Alle werden von einem Benutzer an einen anderen weitergegeben. Allerdings ist es etwas seltsam, dass jeder Benutzer die Standardnachricht „Hallo, schreib mir eine PN, wenn du den Gutschein möchtest

2 „Gefällt mir“
2

Das ist ziemlich speziell. Wäre es nicht sinnvoller, dies als Plugin und nicht als Kernfunktion umzusetzen?

Falls ja und Sie über ein Budget verfügen, könnte es sich lohnen, im Marketplace zu posten.

2 „Gefällt mir“
3

Leider gibt es kein Budget. Allerdings könnte ich mir vorstellen, dass einige Unternehmen dies für andere Zwecke nutzen – das ist sicher. Unser Staff-Team besteht ausschließlich aus Freiwilligen (und die Community selbst ist kein Unternehmen, noch kommt sie auch nur annähernd in die Nähe davon).

Und du hast bezüglich des Plugins recht. Ich konnte einfach nicht im Plugin-Kategorie-Bereich posten, und es scheint, als sei der #plugin-Bereich auf Plugins beschränkt (und nicht auf Anfragen), aber wenn man sich die „Plugin“-Rolle ansieht :slight_smile:

4

Ich verstehe dieses „Gutschein“-Szenario nicht wirklich. Könntest du bitte einige reale Beispiele nennen, warum man das tun würde, wofür es gedacht ist, welches das Ziel ist und was es bewirkt?

5

Szenario 1

  1. A hat einen Gutschein für ein kostenloses Spiel, das er an einen anderen Benutzer verschenken möchte. (Wir haben ein Thema namens „Kostenlose digitale Sachen“.)
  2. A teilt den Gutschein mit der neuen Funktion.
  3. B möchte den Gutschein haben und klickt auf die Schaltfläche „Beanspruchen/Reservieren“. Der Gutschein wird nun in die GUI übertragen, sodass B ihn verwenden kann.
  4. Sowohl A, B als auch C (andere Personen im Thema) können nun sehen, dass der Gutschein beansprucht wurde und von wem.

In diesem Szenario muss B nicht an A schreiben und nach dem Gutschein fragen – und alle anderen Personen können sehen, dass der Gutschein bereits von B beansprucht wurde, sodass sie keine PN an Person A senden müssen.

Szenario 2 (fast wie Szenario 1)

  1. A hat einen 15%-Rabattcode für Fast Food und teilt ihn in einem Thema für „Rabattcodes“. Er ist einzigartig und kann daher nur einmal verwendet werden.
  2. B bestellt eine Pizza und beansprucht den Code. Er wird nun in seine GUI übertragen, und er kann ihn verwenden.
  3. A kann nun sehen, wer den Rabattcode beansprucht hat, und C (andere Personen im Thema) muss A nicht kontaktieren, da der Code als von B beansprucht angezeigt wird.

Szenario 3

  1. A hat einen Code, der Benutzern ermöglicht, beim Checkout in einem beliebigen Geschäft 10% des Preises abzuziehen. Er teilt ihn mit der Gutschein-Funktion und markiert ihn als „Nicht eindeutig/Kann mehrfach verwendet werden“.
  2. Andere Personen können nun auf „Danke, Gutschein erhalten“ klicken. Der Gutschein wird nun angezeigt (kann im DOM versteckt werden, da er nicht auf eine einmalige Nutzung beschränkt ist), und der Benutzer kann ihn beim Checkout verwenden.
  3. A, B und C können sehen, wer den Gutschein beansprucht hat (oder vielleicht nur die Anzahl – das hängt davon ab, wie die Lösung gestaltet werden kann).

In allen drei Szenarien kann die private Nachricht für eine andere Zeit aufbewahrt werden. Alle anderen Benutzer können sehen, ob der Code beansprucht wurde (und von wem?). Im perfekten Szenario könnten die Daten auf andere Weise in der Community genutzt werden – zum Beispiel durch das Auflisten nicht beanspruchter Gutscheine auf einer Seite oder im ersten Beitrag des Themas. (Aber das geht weit über die ursprüngliche Idee hinaus.) Ein weiterer positiver Aspekt könnte das Hinzufügen eines Ablaufdatums sowie möglicherweise eines Titels oder ähnlichem sein.

1 „Gefällt mir“
6

Das kommt mir ein bisschen ähnlich vor wie das Einladungs-System, aber für ganz andere Zwecke.

7

Was hindert im oben Genannten B daran, viele Gutscheine zu sammeln? Missbrauch ist in Communities, in denen solche Codes verteilt werden, weit verbreitet, wobei Bots und betrügerische Akteure die Codes zum Weiterverkauf und zur Weiterverbreitung abgreifen.

Das menschliche Element verhindert normalerweise derartige Angriffsvektoren – würde dies die Tür dafür nicht wieder öffnen?

1 „Gefällt mir“
8

Du hast recht. Zumindest teilweise :slight_smile:

Nun, das Sammeln wird für Bots tatsächlich viel einfacher sein – das stimmt. Aber wir können solche Aktionen ohnehin kaum einschränken. Die meisten auf unserer Seite geteilten Gutscheine befinden sich im selben Thema, und ein Bot könnte sie leicht sammeln, wenn jemand dies tun wollte.

Indem wir jedoch allen Nutzern ermöglichen zu sehen, wer einen Code verwendet hat, können wir zumindest erkennen, wer die Gutscheine weiterhin beansprucht.

Derzeit ist das kein großes Problem, aber von Zeit zu Zeit nutzen Leute die Gutscheine, ohne A und C darüber zu informieren. Mit der neuen Lösung wäre klar, ob Gutscheine an jemanden weitergegeben wurden. Und A, der einen Gutschein hat, muss nicht mehr direkt mit B Kontakt aufnehmen – das wird vom Abrechnungssystem übernommen, sodass andere Nutzer den Gutschein nicht sehen.