依頼から始める

なぜ重要か

仕事は依頼から始まります。プロジェクトは、その依頼が実際の仕事になったときに作成されます。

Darwinでの仕事の流れは 依頼 → 明確化 → 見積 → レビュー → 承認 → 記録 → 学習 です。まず、何を見積もる必要があり、誰がその仕事をするのかを説明する依頼から始めます。

これは、建設の仕事が実際にそう始まるからです。誰かがモデリングツールやカタログを開く前に、まず誰かが金額を求めてきます。

---

1. 作業の依頼を作成する

1. サイドバーの 業務 → 作業依頼、またはホームの New Work Request を開きます。
2. 新しい依頼のフォームを開きます。
3. 種類として 作業の依頼 を選びます。
4. 次の内容を入力します。
   • 何を見積もる必要があるかがわかる、明確なタイトルと説明
   • 求める成果（どのような回答が望ましいか）
   • 関係する工事範囲の情報
   • すでにあるファイル（図面、工事範囲のPDF、顧客からのメールなど）
   • 担当の積算担当者

新しいプロジェクトにつながる依頼では顧客を選び、まだプロジェクトがなければ Project は空欄にします。見積の選択はプロジェクトを選んだ後に使えます。優先度、分類、日付を確認し、Create Request で保存します。このガイドの画像は英語表示です。

依頼を作成するのに、完璧な情報は必要ありません。積算担当者がどこから始めればよいかわかるだけの情報があれば十分です。

---

2. 足りない情報を明確にする

建設の依頼が、最初からすべてそろって届くことはまれです。担当の積算担当者として依頼を確認し、足りないものをコメントで尋ねます。

• 図面やモデル
• 数量や工事範囲の境界
• 発注者の期待や予算の背景
• 依頼者が当然と思っている前提条件

依頼者は同じスレッドで返信し、ファイルを追加し、質問に答え、説明を更新して、先に進めるだけの情報がそろうまでやり取りします。このやり取りこそが大切です。後で見積をやり直すより、今尋ねるほうが手間がかかりません。

画像の依頼は Draft（下書き）です。Descriptionで工事内容、Requested Outcomeで求める成果を確認します。Latest discussionは会話の抜粋です。全体は Comments、図面は Files で開きます。確認に回せる状態になったら、ワークフローの Submit for review を選びます。

次にその依頼を扱う人（自分でも、引き継いだ人でも）が、別の場でのやり取りから経緯を組み立て直さなくても、求める成果、工事範囲、足りない情報を理解できるようになったら、依頼は先に進める状態です。

---

3. 依頼をプロジェクトの仕事に移す

依頼の内容が明確になったら、次のようにします。

1. 作業の依頼 を開き、状態を確認します。下の画像は Under Review（確認中）です。
2. Approve は依頼を先に進める承認です。顧客にひも付き、まだプロジェクトのない依頼では、Start work & create project で進行中に移し、依頼の情報とファイルを引き継ぐプロジェクトを作成します。
3. 作成されたプロジェクトの取引条件とレビュー担当を確認します。代わりに Create the project manually を使う場合は、あらかじめ入力されたフォームを確認して Save を選びます。この方法では保存するまで作成されません。

依頼の承認は、仕事を始めるための判断です。価格を確認した見積の正式な承認は後で行い、原価管理に使う改訂を記録します。

プロジェクトはゼロからは始まりません。依頼の段階ですでに積み上げたすべてのものから始まります。

---

4. 次の手順

次に、プロジェクトの情報を確認するか、依頼から開いた入力済みのフォームを完成させます。

➡️ 最初のプロジェクトを作成