miura-taiga commented 4 weeks ago

issue

1

概要

本アプリのREADMEを作成しました。

確認ポイント

[x] サービス概要
- [x] サービスの主な目的と機能が明確に説明されている。
- [x] サービスが提供する主要な価値は簡潔にまとめられている。
[x] このサービスへの思い・作りたい理由
- [x] このサービスを開発する動機は具体的で説得力がある。
- [x] 個人的な経験や観察に基づいている。
[x] ユーザー層について
- [x] ターゲットとするユーザー層は明確に定義されている。
- [x] このユーザー層がサービスを利用する理由は論理的である。
[x] サービスの利用イメージ
- [x] サービスの具体的な使用シナリオが描かれている。
- [x] 利用イメージはリアルで具体的である。
[x] ユーザーの獲得について
- [x] ユーザー獲得戦略は実現可能で効果的である。
- [x] ユーザー獲得のための具体的な手段が記述されている。
[x] サービスの差別化ポイント・推しポイント
- [x] 競合との差別化ポイントは明確に説明されている。
- [x] サービスの独自性や魅力は十分に強調されている。
[x] 機能候補
- [x] 提案されている機能はユーザーのニーズに適切に対応している。
- [x] MVPと本リリースでの機能分けは適切である。
[x] 機能の実装方針予定
- [x] 各機能の実装方針は具体的かつ技術的に実現可能である。
- [x] 使用技術や手法は現在のベストプラクティスに沿っている。

変更内容

README

[Dust Hunters(ダストハンター)]

サービス概要

日常の掃除をゲーム感覚で楽しく続けることを目的としたアプリです。
ユーザーは掃除クエストに挑戦し、タイマーが終了するとモンスターを討伐して図鑑に登録することができます。
モンスターを倒すことで、日々の掃除のモチベーションを高め、習慣化を促進します。

想定されるユーザー層

掃除が習慣化できない人
部屋の掃除が嫌いな人
ゲーム性のあるレベル上げが好きな人
モンスターハンターが好きな人

このサービスへの思い・作りたい理由

このアプリは、日常の掃除の習慣化を促進することを目的としています。プログラミングの勉強に夢中になり、掃除を後回しにしてしまう自分自身の経験から生まれました。夏休みの宿題を最後の日にまとめてやるタイプの人間で、継続的な習慣化が難しいと感じています。このアプリは、5分間だけでも毎日部屋の掃除を行うことを促進するコンセプトを採用しています。モンスターハンターのゲーム要素を取り入れることで、ユーザーの継続力とモチベーション向上させることを目指しています。

サービスの利用イメージ

基本的にスマホから利用していただく予定です。毎日の隙間時間で5分間だけでもユーザーに掃除をしてもらって、その成果としてモンスターを討伐することで掃除をゲーム感覚で行っていただくイメージです。また、図鑑要素もありますので、図鑑を埋めるために掃除をするという楽しみ方もあるでしょう！

ユーザーの獲得について

アプリ内でのSNS共有機能を通じたマーケティング
SPAを採用することでユーザーがストレスなく使用できる環境を提供し、ユーザーの定着を図る
図鑑機能の導入により、ユーザーの収集欲を刺激する
ハンターランク機能を搭載し、ユーザーの定着を図る

サービスの差別化ポイント・推しポイント

推しポイント

掃除に特化
- 掃除に特化したアプリという明確なテーマを持つことで、特定のニーズに応える。多くのタスク管理アプリは多機能であるため、特定の用途に絞ったアプリはユーザーにとってわかりやすい。
5分間タイマー
- 短時間で達成できるタスクに焦点を当て、ユーザーが気軽に始められるようにする。長時間のタスクに取り組むのはハードルが高いため、5分間という短時間設定はユーザーの心理的負担を軽減。
ゲーミフィケーション
- ハンターとモンスターの要素を取り入れ、タスク完了時に視覚的なフィードバックを提供することで、達成感と楽しさを感じてもらう。モンスターを倒すアニメーションや図鑑機能は、ゲーム好きなユーザーにとって魅力的。
SNS共有機能
- タスクを完了した後に成果をSNSでシェアできる機能を提供し、ユーザーが達成感を共有できるようにする。SNSでのシェアは他のユーザーにもアプリの存在を広める効果がある。
視覚的フィードバック
- モンスターを倒すアニメーションなど、視覚的なフィードバックを提供することで、ユーザーのモチベーションを維持。達成感を視覚的に感じられることは、ユーザーの継続利用に繋がる。
図鑑機能
- モンスターを倒すと図鑑に登録される機能を提供し、収集欲を刺激する。コレクション要素は、ユーザーがアプリを続ける動機付けとなる。
ハンターランク機能:
- 掃除をすることで(モンスターを倒すことで)経験値が溜まり、ハンターランクが上昇する。それによってユーザーがさらなる習慣を身につけやすくなる。

