大切なのは、何に時間を使ったか
時間の合計は、元の仕事につながると判断に使いやすくなります。Tsumiraのレポートは取得した記録をタスク、プロジェクト、一般作業ごとにまとめ、あれば顧客の文脈も示します。合計、請求対象、承認済みは別の指標です。時間だけで売上や顧客価値、利益を決めつけず、確認すべき仕事を見つけます。
期間を選び、仕事のまとまりを見る
開始日と終了日を指定し、その間の無効でない記録を読みます。表には作業名、顧客、合計、請求対象、承認済み、件数があります。利用者の役割と範囲に応じて表示が制限されます。たとえば準備が増えた原因のタスクを探すなど、具体的な問いに合わせて期間とグループを見ます。合計から元の仕事を調べる入口になります。
- 開始日と終了日
- 作業・顧客のまとまり
- 役割に合った閲覧範囲
異なる意味の時間を分ける
記録した時間、請求対象の時間、承認済み時間は、答える問いが違います。請求対象は仕事の分類で、承認は確認者の判断です。どちらも入金や確定した請求額と同じではありません。下書きや差し戻しなど、未提出の仕事も確認できます。予想外の数字は元の明細を読み、人員上の問題や取引結果だとすぐに断定しないようにします。
- 合計と請求対象の区別
- 承認済みと未提出の区別
- 根拠となる件数の確認
大きな結論の前に対象範囲を確認する
現在のレポートは最大2,000件の一致する記録を読み、返されたデータを集計します。無制限の分析基盤や、どんな大期間でも全件の合計が保証されるという説明ではありません。適切な期間を選び、その範囲を確認してください。作業日は現在日本基準のルールです。取引上の判断には、時間だけでなく関連する財務の処理も確認します。
- 現在の取得件数の範囲
- 選んだ期間の確認
- 売上や利益とは別の情報
具体的な業務の流れ
問いを決める
何の仕事や期間を調べたいかを定め、曖昧な全社評価だけを求めないようにします。
期間を指定する
開始と終了を選び、具体的な問いに合う区間か確かめます。
指標を分けて読む
合計、請求対象、承認済みを比較し、作業と件数を見ます。
調べてから判断する
元の記録、対象範囲、足りない背景を確認してチームで話します。
実務を想定した例
利用例：準備の増加を確かめる
準備に予定以上の時間がかかったため、プロジェクト責任者が最近の期間を確認します。取得されたワークショップと社内準備が分かれ、合計、請求対象、承認が読めます。明細から追加の修正作業があったと分かれば、単一の時間数から利益を推測せず、その仕事について具体的に話せます。
この機能についての質問
請求対象の時間は請求済み売上ですか。
いいえ。仕事の分類です。価格、文書発行、未収、入金はそれぞれ別の取引上の情報です。
件数は無制限ですか。
現在は最大2,000件の一致する記録を読み、取得したデータを集計します。特に広い期間では対象範囲を確認してください。
承認済みを分けるのはなぜですか。
記録は下書き、提出済み、差し戻しの可能性があります。承認済みは別の確認を経ており、後の請求利用にも関係します。
利益の予測として使えますか。
ここで利益予測は説明していません。対象範囲内の記録した労力です。費用、価格、取引結果には別の情報と確認が必要です。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
