권리 주장/예약/권리 포기/예약 해제 기능 (바우처 등)

안녕하세요

저희 사이트에는 가끔 공유 기프트바우처가 많이 올라옵니다. 모두 한 사용자에게서 다른 사용자로 공유되는 것이죠. 그런데 바우처(코드)가 고유한 일회용 코드임에도 불구하고, 모든 사용자가 "안녕하세요. 바우처가 필요하시면 PM으로 연락 주세요"라는 표준적인 글을 남기는 것이 다소 이상하게 느껴집니다.

다음과 같은 기능이 도입되었으면 좋겠습니다:

  • A가 바우처를 게시할 수 있으며, 다른 사용자가 수령하지 않으면 숨겨집니다.
  • B가 해당 바우처를 수령/예약할 수 있습니다.
  • B는 언제든지 수령/예약한 바우처를 취소할 수 있습니다.
  • A+B+C는 누가 공유된 바우처를 수령했는지 확인할 수 있습니다.

여기서:
A = 코드/바우처를 공유하는 사람
B = 코드/바우처를 수령/예약하는 사람
C = 스레드 내 다른 사람들. 이들은 이미 수령/예약된 바우처를 발견했지만, B에게 바우처가 실제로 사용되었는지 물어보고 싶어 할 수 있습니다. 이를 위해 사용자가 스레드에서 직접 소통하지 않고 PM으로 소통할 수 있는 툴팁 등의 기능을 제공할 수 있습니다. 또한, 단순히 읽기만 하고 바우처를 가져가는 몰래 보기(lurker) 사용자들을 추적하는 데에도 도움이 됩니다.

이런 기능이 이미 존재합니까? 그렇지 않다면, 표준 기능으로든 플러그인으로든 구현하는 것이 좋을 것 같다고 생각합니다.

추가로 고려해야 할 사항:

  • 사용자가 바우처를 "무제한"으로 표시할 수 있도록 하여, 모든 사람이 수령할 수 있게 하고 바우처 옆에 수령자를 목록으로 표시합니다. 이렇게 하면 토픽 안의 수많은 “감사합니다” 답글 대신 코드를 실제로 누가 사용했는지 추적/확인할 수 있습니다. 바우처가 "무제한"으로 표시된 경우, 문구도 "감사합니다. 바우처를 확인해 주세요."와 같이 변경될 수 있습니다.
2개의 좋아요

이건 꽤 니치한 주제인데, 핵심 기능이 아니라 플러그인으로 만드는 게 더 합리적이지 않을까요?

그렇다면 예산이 있다면 Marketplace 채널에 게시물을 올리는 것도 좋은 방법일 수 있습니다.

2개의 좋아요

(안타깝게도) 예산이 없습니다. 하지만 일부 회사가 이를 다른 용도로 사용하는 것은 분명히 볼 수 있죠. 저희 스태프 팀은 모두 자원봉사자입니다(그리고 커뮤니티 자체는 사업체가 아니거나, 사업체에 가까운 것도 아닙니다).

그리고 플러그인 관련해서 말씀하신 게 맞습니다. 저는 플러그인 카테고리 섹션에 게시글을 올릴 수 없었고, Customization > Plugin 섹션은 플러그인(요청이 아닌)으로 제한되어 있는 것으로 보이지만, “plugin” 역할을 보면 :slight_smile:

이 “바우처” 시나리오를 정확히 이해하지 못하겠습니다. 실제로 이런 방식을 사용하는 이유, 그 목적, 목표, 그리고 이를 통해 달성하는 것이 무엇인지 실제 사례를 들어 설명해 주시겠습니까?

시나리오 1

  1. A는 무료 게임에 대한 바우처를 가지고 있으며, 이를 다른 사용자에게 기부하고 싶습니다. (우리는 "무료 디지털 상품"이라는 주제가 있습니다.)
  2. A는 새로운 기능을 사용하여 바우처를 공유합니다.
  3. B는 해당 바우처를 원하며 “수령/예약” 버튼을 클릭합니다. 이제 바우처가 GUI에 표시되어 B가 사용할 수 있습니다.
  4. A, B, 그리고 C(주제에 있는 다른 사람들) 모두 바우처가 수령되었는지, 그리고 누가 수령했는지를 확인할 수 있습니다.

