タスク洗い出す

[ken-ty]

説明

本リリースまでの全タスクを洗い出す。

https://darts-link-product.atlassian.net/wiki/spaces/WIT/pages/18546691/2023+8+31+MTG の MTG あたりで、うしさんが α版で作る機能一覧を出していたので、まずはその機能から洗い出す → α版はこれ。

β版、本リリースのタスクを洗い出す。

ゴール

本リリースまでの全タスクを洗い出して Issue にまとめる。 （現状、でよくて、α版後のヒアリングで変わりました！はその時タスク調整する）

---

備考

動画は一旦表示のみの方針だが、 issue は 投稿とかも作ってしまう。

[ken-ty]

仕様書作らないに倒れた。 その際、1画面1タスクレベルで作ると会話した。 一旦 上記でタスク作り、共通機能などは別途調整する。

[ken-ty]

画面洗い出す → routes.dart に全部定義して, Ph.2 とかは蓋閉じ対応すれば良さげ.

[ken-ty]

画面洗い出す → routes.dart に全部定義して, Ph.2 とかは蓋閉じ対応すれば良さげ.

routes.dart に定義はせず、 figma に全量洗い出した。

[ken-ty]

各画面の issue を作成する。 Ph2 に回す機能があるものは、別途 Ph2 の issue も作成する。

できてる / できてないの判断面倒なので全画面の issue を作ってしまう。 ただし, 2023/09/28 時点の figma に準ずる。

[ken-ty]

Splash 画面

• 現在の構成

  • まず白い画面( Splash として定義するべき画面 )
  • 初期処理が終わると最初に SplashPage
  • 5秒後に IntroPage

• あるべき姿

  • まず スプラッシュ画面（flutter_native_splash を使う) https://blog.flutteruniv.com/flutter-native-splash/
  • 初期処理が終わると IntroPage

拘らないなら別にこのままでも問題ない。 → 今変更する理由がないのでやらない、やるとしても 2Ph 以降でよさそう。 issue にしない。

[ken-ty]

Intro 画面

• asis
  • スタートボタンを押すとモーダル表示する(このモーダルも Intro 画面のコンポーネント)
  • バージョン情報が固定値のまま
  • 未実装の SNS ログインも表示している
  • ボタンのタップ感がない
  • ロゴは画像
  • モーダル表示した時にロゴでない
• tobe
  • ログイン状態ならボタン押下でホームに遷移
  • バージョン情報を反映する
  • 未実装のSNSログイン、登録は非表示にする
  • 実装するSNSログイン・登録は実装してしまう
  • firebase でどうユーザー管理するか 決めて資料化し, README に添付する。
  • ボタンのタップ感を出す
  • ロゴを lottee で動かす
  • モーダル表示した時にロゴを出すか決める。出すなら実装する（縦幅的に難しいかも？）

[ken-ty]

メールアドレスで登録の流れを実装する

register_mail 画面、 register_vertify画面、register_user画面、learning community search画面

tobe:

• 登録メールのフロント側バリデーション
  • エラー理由は表示ちゃんとできるか
• Firebase で 登録時に認証番号送るようにする、
• 送った認証番号入力で登録させる / 登録拒否する
• 認証番号再送する
• 名前を登録する
• あなたの経験、得意なことを教えてください！では
  • オススメハッシュタグを最大4行程度表示（スクロールはさせない）
  • 選んだタグはプロフィールに反映（#文字の形式）
  • 検索すると既知のハッシュタグでヒットするものを表示する

[ken-ty]

login_mail 画面

実装済み

[ken-ty]

パスワード再設定メールを送れるようにする

Forgot password 画面、 Forgot password 2 画面

UI 実装済み ( Figma と異なるが 実装が正 )

tobe:

• 送信するボタンでパスワード再登録のメールを送れるようにする。
• エラー時に文言出す。

[ken-ty]

コミュニティ 実装

上記を実装する。

これは 親 issue 。 さらに細分化する。

フィードバックは他投稿と共通のコンポーネントが利用できそう。

[ken-ty]

