造船所の進捗管理をZapierで自動化 ― 設計変更や資材発注情報をメールからNotionに自動登録し、工程遅延をSlackで即時通知するレシピ

造船所の設計変更や資材発注のメールが受信トレイに埋もれると、工程遅延への対応が遅れます。本記事では、Zapierでメール・Notion・Slackを連携し、情報登録と通知を自動化する方法を解説します。中小規模造船所向けに、約45分で始める手順と月額費用の目安を整理しました。

• 設計変更・資材発注メールをNotionのデータベースへ自動登録する
• Notionのステータス変更を条件にSlackへ通知する
• 毎週月曜に週次レポートを作成し、確認漏れを減らす
• 中小造船所向けに、月額費用と導入手順を確認できる
• 通知過多や登録漏れを防ぐ運用方法を学べる

造船所の進捗管理がメールと表計算ファイルに埋もれる理由

造船所では、設計・資材・艤装・検査など複数の工程が同時に進みます。設計変更や資材納期の変更も発生しやすく、情報がメール・電話・FAX・現場の掲示板などに分散しがちです。

中小規模の造船所では、専任の進捗管理部門を置かず、設計担当や工務担当が進捗表を兼務で更新する場合があります。その結果、次のような問題が起こります。

• 設計変更メールを見落とし、古い図面で加工を進める
• 資材の納期回答を工程計画へ反映できない
• 遅延の発見が組立工程の直前になる
• 週次報告の作成に多くの時間がかかる

これらは、個人の注意力だけでは解決しにくい問題です。情報を一つの場所へ集め、条件に合った内容を関係者へ届ける仕組みが必要になります。

Zapierは、複数のクラウドサービスを画面操作で連携できる自動化サービスです。プログラミングの知識がなくても、メール受信をきっかけにNotionへ登録し、条件に応じてSlackへ通知できます。

本記事では、GmailまたはOutlook、Notion、Slackを組み合わせた3つのレシピを紹介します。導入前に、社内の情報管理規程と各サービスの利用条件も確認してください。

次のセクションでは、3つのレシピの役割と全体の流れを整理します。

Zapierで作る3つの自動化レシピ

Zapierは、Gmail、Outlook、Notion、Slackなどのサービスを連携できる自動化サービスです。条件分岐や複数の処理を組み合わせ、定型作業を自動化できます。

今回のレシピは、次の役割に分かれます。

• レシピ1: メールからNotionへ自動登録
• レシピ2: Notionの変更をSlackへ通知
• レシピ3: 週次の進捗情報をSlackへ報告

この構成の利点は、情報の入り口を整理できることです。メールの内容をNotionへ集約すれば、最新情報を確認する場所を決められます。

Notionを基準にすると、Slackへの通知条件も設定しやすくなります。例えば、ステータスが「遅延」に変わった場合だけ通知する、といった運用が可能です。

中小造船所がZapierを使う主な理由は、次の3点です。

• プログラミング不要: 設計担当者でも設定を引き継ぎやすい
• 既存サービスを活用: Gmail、Outlook、Slackを継続利用できる
• 小さく始められる: まず1つのレシピだけ試せる

まずは、メール情報をNotionへ登録するレシピから設定します。

レシピ1: 設計変更・資材発注メールをNotionへ登録

最初に、進捗へ影響するメールをNotionのデータベースへ集約します。対象は、設計変更依頼、資材発注の納期回答、協力会社からの連絡などです。

受信メールを絞り込む

Zapierのトリガーには、Gmailの「New Email Matching Search」またはOutlookの「New Email」を使います。すべてのメールを登録せず、件名や送信者で対象を絞り込みます。

検索条件の例は次のとおりです。

• 件名に「設計変更」「図面改訂」「Rev.」のいずれかを含める
• 送信者のドメインを協力会社や資材メーカーに限定する
• 「設計」「資材」などのラベルを付けたメールだけを対象にする

Gmailでは、次のような検索式を使えます。

from:(*@example.co.jp) subject:(設計変更 OR 図面改訂)

Outlookでは、受信トレイのフォルダーや件名の条件で同様に絞り込めます。検索条件は、実際のメールの書き方に合わせて調整してください。

Notionのデータベースを準備する

Notion側に、次のプロパティを用意します。

ZapierのNotionアクション「Create Database Item」で、各項目へメールの情報を割り当てます。差込フィールドは、Zapierの設定画面で選択してください。

メール本文の情報を扱う

メール本文は形式がばらばらで、予定日が同じ位置に書かれているとは限りません。最初から完全な自動抽出を目指すと、設定が複雑になる場合があります。

現実的な方法は次の3つです。

• 件名を定型化: [設計変更][2026-08-15][船体ブロックA] のように記載する
• 本文から抽出: Formatter by Zapierで正規表現を使う
• 本文を保存: 本文をNotionに保存し、必要な項目を後から補足する

中小造船所では、本文を保存して主要項目だけ手作業で補足する方法が始めやすいでしょう。メール形式の変更に影響されにくく、運用停止のリスクを抑えられます。

設定手順