競合との差別化

シンプルさと特化性
- 掃除に特化したシンプルなアプローチは、他の多機能なタスク管理アプリとは異なる。ユーザーが具体的な目的を持ってアプリを利用しやすい。
ユニークなテーマとストーリー
- モンスターを倒すというユニークなテーマとストーリー性が、他のタスク管理アプリにはない魅力を提供する。ユーザーがストーリーに引き込まれることで、アプリの利用が楽しくなる。
短時間での達成感
- 5分間という短時間で達成感を得られる設定は、忙しいユーザーにとって非常に魅力的。長時間のタスクに取り組む時間がないユーザーでも、気軽にアプリを利用できる。

機能候補

【MVP】

ユーザー登録・ログイン機能
- トークンベースの外部認証(Google調査済み)
トップページ
- 本アプリの紹介(なるべく単結に世界観の作り込み)
クエスト一覧ページ
- 利用可能なクエストのリストを表示
- クエストの選択機能
- ポップアップとしてクエスト詳細(画面遷移しない)
クエスト開始ページ
- モンスター戦闘前描写
- 「スタート」ボタン設置
- 5分間のタイマー設置
クエスト結果ページ
- クエストの成功の結果表示
- 簡単なフィードバックやメッセージ
SNS共有機能
- クエストクリア時に成果をSNS（Twitterなど）でシェアできる機能
図鑑機能
- 倒したモンスターの記録・閲覧

【本リリース】

管理画面
- クエストの追加
- モンスター画像の生成
- お知らせ通知
イベントクエスト
- 週末など不定期に開催
- 設定時間を5分以外に拡張(30分、1時間など)
音声機能
- クエスト出発、モンスター討伐、タイマーのアラームなど
ランキング機能
- 一定期間ごとのランキング機能(ハンターランクの上昇値など)
習慣づけを支援するような機能(GitHubの草みたいな)
ユーザー一覧
- ユーザーの一覧機能
ページネーション機能
- クエスト一覧画面のページネーション
- ユーザー一覧のページネーション
イベント告知用のお知らせ
- 限定降臨イベントの告知
- LINE message APIを導入

機能の実装方針予定(MVPまで)

ログインについて(調査済)
- OmniAuthとjwtを使用したトークンベース認証
Tailwind CSSとdaisyUIについて(未調査)
- クエスト詳細のポップアップ
- 図鑑機能
- タイマー機能
画像の保管場所について(未調査)
- AWS(S3)にモンスター画像を保管

使用予定技術

フロントエンド	Next.js,TypeScript,Tailwind CSS,daisyUI
バックエンド	Rails API モード
データベース	PostgreSQL
開発環境	Docker
インフラ	フロントエンド: Vercel
	バックエンド: Render
CI/CD	GitHub Actions
テスト	Rubocop(MVP)
	ESLint(MVP)
	Rspec(本リリース時)

TakenakaEri commented 4 weeks ago

確認しました〜！お掃除とゲームを掛け合わせるという面白そうなアプリですね！

何点か確認させてください。

外部認証について Googleの認証について既に調査済みとのことですが、LINE APIを導入すると記載があります。これはGoogleとLINEの両方のログイン機能を実装するということでしょうか？LINEでメッセージを送るのであれば、LINEログインのみでも問題ないと思いますが、何か理由はありますか？
フロントエンドとバックエンドに関して Rails API モードを使用して、フロントはVercelを使用するとのことですが、既に技術検証はお済みでしょうか？
ユーザーの想定外の使用法に対する対策ゲーム好きな方と習慣を身につけたい方へのアプローチは良いと思います。ただ、ゲーム好きな方が、実際には掃除はしていないがクエストをクリアしてしまうという想定や、元々習慣化できなかたに対して、どのようにアプリを開かせて使わせるのかについて教えて欲しいです。（確定した内容でなくても問題ありません。現段階での考えをお聞かせください）

また、現状高い技術力が求められるアプリを作成予定のようですので、過去の経験の有無やMVPリリースまでのようなスピード感で進めていくのかをざっくりと教えていただけますと幸いです。

miura-taiga commented 4 weeks ago

レビューいただきありがとうございます！各確認項目に対して回答していきます。

外部認証について

当初私もLINE認証のみにする予定でしたが、友人,家族,RUNTEQ生にLINE認証について印象をを伺ったところ、Google認証の方が印象が良かったため、Google認証を採用しました。以下理由を説明します。あくまでLINE認証はGoogle認証でカバーしきれないユーザーを想定した場合の認証です。

