# 動画メモ

- 各動画企画で見ている人にどう感じて欲しいのか
-
- 構成を考える

- 見積もり力の原因がなんなのかによる
- タスクの全体像が見えてないままやっているのであったらしっかりやる
- 「なぜそれができていないのか」を考える
- 今時点で自分がどのくらいのことをできなければならないのか、それに対するアクションプランについてはリベさんと話し合って欲しい
- 本当に見積もり力なのか
- デザイン戻りが発生した→なぜ発生した？
- デザイン側の事情が考慮できていなかったのか
- 想定と違う、コミュニケーションミスによるものなのか
- 事象・問題・原因・課題・対策
- 事象や問題を起こしている原因がある
- それはなぜ起こっているか、起こさないようにするためのタネを課題とする
- アクションが対策になる
-

---

# 監査の話
102
- エアクロ的には都度決済したが、GMOに履歴が残っていない場合
- エアクロ的には都度決済していそうだが、何故かpaid_status=2（成功）になっている
- 即時課金？その筋で一旦話を進める
- consoleで即時課金を使ったなら即時課金を使えるね
- api_request_logを追って確認する（hitしたら即時課金=都度決済で確定）
- 即時課金=GMOに課金（GMO側でお金を請求してくれる）
- 銀行振り込み=GMOに履歴を反映する（こちらでお金をもらっている状態でのみ使える）
- 原因: paid_status=4以外のstatusでもできるようになっている？
- 運用的にstatus違いにあててしまっていいのか？（運用ルールに反しているのか）
- あてたらpaid_status=4になる形が一番いいのか？
- PDG, CSの両方で、paid_statusどうするのが一番いいのか折り合いつけるのが良さそう
- 運用として「失敗していた」ということを明示しておくためにpaid_statusを変えてない説はある

- 102対応
- user_id=690178のやりとりをみて都度決済であることを確かめる
- 二つがpaid_status=2である理由を確認し、確認できしだい回答を作る
- 満足補償
- 一月会費を放置している部分に対して課金（都度決済）。引き落ちてないのにpaid_status=2になっているのは謎
- ②は「都度決済であってます」と回答
- order_idは入ってるから即時課金です

106 前提知識共有 日割り計算
- 前提
- エアクロの決済日は申し込んだ日
- 全員が違う決済日を持っている
- なぜ日割りするのか
- 売り上げの日割りについての
- 計算方法について
- まとめ払い
- この月からnヶ月分まで先に払います
- 日割り計算の売り上げの仕組み
- n月15日→n+1月14日までのアドペイがある
- n+3月の売り上げを出す場合、n+2月の半分とn+3月の半分を合算して売り上げを出さなくてはならない
- 決済日ずらしとスキップ日数
- 決済日をずらせるオペレーション
- まとめ払いでは割と簡単
- 決済日をA->Bまでずらした＝ずらした分だけサービス利用時間をプレゼントする事になる
- たいていはオペレーションの不手際でサービスを利用できなかった期間が発生した場合に行っている
- 実際

- n月5日時点の売り上げ≠監査人に出したアドペイのタイミング
- npの与信落ち
- 限度額的なサムシングがある
- 請求が立てられないタイミングもある

n-1月とn月
- 上代分
- サービス停止（与信通らないなど）になると、paid_status=9のアドペイができる
- CS判断で休止期間のお金を請求したい場合に請求していく
- サービス使用中の人がサービス停止日までに服を返さないなどが起こった場合に請求。ユーザーに
- サービスを再開するボタンでは対象アドペイを消す

サービスを
- 再開→上代分は削除、お金は普通に請求を立てる？
- やめる→上代分は99、お金はNPや銀振など請求できる手段で払ってもらう

調査ヒント
- manual_descriptionみる（アドペイ）
- 減額した時

