活動
2025/02/09から2025/02/18まで
2025/02/18
-
13:35 issue #237 (Rejected): レコメンドアルゴリズム
- やることメモだったので具体的なタスクが決まったから閉じる
-
12:28 issue #264: ゲストペルソナクラスタリング報告資料完成
- colabの整理版を作る。
- エルボー法
- k-means
- データ出力部分 -
12:16 issue #304 (Closed): レコメンドpro/con資料作成
- ビジネスメンバーに当初の設計のタグルールベースでやるパターンと協調フィルタリングでやるパターンのメリットとデメリットの比較資料を作る
-
11:53 issue #270: MCを利用したキャストレコメンドサイクルの準備と運用開始
- レコメンドアルゴリズムの方針についての資料作成
||タグ|協調|
|:----|:----|:----|
|メリット|||
|デメリット|||
の表を作る -
11:37 issue #270: MCを利用したキャストレコメンドサイクルの準備と運用開始
- ゴール:協調フィルタリングでコミュニケーションが成立する状態を作る
-
11:51 issue #293 (New): コンテンツ実装
- MCのジャーニーなど
-
11:51 issue #292 (New): コンテンツ設計
- 協調フィルタリングでやるならば、適切な文言の作成がかなり難しい。が、誰に何を推すのかの言語化が難しい
-
11:49 issue #291 (New): MCシステム実装
-
11:48 issue #290 (New): MCシステム設計
-
11:46 issue #289 (New): アルゴリズムの実装
-
11:41 issue #271: キャスト分類
- 人間が見やすい版も作る
-
11:38 issue #272: ゲスト利用情報からレコメンドするキャスト分類の選定
- guest_id | cast_id | tag | 一覧
-
11:37 issue #272: ゲスト利用情報からレコメンドするキャスト分類の選定
- ゴール:協調フィルタリングでコミュニケーションが成立する状態を作る
-
11:36 issue #272: ゲスト利用情報からレコメンドするキャスト分類の選定
- 教師なしでやるにしてもゲストの閲覧情報というか利用状況は必ず必要になる
-
07:23 issue #272: ゲスト利用情報からレコメンドするキャスト分類の選定
- キャストは設計通りにベクトル化する。ゲスト側の集計方法をベクトル化しやすい状態でやる必要がある
-
11:35 issue #273: レコメンドアルゴリズムの設計
- 教師なしでやった方がいいものになるという理論でビジネス側を納得させる
-
11:25 issue #273: レコメンドアルゴリズムの設計
- 教師ありでやるにしても教師なしでやるにしてもどっちも結果を並べるべき
-
11:06 issue #250 (Closed): CS引き継ぎ時間ダッシュボードの修正
- そういや対応した。
2025/02/17
-
11:07 issue #271: キャスト分類
- 欠損値は値がないという情報で補う方針でクエリを書き直した
{{collapse(sql)
```sql
SELECT
u.id AS user_id
, MAX(CASE WHEN t.group_name IN (... -
07:58 issue #271: キャスト分類
- 欠損値の扱いをどうするか
-
07:58 issue #272: ゲスト利用情報からレコメンドするキャスト分類の選定
- 協調フィルタリングでやれそうかも by 池本さん
-
07:27 issue #244 (pending): キャストペルソナ
2025/02/10
-
12:59 issue #270: MCを利用したキャストレコメンドサイクルの準備と運用開始
- 基本的にタスクは子チケット単位で管理する。
現時点でnotionにはキックオフ程度の内容と序盤の重そうな部分しか記述されていないが、本プロジェクトの重たい部分がほとんどこの序盤のデータであるため、notionの内容が実質全てである。 -
12:50 issue #270 (In Progress): MCを利用したキャストレコメンドサイクルの準備と運用開始
-
12:49 issue #270 (In Progress): MCを利用したキャストレコメンドサイクルの準備と運用開始
- https://www.notion.so/patoinformation/Marketing-Cloud-193a3d187c5b80e6b17aeeed0499a58a
-
12:56 issue #276 (New): LINE側のレコメンド配信
- LINEでのレコメンド配信を開始する。
-
12:55 issue #275 (New): LINE側のレコメンド方法の設定
- MCでの配信手前までの準備を行う。
-
12:54 issue #274 (New): LINE側のレコメンド方法を用件定義
- 基本はこーだいさん任せだが、どういうシステム利用でレコメンドするのかの用件定義(MCでの設定)を行う。
-
12:53 issue #273 (New): レコメンドアルゴリズムの設計
- どのゲストにどのキャスト群を送るのかなどの設計。運用の中でレコメンド内容を学習していけるようなアルゴリズムにする必要がある。
-
12:52 issue #272 (New): ゲスト利用情報からレコメンドするキャスト分類の選定
- 利用状況に合わせて動的に選定する手法を用いる
-
12:50 issue #271: キャスト分類
- クエリ
{{collapse(sql)
```sql
WITH tag_infos AS (
SELECT
u.id AS user_id
, CASE WHEN t.group_name IN... -
12:50 issue #271 (Closed): キャスト分類
-
11:47 issue #264: ゲストペルソナクラスタリング報告資料完成
- たくやくんが戻ってきてから最後の詰めを行う
-
11:46 issue #244: キャストペルソナ
- 一旦Pendingになりそうか
-
11:46 issue #244: キャストペルソナ
- ゲストレコメンド用にキャスト側のデータを再集計するのため、こちらに裂くリソースがない
-
11:45 issue #245 (Closed): キャストペルソナデータ作成
-
11:45 issue #246 (Closed): キャストペルソナダッシュボード作成
他の形式にエクスポート: Atom