LINEはプライベートでも使用するためセキュリティが少し気になる
Google認証についてはMVP段階で想定されるユーザー(友人,家族,RUNTEQ生)がGoogleアカウトの所持しており、セキュリティ面でも安心していただけたため
本リリース時にユーザーの幅を持たせるためにシェア率が高い(7割)LINE認証を採用
私の想定している機能にはLINE認証でなければならない必要性がないため

フロントエンドとバックエンドに関して

既に技術検証はお済みでしょうか？

すでに技術検証は済んでおります！バックとフロントを分離させた開発は2度経験があります(個人開発+チーム開発)。高いハードルとはなりますが以下に挑戦するに値する根拠を記します。また、「Rails API モードを使用して、フロントはVercelを使用するとのことですが...」とありますが、こちらはRailsAPIモード × Next.jsで開発する予定で、したがってRails(バック)→Render.comにデプロイ、Next.js(フロント)→Verselにデプロイするといった意味合いになります。私の記述不足で誤解を招いてしまい申し訳ございません。

個人開発でバック/フロント双方の開発経験がある
チーム開発でバック側でフロント側が欲しいデータの送信/バックから送信されたデータに合わせてフロント側で実装したことがある
Render.com,Vercelともに使用経験がある
postmanを用いてデータの送受信の確認方法を知っている

ユーザーの想定外の使用法に対する対策に関して

ただ、ゲーム好きな方が、実際には掃除はしていないがクエストをクリアしてしまうという想定

本アプリを考える上での最大の問題点だと思います。結論から申し上げますと一切の対策を行いません。現状の私の見解を以下に説明します。

対策するのであれば以下の対策方法があると思います。いずれも対策した時のデメリットの方が大きかったため。

1. AIを導入する  // 導入コストがかかる
2. 1日の回数制限を設ける  // 本来掃除したいユーザーができなくなってしまう
3. 掃除の証拠を提出させる // ユーザービリティが損なわれる(めんどくさい)

ただのゲーム好きは不正までして本アプリを使うとは思えないため
他の機能追加にリソースを割きたいため

元々習慣化できなかたに対して、どのようにアプリを開かせて使わせるのか

本アプリの肝とも言える部分かと思っています。

ゲーム要素の作り込み 本アプリのターゲットは掃除を習慣化できない人かつモンスターハンターが好きな人のため、ゲーム要素の作り込みが最大のユーザー獲得/定着だと考えています。例)図鑑機能(討伐回数),モンスターハンターの音声,モンスターハンターの武器使用回数をまねた掃除箇所のグラフ

図鑑機能イメージ

グラフイメージ

ユーザーにストレスなく使ってもらう 私のこだわりとしてユーザーは入力することを嫌うため、ユーザーにあまり入力させないというこだわりがあります。他のToDoアプリでは掃除する箇所をユーザー自身が決め管理しなければなりません。本アプリはそれとは異なり、こちら側が掃除する箇所を事前にピックアップしておきユーザーが選択する(ボタンを押す)といった操作のみにしようと思っています。こういったアプリは他にはみられないためユーザーの定着にもつながると思っています。また、READEにも記載しましたがSPAを採用しページ間の移動をスムーズにする狙いもあります。

MVPリリースまでのスピード感について

過去の経験の有無やMVPリリースまでのようなスピード感で進めていくのかをざっくりと教えていただけますと幸いです。

過去の経験については前述したので割愛します。スピード感に関しては以下に現状の考えている想定を説明します。見積もりができておらず、どれだけの時間を要するのか読めていません。

不安要素を調査してから開発に入る フロントとバックを分けて開発を行い、しかも完全未経験の状態ですから他の受講生に比べ時間がかかると思います。ですので開発開始前になるべく調査し、動作確認導入方法など理解してから開発に入ることによってミスのないようMVPまで開発していく予定です。(Google認証、Xへの共有、S3への画像保存など)
MVPリリースまでは200h,1ヶ月を想定 私のアプリはカリキュラムでやった内容(投稿形)ではない、フロントとバックを分けて開発するため推奨される150hでは完成しないと考えています。ですのでだいたい開発開始から200h,1ヶ月での完成の予定です。

TakenakaEri commented 3 weeks ago

@miura-taiga コメントありがとうございます！もしかしたら、再提出ボタンが押されていない気がするのですが、ご確認していただけますでしょうか？

miura-taiga commented 3 weeks ago

@TakenakaEri コメントありがうございます。 再提出するボタンを押すのを忘れておりました。再提出いたしましたのでご確認のほどよろしくお願いいたします。

shota-hope commented 3 weeks ago

丁寧なコメントありがとうございます、読みやすかったです。 LGTMです！