[y's LifeHacks]やっぱり時刻指定はケータイアラームが一番

　その日が来てからやるべき事をR*PADに登録
　↓　↓　↓　↓　↓　
　当日、会社宛にリマインダーメールが届く
　↓　↓　↓　↓　↓　
　checkpad.jpにNextActionとして登録
　更に時刻指定がある場合⇒ケータイアラームに登録

という流れがようやく定着してきました。

時刻指定がない場合は、淡々とタスクを消化していけばOK。

時刻指定がある場合は、更に淡々とその時刻になってからタスクを消化していけばOK。



と言いたいところですが、時刻指定かつ相手がいる場合、必ずしも計画通りに物事が進まない、という当たり前の事が当たり前のように発生します。

この時、ケータイアラームが何気に役に立ったりしています。

[y's LifeHacks]リマインダーメール受信後の行動

R*PADを活用してのリマインダー、受信後にどのような行動を取っているのか考えてみました。

　2分以内に出来ること⇒すぐやる
　あとでやるべきこと⇒NextActionとしてcheckpad.jpに記入
　時間を決めてやるべきこと⇒・・・

R*PADの仕様（というか特徴？）は『特定の時刻にメールを送ってくれる』というものであり、『自分がやるべき時刻にメールを送ってくれる』というものではない、という基本的な話に戻ってしまいました。

例えば『○月×日の10時に作業を始める』も『○月×日の13時に電話をする』も同じ時刻に届き、その日のうちにリマインダーを再送することは出来ません（その都度時刻設定を変えれば可能ですが、そこまでするのは非現実的なので却下）。


ちょっと考えてみたところ、アナログ的な手法ではありますが、解決策はすぐそこにありました。

[y's LifeHacks]R*PADでGTDフローを回せているのか？

ウルトラシンプルリマインダーR*PADを使い始めて、もうすぐ1ヶ月。
この辺で一度R*PADと私のGTDフローとの関係を整理してみることにします。

R*PADからのメールを『何時に』『どこで』受け取るのか。色々と試行錯誤を重ねた結果がこちらになります。

[y's LifeHacks]R*PADリマインダー登録方法改善

GTDで言うところの『カレンダー』に利用しているR*PAD、メールでのリマインダー登録となるわけだが、入力に至るまでのアクションがに納得がいかなかったので、改善方法を検討してみた。

[y's LifeHacks]R*PADバグ修正完了、おつかれさまでした

R*PADのバグ修正完了とのこと。お忙しい中の対処、おつかれさまでした。

『文字によってリマインダー設定が出来なかった』とのことで、一部リマインダーに上手く登録出来なかった事象も問題なくなってました。ホント、助かります。

今回のidea*idea記事内で書かれていた今後の方向性。

R*PADに関してはcheck*padと連動してほしいとかいろいろ要望はあると思うのですが、ミニミニツールとして開発したので今回はご勘弁を・・・でも、タイムゾーンの設定はやりたいかな。時間ができたらちょろちょろ修正しますが、大きな方向性はこのままで。

色々とわがままを言い出すとキリがないところ、タイムゾーン設定についてちょっと期待出来る記載が。ま、今のところは現在の仕様に仕事を合わせる方向で検討を進めているところなので、全く問題なし。変に機能が増えるのも、本来の主旨と離れてしまいますしね。