終業時の推測だけでは、仕事の詳細が抜ける
複数の顧客業務を切り替えると、後で一日を正確に思い出すのは難しくなります。タイマーは作業中の時間を測り、説明はその目的を残します。Tsumiraはセッションを現在の利用者に関連付け、選択した場合は権限のある作業にもつなぎます。停止すると時間記録になり、すぐに請求を発行するのではなく確認の流れへ進みます。
正しい作業の文脈から始める
タイマーには作業参照、説明、請求向けの説明、請求対象かどうかを持たせられます。選べる作業は、利用者が記録できるものに限られます。必要に応じてタスクやプロジェクトを選び、実際にする仕事を説明します。請求対象の印は、後で取引上の確認が必要になる情報であり、それだけで顧客が料金を承認した意味にはなりません。
- 任意の権限のある作業参照
- 作業と請求向けの説明
- 請求対象の指定
実行中のセッションを明確にする
現在の実装は一人につき一つの実行中タイマーを持ちます。複数の重なる時間が知らない間に積み上がらず、何を記録しているかが明確になります。停止すると経過時間がセッションに関連する記録になります。記録にすべきでない場合には、別途破棄の操作があります。中断から戻ったときは、どのセッションが動いているかを確認してください。
- 一人につき一つの実行中タイマー
- 停止して時間記録を作成
- 別の破棄操作
週を提出する前に、記録を見る
時間記録には日付、分数、説明、状態があります。対応する下書きや差し戻し状態なら、許可される修正を行えます。その後、提出プレビューを読み、週の時間を確認者へ送れます。測定、承認、財務処理を分けることで、何を記録し、何を承認し、何を請求する可能性があるかを説明しやすくします。タイマーはその判断を飛ばすものではありません。
- 記録の日付と時間
- 対応する状態での修正
- 提出前の週次確認
具体的な業務の流れ
セッションを準備する
必要に応じて作業を選び、内容と請求対象の設定を確認します。
タイマーを開始する
現在の利用者として開始し、意図した仕事が表示されるか確かめます。
停止または破棄する
仕事が終われば停止して記録を作り、記録すべきでない場合は破棄します。
結果を確認する
日付、時間、説明を見てから週の提出へ含めます。
実務を想定した例
利用例：顧客向けの修正作業
デザイナーが権限のあるタスクのタイマーを開始し、顧客資料を修正する場合を考えます。修正内容と請求対象の文脈を付けて、終了後に停止します。週を提出する前に、できた記録の時間と説明を確認します。その後に確認者がタイムシートを判断します。タイマーの停止自体では、請求書は発行されていません。
この機能についての質問
複数のタイマーを同時に動かせますか。
現在の実装は利用者ごとに一つの実行中タイマーを持ちます。別の仕事を始める前に、既存のセッションを終えるか破棄します。
必ずタスクを選ぶ必要がありますか。
作業参照は任意です。選択する場合は、その人が記録できる権限を持つ作業である必要があります。
停止すると顧客へ請求されますか。
いいえ。まず時間記録が作られます。提出、承認、関連する請求の判断は別の流れです。
間違ったセッションを始めた場合はどうしますか。
実行中の内容を確認します。記録にすべきでなければ対応する破棄を使い、それ以外は作られた記録と許可された修正方法を確認します。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