##### 来週の話
- 質問表がきたら質問表をやる
- 一ヶ月分だし対して多くはなさそうだよね
- バグチェックもきそうだぞ
- 想定では最終週にやる予定（まだきてないけど）
- 事前の知識共有時間3時間を4人で抑える
- リソース調整は必須
- バグチェック事前共有で3時間
- 質問、バグチェック対応の膨らみ具合みてもっと調整

- バグチェックの話
- SQL当番的な話ではない
- 案件として出す予定
- DB→excelに落としてチェック
- エラーが出たらチェックしよう
- DBのデータ卸しがうまくいってない（スケジュールがおかしい）
- ADGがDBから落としてくるのができてなさそう
- バグチェックに関して
- 大きいバグを事前に発見して対応したいよねと言う話
- node-bacthで実行
- aCDBと
- finance
- GMO
- NP
- を突合する（トーマツがやっていることとあんまり変わらない）
- GMOは二ヶ月、NPは一ヶ月、それぞれ請求情報が出てくるまでにかかるので、当月のそれぞれ出せる最新をやっていくよ
- paid_statusを2にするのに二ヶ月くらいかかると言う意味。実際にはGMOでtxtデータとかは出せる
- 例:) 6月

- 0729作業メモ
- 動画のやつ
- 昼からアレの作業

## 動画

【どう感じてほしいか】
- コミュニケーションの多さが魅力で、サポートが手厚い環境だと感じてほしい
- エンジニアとしてのスキルだけではなく、仕事を進める上で不可欠な能力も鍛えられるいい環境だと感じて欲しい

【全体の流れ】
- 0:00-0:45 オープニング（企画説明、出勤〜着席くらいまで）
- 0:45-1:30 朝の確認（今日の業務の流れ確認、ここで1日のスケジュールも軽く口頭説明する）
- 1:30-2:10 業務（メンターに質問しつつやってる様子を映す）
- 2:10-2:30 ランチ
- 2:30-2:50 みんな会議
- 2:50-4:20 1on1（1on1の様子をとりつつ新卒として働いてみての感想、雰囲気などを話す）
- 4:20-5:00 TEチームmtg（オンラインホワイトボードを使ってコミュニケーション豊富にやってるところを映す）
- 5:00-5:20？ エンディング

＜社員インタビュー＞
【どう感じてほしいか】
- エアクロで働く人、その人が話す価値観に触れて、「この人と働いてみたい」「この価値観で仕事に向き合いたい・仕事がしたい」と感じてほしい
- エアクロのカルチャー、将来へのビジョンに魅力を感じてほしい。「この会社なら自分は楽しめそう」「この環境は居心地が良さそう」と感じてほしい。（感じられる人＝カルチャーマッチする人に志望してほしい）

＝エアクロの中身を見せて、それに共感、賛同してもらうことを目指す

- 具体的にどのようなことが「エアクロらしい」人、価値観、環境、カルチャーなのか？を新卒目線で考える
- どんな人？どんな価値観？
- 熱量があり、全力で仕事に取り組んでいる。
- いいと思ったことに対するこだわり、つらぬく意志が強い人が多い。
- サポートが手厚い、温かみがある。
- どんな環境？どんなカルチャー？
- 大小問わず、絶え間なく挑戦の機会が訪れる。
- 夢中で仕事に取り組む、夢中でやることに肯定的な環境。
- 自分で行動を起こせばなんでもできる、行動することに対する評価の高い環境。
- 以上を伝えて、【どう感じてほしいか】にあるような気持ちを感じてほしい
- 新卒目線でみたエアクロの姿については、まとまった時間が取れておらず、不完全な状態。もう少しブラッシュアップする予定

【全体の流れ】
→greeの新卒採用動画を参考。https://www.youtube.com/watch?v=0WIruaknrA0

- 0:00-0:05 ロゴ表示
- 0:05-0:15 オープニング（オフィス風景、作業風景などを音楽の入りとともに流す）