1. Zapierで「New Email Matching Search」を設定する
2. 件名・送信者・ラベルの条件を入力する
3. Notionの「Create Database Item」を追加する
4. データベースへ接続し、対象を選択する
5. 各プロパティへメール情報を割り当てる
6. テスト送信で1件の登録を確認する
7. 問題がなければZapを有効にする

このレシピを使うと、受信トレイに埋もれていた情報をNotionへ時系列で蓄積できます。

次は、Notionの変更を起点に工程遅延をSlackへ通知するレシピです。

レシピ2: 工程遅延をSlackへ通知

レシピ1で情報を集約したら、次は進捗の異常を自動で知らせます。Notionを毎日確認するだけの運用では、確認漏れが起こる可能性があります。

Notionの変更を検知する

Zapierの「Updated Database Item in Notion」をトリガーに使います。Notionのページが更新されたときにZapを起動する設定です。

すべての更新を通知すると、Slackの情報量が増えすぎます。そこで、ステータスや予定日が変わった場合だけ反応するように条件を絞ります。

Slackへ通知する

Slackアクションの「Send Channel Message」を使い、進捗管理用のチャンネルへ通知します。メッセージ例は次のとおりです。

:warning: 工程遅延アラート
案件: [件名]
種別: [種別]
予定日: [予定日]
ステータス: [ステータス]
担当: [担当部署]
Notionリンク: [ページURL]

角括弧の項目は、Zapierの設定画面で対応する差込フィールドに置き換えてください。本文中に未置換の記号を残さないよう、テスト送信で確認します。

遅延の判定ルールを決める

レシピ2では、何を遅延とみなすかを先に決めます。代表的な判定方法は次のとおりです。

Filter by Zapierを使えば、複数の条件を組み合わせられます。例えば、予定日が今日より前で、ステータスが「完了」ではない場合だけSlackへ通知します。

通知先を分ける

通知先を1つにまとめると、情報量が増えすぎることがあります。次のようにチャンネルを分けると、確認しやすくなります。

• #ship-progress: 全体の進捗アラート
• #ship-design: 設計変更
• #ship-material: 資材納期
• #ship-mgmt: 経営判断が必要な案件

最初は全体用のチャンネルだけで始め、通知量を確認してから分ける方法がおすすめです。

設定手順

1. 「Updated Database Item in Notion」を設定する
2. 対象データベースを選択する
3. Filter by Zapierで条件を設定する
4. Slackの「Send Channel Message」を追加する
5. 通知先と本文を設定する
6. テストで通知を確認する
7. Zapを有効にする

通知条件を絞れば、現場はNotionを常時確認せず、重要な変化をSlackで把握できます。

次は、経営層向けの週次レポートを作るレシピです。

レシピ3: 週次進捗レポートを作成

中小造船所では、週次会議の資料作成に時間がかかる場合があります。レシピ3では、Notionに蓄積した情報を毎週集計し、Slackへ要約を送ります。

スケジュールを設定する

「Schedule by Zapier」を使い、毎週の曜日と時刻を指定します。例えば、毎週月曜の8:00に設定すれば、朝礼前にレポートを確認できます。

Notionの情報を集計する

Notionのデータベースから、次の条件に合う項目を抽出します。

• 受信日時が過去7日以内
• ステータスが「進行中」または「遅延」
• 重要度が「高」または「中」

複数件を扱う場合は、Zapierの「Looping by Zapier」で1件ずつ整形します。件名・担当部署・予定日を改行して並べると、Slackで確認しやすくなります。

Slackへ要約を送る

Slackのメッセージは、次のように項目を分けます。

:bar_chart: 週次進捗レポート
対象期間: [今週の開始日] 〜 [今週の終了日]

:warning: 遅延案件: [遅延件数] 件
[遅延案件リスト]

:hourglass_flowing_sand: 進行中案件: [進行中件数] 件
[進行中案件リスト]

:white_check_mark: 今週完了: [完了件数] 件
新規登録: [新規件数] 件

詳細: Notion進捗データベースを参照

角括弧の項目は、Zapierの設定画面で差込フィールドに置き換えてください。送信前に、件数と対象期間が正しいか確認します。

設定手順

1. 毎週の実行日時を設定する
2. Notionの進捗データベースを検索する
3. 必要に応じてFormatter by Zapierで件数を集計する
4. Looping by Zapierで案件を整形する
5. Slackへ要約を送信する
6. テストで内容を確認する
7. Zapを有効にする

Notionの検索結果が多い場合は、対象期間や重要度で絞り込んでください。集計対象と実際の進捗に差がないか、導入初期は手作業でも照合します。

3つのレシピを安定して使うには、段階的な導入と確認が重要です。

導入ステップ: 中小造船所で始める設定手順

ここでは、最初のレシピを動かすまでの手順を示します。設定時間は、アカウントやデータベースが用意されている場合の目安です。

料金プランの制約を確認する

Zapierの無料プランには、タスク数や自動化のステップ数などの制限があります。条件分岐や複数ステップが必要な場合は、有料プランが必要になることがあります。

料金や機能は変更される場合があるため、契約前にZapierの公式料金ページで確認してください。複数人で使う場合は、NotionとSlackのユーザー料金も加算します。

