junohm410
commented
3 months ago 📝7/22 machidaさんにご確認・ご相談させていただいたことのメモ
このアプリにおける通知のイメージ
- Discord上の通知
- 関係者がメッセージ本文内で@メンションされる
- 対象となる関係者が複数いる場合は、一つのメッセージ内でまとめて@されるので、一つのシナリオにつきメッセージは必ず一つ
- でないと同じメッセージが対象者の数だけ連投されてしまう
- FBCのDiscordサーバーの「FBCフリマ」的な部屋にそのメッセージは飛ばされる
最低限実装すべき通知シナリオ
以下の4シナリオをまず実装する。
- 商品の出品時
- Discordメッセージのイメージ
Webを支える技術 が出品されました 締め切り: 2023/7/20
- 抽選後の購入者の確定時
- Discordメッセージのイメージ
@出品者 の 「Webを支える技術」 の購入者が @購入者 に決まりました CC: @落選者A, @落選者B ...
- 誰も購入希望者が出ず、締切を迎えた
- Discordメッセージのイメージ
@出品者 の 「Webを支える技術」 は購入希望者がつかずに出品が終了しました
- 購入希望者のいる商品が締切の前に取り下げられた
- Discordメッセージのイメージ
「Webを支える技術」 の出品が取り下げられました @希望者A, @希望者B ...
上記のシナリオで最低限とする根拠・指針
基本はWebアプリを巡回せず、Discordの部屋を見ることで状況を把握し、細かいことが知りたかったらWebアプリを見る、というのがこのアプリのコンセプトだから。
（補足）Web通知について
📝エレベーターピッチ終わりごろに「当初はWebアプリ上でも通知が見れると便利かな」という感じで機能に入れ込もうとしていたが、最初のリリースの段階ではDiscordメッセージの実装まででもOK。 以下は実装する場合のイメージ。
- Webアプリ上の通知
- 通知を受け取る対象者が一人存在し、対象が複数いる場合はその分だけ作られる（以下はその例）
- 抽選後の購入者の確定時
- Web通知の対象
- 出品者（購入者が決まりました）
- 当選者（購入者として選ばれました）
- 落選者（外れました）
例:
厳密には通知ではない、受け取り手のいないDiscordメッセージ（例: 商品の出品時の告知など）をどう扱うかについても考える。
まずWebアプリケーションとしての基本的な機能（商品のCRUD / 購入希望 / 当選など）を作ったうえで、それを動かしながらmachidaさんに相談するのがよさそう。