이 시나리오에서 B는 A에게 메시지를 보내 바우처를 요청할 필요가 없습니다. 또한 다른 모든 사람들은 바우처가 이미 B에게 수령되었음을 볼 수 있으므로 A에게 개인 메시지를 보낼 필요가 없습니다.

시나리오 2 (시나리오 1과 거의 유사)

  1. A는 일부 간식류에 대한 15% 할인 코드를 가지고 있으며, “할인코드” 주제에서 이를 공유하고 있습니다. 이 코드는 고유하며, “시간 제한” 사용만 가능합니다.
  2. B는 피자를 주문하면서 해당 코드를 수령합니다. 이제 코드가 B의 GUI에 표시되어 사용할 수 있습니다.
  3. A는 누가 할인 코드를 수령했는지 확인할 수 있으며, C(주제에 있는 다른 사람들)는 코드가 B에게 수령된 것으로 표시되므로 A에게 연락할 필요가 없습니다.

시나리오 3

  1. A는 특정 무작위 매장에서 결제 시 가격을 10% 할인할 수 있는 코드를 가지고 있습니다. A는 쿠폰 기능을 사용하여 이를 공유하고 "고유하지 않음/여러 번 사용 가능"으로 표시합니다.
  2. 다른 사람들은 이제 “감사합니다, 바우처 받기” 버튼을 누를 수 있습니다. 바우처가 이제 표시되며(일회성 사용이 제한되지 않으므로 DOM에서 숨길 수 있을 것 같습니다), 사용자는 결제 시 이를 사용할 수 있습니다.
  3. A, B, C는 누가 바우처를 수령했는지 확인할 수 있습니다(또는 단순히 수령 횟수만 표시할 수도 있습니다 - 이는 솔루션 설계 방식에 따라 다릅니다).

세 시나리오 모두에서 개인 메시지는 다른 용도로 남겨둘 수 있습니다. 모든 다른 사용자는 코드가 수령되었는지(그리고 누가 수령했는지) 확인할 수 있습니다. 이상적인 시나리오에서는 이 데이터를 커뮤니티에서 다른 방식으로 활용할 수 있을 것입니다. 예를 들어, 미수령 바우처를 페이지나 주제의 첫 번째 게시물에 나열하는 것 등입니다. (하지만 이는 원래 아이디어에서 많이 벗어난 것입니다). 또 다른 좋은 점은 만료일을 추가하고, 제목/그 외 항목을 추가하는 것일 수 있습니다.

1개의 좋아요

이것은 초대 시스템과 다소 유사해 보이지만, 목적은 매우 다릅니다.

위에서 언급된 방식으로는 B가 대량의 바우처를 수집하는 것을 어떻게 막을 수 있을까요? 이러한 코드가 배포되는 커뮤니티에서는 남용이 만연해 있으며, 봇과 악의적인 행위자들이 코드를 사들여 재판매하거나 재배포하는 경우가 많습니다.

보통은 인간 요인이 이러한 공격 벡터를 방지해 주는데, 이 방식은 그 문을 다시 열게 되는 것 아닙니까?

1개의 좋아요

맞아요. 어떤 의미로는 그렇죠 :slight_smile:

음, 봇에게는 수집이 훨씬 쉬울 것입니다 - 맞습니다. 하지만 우리는 그러한 유형의 행동을 실제로 제한할 수 있는 방법이 없습니다. 저희 사이트에서 공유되는 대부분의 바우처는 동일한 주제 안에 있으며, 누군가가 그렇게 하려 한다면 봇이 그것들을 쉽게 수집할 수 있습니다.

하지만, 코드를 사용한 사람이 누구인지 모든 사람이 볼 수 있게 함으로써, 최소한 누가 계속 코드를 청구(claim)하는지 확인할 수 있습니다.

현재로서는 큰 문제가 아니지만, 때때로 사람들이 바우처를 사용하고 A와 C에게 알리지 않는 경우가 있습니다. 새로운 솔루션을 사용하면 바우처가 누군가에게 전달되었는지 명확해질 것입니다. 그리고 바우처를 가진 A는 더 이상 B와 직접 연락할 필요가 없습니다 - 그것은 청구(Claim) 시스템이 처리할 것이므로, 다른 사용자는 바우처를 볼 수 없게 됩니다.