既存の表計算ファイルと並行運用する

既に表計算ファイルで進捗を管理している場合、いきなりNotionへ全面移行すると混乱が生じます。最初の1か月は並行運用し、Notion側の登録精度を確認しましょう。

社内では「Notionを確認の基準にする」「表計算ファイルは移行期間の控えにする」など、役割を明確にします。二重更新を続けると負担が増えるため、並行期間の終了条件も決めておきます。

テスト送信を行う

レシピを有効にする前に、必ずテスト送信を行います。Zapierのテスト機能でメールを1件処理し、Notionのページと各プロパティが正しく作成されるかを確認してください。

セレクト項目は、Notion側の選択肢と表記を一致させます。「遅延」と「遅延中」のような違いは、登録エラーや分類ミスの原因になります。

通知量を確認する

通知を有効にした直後は、想定より多くのメッセージが流れる場合があります。最初の1週間は1日あたりの通知件数を記録し、必要に応じて条件を絞り込みます。

設定後は、現場で起こりやすい失敗を想定して確認します。

失敗パターン3選と回避策

Zapierの自動化は便利ですが、設定後も見直しが必要です。中小造船所で起こりやすい失敗と回避策を整理します。

失敗パターン1: 件名の表記ゆれで登録が漏れる

症状: 協力会社のメールは登録されるのに、社内の設計変更メールが登録されない。

原因: 「Rev.」「図面改訂」だけを検索対象にし、実際に使われている「設計変更」「図面更新」「改版」を対象外にしている。

回避策: 部分一致で対象を広めに設定し、Notion側で種別を分類します。社内メールに「進捗管理」ラベルを付ける運用も有効です。

失敗パターン2: Slackへの通知が多すぎる

症状: 1日に大量の通知が流れ、担当者がチャンネルを確認しなくなる。

原因: ステータスが「進行中」の案件など、緊急性の低い更新まで通知している。

回避策: 「予定日超過かつ完了ではない」「重要度が高へ変わった」など、通知条件を具体化します。まずは1日5〜10件程度を目安に、現場の状況に合わせて調整してください。

失敗パターン3: Notionの共有範囲を誤る

症状: 協力会社に進捗データベースを共有する際、社内情報まで見える設定になっている。

原因: 社内向けのデータベースを、外部共有用としてそのまま使っている。

回避策: 社内用と外部共有用のデータベースやビューを分けます。協力会社へ共有する前に、機密情報・個人情報・契約情報が含まれていないか確認してください。

導入後の確認方法

自動化は、一度設定すれば終わりではありません。最初の1〜2週間は、登録件数・通知件数・失敗した処理を確認します。

Zapierの履歴画面でエラーを確認し、原因を修正します。メール形式の変更や担当者の交代があった場合も、検索条件と権限設定を見直してください。

失敗を想定しておけば、料金と効果を比較しながら無理のない導入計画を立てられます。

料金とランニングコストの目安

中小造船所が導入を判断するには、月額費用と利用人数を分けて考える必要があります。料金は変更される可能性があるため、契約前に各サービスの公式料金ページを確認してください。

5人で使う場合の試算

設計2人、工務2人、資材1人の計5人で使う場合の試算は次のとおりです。

• Zapier: 約 ¥3,000 / 月（ワークスペース単位の目安）
• Notion: 約 ¥1,100 × 5人 = 約 ¥5,500 / 月
• Slack: 約 ¥1,550 × 5人 = 約 ¥7,750 / 月
• 合計: 約 ¥16,250 / 月

実際の料金は、契約単位・請求通貨・為替・税・プラン変更によって変わります。無料プランを組み合わせる場合は、タスク数や履歴、共有範囲の制限を確認してください。

費用を抑えて始める方法

予算を抑える場合は、次の構成から始められます。

• Zapierの無料プラン: 利用上限内で試す
• Notionの無料プラン: 社内利用に限定する
• Slackの無料プラン: 履歴制限を理解して使う

長期の工程記録や監査で過去の履歴を参照する場合は、無料プランの制限が支障にならないか確認してください。まずレシピ1だけを試し、登録精度と作業時間の変化を確認してから有料化を判断する方法が安全です。

他ツールとの比較

料金だけでなく、導入にかかる時間、担当者の負担、社外共有の必要性も含めて比較しましょう。

まとめ: まずメールからNotionへの登録を試す

Zapierでメール、Notion、Slackを連携すると、設計変更や資材発注に関する情報を集約し、重要な変化を通知できます。中小造船所では、最初からすべてを自動化せず、レシピ1から段階的に始める方法が現実的です。

導入前には、次の項目を確認してください。

• 対象にするメールと検索条件
• Notionのプロパティと更新担当者
• Slackの通知条件と通知先
• 無料・有料プランの上限
• 社内情報と外部共有情報の分離
• 導入前後の作業時間と登録件数

Zapierは、工程遅延を自動的に解決するサービスではありません。入力情報の正確さと、現場でステータスを更新する運用が重要です。

まずはテスト用のメール1件を使い、Notionへの登録が正しく行われるか確認しましょう。問題がなければ、通知と週次報告を順番に追加してください。