（以下、冒頭7〜8秒で場面転換。途中途中にオフィスや作業の風景、物撮りした映像を流しながら展開。場面転換: https://youtu.be/0WIruaknrA0?t=80 のような感じ。）
- 0:15-1:00 ①入社理由（何に惹かれて入った。入る前は〇〇な印象だった。）
- 1:00-2:20 ②エアクロの人、価値観について（どんな人が多い。自分はこういうこだわり、性格で、エアクロではこういうところにマッチしてると感じる。こういう人、価値観で働けると楽しい！）
- 2:20-3:40 ③エアクロの環境、カルチャーやビジョンについて（エアクロは会社として〇〇〇〇を大切にしている。そのおかげで〇〇〇〇ができた。）
- 3:40-5:00 ④どういう人を求めている、どういう人エアクロは合っている （たくさんの人に一言ずつワーッと言ってもらったりした後に、ashさんから〇〇〇〇な人に是非きていただきたい、的なことを喋っていただく。）

【キャスト】
（未定）

- 明日
- MS
- 動画制作考えた
- dstバグ関連（デザインチェック迅速に片付けた、進捗をしっかりメモしながらできた）　
- 全体的に進捗管理うまかった、別人格理論　楽しむ
- ash日報かけてないこと　発信
- 監査出し忘れ supi-dokannばつ

### 動画
- 無料アカウントの見つけるを見せる（選定画面を見ている風に撮影する）
- デザイナー、PLの3人でinputしていく画を見せるといい。
- 新卒だけ外している状態くらいがいい
- フェイスガードをつけてもらう
- welcomeミッションはインタビュー系で言うのが良いかも
- 　社内の撮影について
- 　ADGもち（実際はどこが撮っちゃダメなのかあんまりわかってないので）
- 　今回のを機会に軽く統一したい、どこがダメなのか、どこなら撮っていいのか、その理由は？
- 　倉庫撮影について
- 　素材映像が既にあるので、それを使って人間をワイプとかで使ったり？
- 　動画のシメどうしよう
- 　動画全体の統一感が欲しいかも
- 　→「ワクワクが空気のように当たり前になる世界へ」文章&ロゴ画像は良さそう
- 　社内潜入の最後にエアクロ入ってね系の話をする

### 案件インプット
- マニュアル出庫
- 選定→洋服選んで選択→番号出てくる
- 一覧にレコードが出てくる（manual_order_groups?的なテーブル）
- 倉庫にいつ作業して欲しいかを選んで、いつ届けたいかを選んで、出荷連携をかける　これが通常の流れ
- 今回解決はエコセール
- エアクロ倉庫→倉庫→お客様の流れ
- 少なくとも3000、多くて二万くらい送ってる
- その際にいくつか問題がある
- 日付がたくさん（？）
- ポチポチしまくる
- チェックボックスで有効にしたものを
- 同じ日付で
- 同じ送り先に
- 同じ一つの連携として
- 画面のlimit100件くらいにしたい
- そもそもscroll効いてればOKなので、scrollちゃんとする方針で

- 登録導線
- 一つのpostIDに複数の住所が紐づいている場合、fitting、mallは厳しくなる
- 選んでもらって、それを登録住所に紐付ける
- libraryを使っている（郵便番号コア）が、一つしか住所帰ってこない
- apiで住所を呼んで配列で返し、長さで判別する
- 再度住所が入力された場合はapiコールしなおす
- http://zipcloud.ibsnet.co.jp/doc/api

- dst残り
- サンプル画像崩れ、sccessful caseの画像
- chromeのclient限定で表示するやつ

- WITHコラボ
- with掲載のQR & withのオウンドメディア -> キャンペーンLPへの導線
- LPの作成、バナー時限設定
- SQL生成（生成自体はPLが担当）
- 開始設定、キャパシティ設定、オーダー画面下文言、注文可能なsku_idの作成をsqlで作成してもらい、渡される
- 同梱物
- 在庫数の調整
- sku品番: できる
- キャパ: 在庫の
- 同梱物: 品数がいくつになるか
- 13日からSQL着手（16日着手可能）
- （Baila確定、withも来るかも）