タイム＆マテリアル
工数には、適切な案件、タスク、担当者または役割の単価、スコープ状況、承認が必要です。
この明細は請求でき、説明できる状態ですか？コンサルティング案件の工数
スコープを守るコンサルタント向け工数管理ソフト
すべての工数を、それが支える案件、作業パッケージ、単価、リテイナー、デリバリー状況、顧客判断につなげます。
コンサルティング工数は稼働率のデータだけではありません。デリバリー、スコープ消化、取引上の扱い、次に顧客と話す内容を示す証拠です。
- すべての工数明細に案件と作業パッケージの情報を付与
- リテイナー消化、スコープリスク、稼働率、未請求作業を可視化
- 確認済みの作業だけから作成した顧客向けバッチ
工数で案件上の問いに答える
料金モデルが異なれば、同じ時間でも必要な判断は変わります。
リテイナー
承認済みの作業が、有効期間内の所定の時間枠または金額枠を消化します。
何が残っており、現在のペースを維持できますか？固定料金
請求明細を作らない場合でも、工数はデリバリー負荷と利益率を測る材料になります。
完了より速く工数が増えていませんか？継続型アドバイザリー契約
定期的なアクセス、会議、成果物には、サービスレベルとスコープの背景が必要です。
顧客は契約枠を適切に利用していますか、不足していますか、それとも超過していますか？担当者、作業、スコープ、価値を関連付け
単独のタイマーだけでは、案件の健全性を説明できません。
顧客案件
顧客、スポンサー、サービス、料金モデル、単価、リテイナー、日付、担当者、成功基準。
顧客は何を購入し、関係の担当者は誰ですか？作業パッケージまたは成果物
スコープ、予定工数、期限、責任者、ステータス、受入、変更参照。
工数はどの成果を前進させるべきですか？コンサルタント工数の明細
コンサルタント、役割、作業パッケージ、活動、工数、単価、請求対象状況、メモ、承認。
作業は完了し、スコープ内で、取引条件にも合っていますか？スコープまたはリテイナーの例外
しきい値、原因、影響、顧客との対話、選択肢、担当者、解決。
超過分を吸収するか、再計画するか、範囲を変えるか、取引条件を調整するか？次の判断を改善するためにコンサルタント工数を使う
人を一つの稼働率スコアに単純化せず、デリバリーと取引の健全性を測ります。
リテイナー消化済み
現在の契約枠に対して使用された、承認済みの工数または金額。
スコープ差異
作業パッケージまたは案件計画と比較した実績工数。
請求対象比率
記録されたコンサルティング総工数に対する承認済み請求対象工数。
承認済み未請求作業
確認済みだが、請求バッチにまだ含まれていない顧客向け金額。
サービスの成熟に合わせて案件モデルを調整
コンサルティング会社では、時間の経過とともに、サービス内容、役割、単価、確認手順、顧客向け証跡が増えます。
案件モデルが合わなくなると、業務側でタグ、表計算ファイル、手動レポートを追加します。
同じ記録を使いながら、管理者がサービス種別、スコープ状況、単価の参照元、顧客承認項目、例外キュー、業務指標を追加できます。
- 時間枠型リテイナーを導入
- 償却額がしきい値を超えた場合にパートナー承認を追加
- 成果物別に顧客受入を記録
- サービスライン別稼働率ビューを作成
業務・案件責任者向けの質問
コンサルタントは固定料金業務でも工数を記録すべきですか？
デリバリー工数、利益率、キャパシティ、見積、スコープ証跡が必要なら、通常は記録すべきです。工数は事業判断に使うもので、請求書を自動作成するものではないと明確にします。
コンサルティング工数はどの程度詳しく記録すべきですか？
意味のある作業パッケージと取引上の扱いを区別できる程度に詳しくしつつ、実際の作業を振り返る以上に分類へ時間を費やすほど細かくしないようにします。
リテイナー超過をどう扱いますか？
契約、承認済み消化、残高、予測、超過ルールを表示します。黙って償却または追加請求する前に、判断を明示して振り分けます。
PSAプラットフォームのほうが適するのはいつですか？
リソース計画、プロジェクト会計、売上、稼働率、パイプライン、請求を一つの標準化されたプロフェッショナルサービス・スイートで運用するならPSAを選びます。案件ワークフローを柔軟に設定することが差別化要因ならJodooを使います。
一つの案件を、作業から顧客対応準備まで試す
時間単価、リテイナー、固定料金、スコープ例外、単価変更、顧客受入、請求準備済みバッチを使います。アプリで取引上の境界を明確にします。