通知 Coming Soon 対応

Coming Soon を配置する

[ken-ty]

投稿画面 UI 作成

残りのUIを作り切る。 動画撮影はこの時点ではできなくて良い （ assets の画像とか表示でOK ）

[ken-ty]

学ぶ 実装

• UI はできているので機能を追加する
• Firebase のデータを表示する
• 各ボタン押下でどんなことが起きるのか未定義なので @Mayumi-Nakabayashi さんと仕様を詰めていく。

[ken-ty]

プロ 画面調整

1Ph ではいらないが、UIは作ってもらっているので empty 画面作るとかの対応で良さげ

[ken-ty]

マイページ 機能作成

• ユーザーの情報を表示
• ボタンの表示切り替え
• Firebase からデータを取得して表示できるようにする

[ken-ty]

マイページ 別ユーザー 作成

• 基本的な UI は マイページと同じだが、Page は分けたほうが良さげ （ マイページをパーツ毎に widget にたものを使って OtherProfilePage を作る感じ )
• UI 作ったら firebase の データを表示する

[ken-ty]

直接相談 Coming soon 作成

[ken-ty]

【Ph2】フォロー中・フォロー・おすすめ 作成

[ken-ty]

【Ph2】いいねお知らせダイアログ

マイページに行ったら いいね数を通知する。

[ken-ty]

プロフィール編集 機能追加

• UI はできている
• Youtube については一旦考えなくて良い ( issue にもしない。仕様が固まってない )
• 現在のユーザー情報を表示する
• プロフィールを編集できるようにする

[ken-ty]

プロフェッショナルツール 画面作成

• インサイト と プロフェッショナルポータル への導線を作る
• 通知 は 2Ph で良い
• インサイトの 黄色ポッチ(通知アイコンも 2Ph)

[ken-ty]

インサイト 画面追加

• 直接相談リクエスト
  • UI追加
  • リクエスト件数を表示する

以下は【2Ph】

• グラフ UI 作成する
• グラフに firebase のデータを表示する
• 再生回数 UI 作成する
• 再生回数 を表示する

[ken-ty]

直接相談リクエスト登録完了画面

• professional_portal_mail を作成
• 可能なら Lottee でアニメーションをつける
• 3秒後程度にマイページに遷移

[ken-ty]

professional_portal 作成

• UI 作る
• “プロ”に登録タップでプロになる(無料?)
• 35 people have joined のように プロの人数を表示する

---

以下は全部画像。

---

「得意分野を入力してください」について、 プロに登録する人の傾向を知るためのアンケートだったが、 @ken-ty から分かりにくいと指摘。UI は トル。( 2Ph でやるかは不明なので issue は作らず )

[ken-ty]

設定とプライバシー画面作成

• 設定とプライバシー画面の作成
  • アカウントだけ
  • プライバシー、通知は2Ph
• プライバシー画面の作成も2Ph

[ken-ty]

アカウント 画面作成

• アカウント情報 2Ph
• パスワード 2Ph
• ログアウト
  • モーダル表示
  • ログアウト実行（ローカルのログイン情報削除、鯖でログイン状態保存してるならログアウトAPI叩く）
  • アカウントの削除
  • バージョン表示

[ken-ty]

【Ph2】アカウント情報 画面作成

[ken-ty]

アカウントの削除 画面作成

[ken-ty]

アカウント利用停止画面作成

• UI を作成する
• アカウントを非アクティブ状態にする
• 非アクティブ → アクティブにする方法は詳細詰めてないが、ログインしたら復活くらいなイメージで良いかと

[ken-ty]

アカウント削除確認 画面作成

• アカウント削除
  • 論理削除 → 30日後に物理削除 なイメージで良いか？
  • 削除理由のアンケートは 2Ph で良いが、UI 実装の時間かからないので 時間あれば 1Ph に作っちゃって良いかと
  • 代わりの UI 考えるのが面倒

[ken-ty]

全タスク issue にした。 漏れやざっくりな箇所は発生ベースで追加 issue 作る感じで。

このタスクとしては完了。 Close する。