使っている機能の変更を、取りこぼさない仕組み

• 影響が出るのは、使っているものの変更
• 何を使っているか、一覧が無いと追えない
• 終了・料金・条件の3つを見る

新しい発表を追うより、使っているものの変更を取りこぼさないほうが重要だった。仕組みを書く。

困った経験

取りこぼして困ったことがある。

• 使っていた機能が終了していた
• 気づいたのは、動かなくなってから
• 発表は出ていたが、読んでいなかった

3つ目が反省点だ。新しい発表ばかり見ていた。

まず一覧を作る

追うには、何を使っているか分かっていないといけない。

• 使っているものを全部書き出す
• どの機能を使っているか書く
• どこで発表が出るか書く

3つ目が追うための情報だ。発表の出る場所を記録しておく。

見る項目を3つに絞る

全部読むのは無理なので、項目を絞った。

• 終了する機能
• 料金の変更
• 条件や上限の変更

1つ目が最も影響が大きい。代わりを探す時間が必要になる。

終了の発表を探す

終了は、見出しに出ないことが多い。

• 新機能の発表に、併記されている場合がある
• 本文の後半に書かれていることがある
• 日付が先なので、忘れやすい

3つ目が厄介だ。半年後の終了予告は、その時には気にしない。

日付を記録する

先の予定は、記録に残している。

• 終了の日付を、予定として書く
• 1か月前に確認する日も入れる
• 代わりを探す時間を確保する

2つ目が実用的だ。当日に気づいても、間に合わない。

料金の変更

料金も、見る項目に入れている。

• 月額の変更
• 無料の範囲の縮小
• 従量の単価の変更

2つ目が気づきにくい。料金表は変わらず、範囲だけ変わることがある。

条件の変更

使う条件の変更も確認している。

• 商用で使えるかどうか
• 入力した内容の扱い
• 保存される期間

2つ目を特に見る。仕事で扱う内容を入れる場合、ここが判断を分ける。

見る頻度

いつ見るかも決めた。

• 月に1度、一覧を上から確認する
• 発表のまとめを見る
• 変更があれば、記録に追記する

1つ目を習慣にした。毎日見ると続かないので、月に1度にした。

通知に頼らない

通知だけでは、取りこぼす。

• 通知が来ない変更がある
• 来ても、他の通知に埋もれる
• 自分から見る日を決める

3つ目が確実だ。受け取る側で、確認の仕組みを持つ。

記録の形

追記する形も決めてある。

• 日付と、何が変わったか
• 自分の作業に影響するか
• 対応したか、保留したか

3つ目を書く。保留したものが残っていると、後で見返せる。

影響の判断

変更を見たときの判断も、順番を決めている。

• 自分が使っている機能か
• 使っているなら、いつまで使えるか
• 代わりがあるか

3つ目を先に調べる。代わりが無い場合は、早く動く必要がある。

代わりを探しておく

終了が決まっていなくても、代わりを調べている。

• 同じ用途のものを、1つ把握しておく
• データを移せるか確認しておく
• 移す手順を書いておく

2つ目が重要だ。移せないものは、終了すると作り直しになる。

依存を減らす

追う対象を減らす方法もある。

• 使うものの数を絞る
• データを自分の側に持つ
• 独自の仕組みに依存しない

2つ目が効く。データが手元にあれば、移るときの手間が小さい。

やめた追い方

やらなくなったことも書く。

• 性能の数値だけの発表を読む
• 他社との比較記事を読む
• 予告のみの発表を追う

3つ目は、実際に提供されたときに読めばよい。

年に1度の棚卸し

月の確認とは別に、年に1度まとめて見ている。

• 一覧が最新か確認する
• 使わなくなったものを消す
• 発表の出る場所が変わっていないか見る

1つ目が肝心だ。一覧が古いと、追う意味が無くなる。

仕組みにしてよかった点

決めてから、変わった点を書く。

• 取りこぼしが無くなった
• 読む量が減った
• 新しい発表を追う負担が減った

3つ目が副産物だ。見る対象が決まると、それ以外を読まなくて済む。

まとめ

• 影響が出るのは、使っているものの変更
• 何を使っているか、一覧が無いと追えない
• 終了・料金・条件の3つに絞って見る
• 終了の日付は、予定として記録しておく
• 通知に頼らず、自分から見る日を決める