インドネシア企業の週次報告は、書く側より読む側の都合で型が決まっています。
金曜午後送信、月曜朝確認のリズムに合わせれば、報告内容そのものより信頼が積まれます。
このページではジャカルタの現地法人やジャカルタCBDの多国籍企業で実際に流通している様式を紹介します。
テック系のGojek、Tokopedia、Trabelokaから伝統的な製造業のAstra、消費財のIndofoodまで、業種を問わず通用する型を扱います。
インドネシア企業の週次報告文化
週次報告の役割は「進捗の可視化」より「approval lineの安心」です。
担当者からManager、Direktur、Vice Presidentへ順に確認が回るため、報告様式が崩れると上位レイヤーで質問が増えます。
これは「報告とは情報共有である」という日本式の発想と少し違います。
インドネシアでは「報告とは責任の共有である」と言い換えたほうが現地感覚に近いです。
金曜午後送信、月曜朝確認の2大時間
送信は金曜の14時から16時が標準です。
17時を過ぎると断食月の早退や金曜礼拝（Sholat Jumat）後の退社と重なります。
受信側のManagerは月曜朝、Direkturは月曜午後に確認するのが一般的です。
この間に修正が入る前提で、金曜送信→月曜まで沈黙の48時間を設計します。
木曜以前に送ると「金曜の最終調整が反映されていない報告」と見なされ、月曜に再送を求められます。
担当からDireksiまでのapproval line
インドネシアの組織は「Staff → Manager → General Manager → Direktur → Vice President → Direktur Utama」の6階層が標準です。
週次報告はこのうち最低3階層のCCが基本になります。
BUMN（国営企業）では8階層に達することもあります。
Bank MandiriやPertamina、PLN、Garuda Indonesiaでは、Komisaris（監査役）まで広げる週報も存在します。
報告様式の標準化要求
多くのインドネシア企業は、社内テンプレ（Format Laporan Mingguan）を持っています。
クライアントから様式を受け取ったら、自社流のアレンジは最小限にとどめます。
標準フォーマットを尊重する姿勢そのものが評価対象です。
逆にテンプレを無視して独自様式で送り続けると、「協調性に欠ける」という評価が静かに積み上がります。
週次報告の4段構造
本文は固定の4ブロックで作ります。
順序を入れ替えずに、毎週同じ位置に同じ情報を置くのが信頼の核です。
第1段：要約（Ringkasan Eksekutif、3行以内）
要約は3行で、進捗率、主要決定、依頼事項を順に並べます。
Direkturは要約しか読まない前提で書きます。
「Ringkasan Eksekutif」というラベルを毎回つけるのが標準です。
第2段：先週完了事項（Pencapaian Minggu Lalu）
箇条書き3〜5項目、各項目に担当者と完了日を添えます。
「完了」と「進行中」の境界を曖昧にしないことが重要です。
Pencapaianは「達成」を意味し、完了したものだけを書く欄です。
第3段：今週計画（Rencana Minggu Ini）
優先順位順に3〜5項目を並べます。
各項目にデッドラインと責任者を明記します。
Rencanaは「計画」、Minggu Iniは「今週」を指します。
第4段：課題、リスク、要請事項（Hambatan、Risiko、Permintaan）
課題は隠さず、影響と希望する対応をセットで提示します。
「ご相談」「ご検討」の婉曲表現はインドネシアでは弱すぎます。
HambatanとRisikoの違いは「現実化した障害」か「未来の懸念」かです。
件名の標準様式
件名は受信箱で一目で識別できる様式を選びます。
「[Laporan Mingguan] Tim 〜 Minggu ke-WW – YYYY」型
角括弧でラベル、チーム名、週番号、年の順が標準です。
例として「[Laporan Mingguan] Tim Pengembangan Produk Minggu ke-17 – 2026」と書きます。
角括弧があると、Outlookの自動振り分けルールが効きやすくなります。
週番号表記（Minggu ke-17 / W17）
「Minggu ke-17」が公式で、「W17」は社内チャット用の略記です。
外部クライアント向けは必ず「Minggu ke-」を書き出します。
欧州式のISO 8601週番号と同じ計算で問題ありません。
担当者名を含める意味
件名に担当者名を入れると、受信者が複数案件を抱えていても識別できます。
「Laporan Mingguan – Andi (Tim A)」のように本文責任者を明示します。
BCAやBank Mandiriのように複数チームから報告が集まるDireksi向けは、担当者名なしの件名は埋もれます。
要約（Ringkasan Eksekutif）の作成
要約は本文の縮約ではなく、独立した意思決定支援文書として書きます。
3行で核心のみ
「進捗75%、3案件完了、1件は来週ローンチ」のように数値を先に出します。
形容詞より動詞と数字が信頼を生みます。
「順調に推移しています」を3回繰り返すより「3/4完了」と書くほうが伝わります。
完了率と進捗度の数値化
「順調」「概ね計画通り」は曖昧で避けます。
%表記、件数、デッドライン消化日数のいずれかで定量化します。
JiraやAsanaを使っている場合は、ダッシュボードのスクリーンショットを添付するチームもあります。
決定事項と要請事項の先行提示
「Direkturの判断が必要：A案/B案」のように選択肢の形で要請を出します。
「Mohon arahan」「Mohon persetujuan」を末尾に置きます。
Mohon arahanは「ご指示をお願いします」、Mohon persetujuanは「ご承認をお願いします」の意です。
先週完了事項の書き方
第2段は「実績」を語る場で、見方の主張は入れません。
箇条書きで3〜5項
「・モジュールA開発完了（PIC: Andi、4月20日）」の形が標準です。
形式を毎週変えないことが、レビューする側の負担軽減につながります。
項目数を毎週揃えることで、四半期末にレポートを集約しやすくなります。
各項目に担当者と完了日
担当者はインドネシア式に「PIC（Person In Charge）」と表記する企業も多くあります。
完了日は「YYYY年M月D日」より「YYYY-MM-DD」形式が日付計算しやすく好まれます。
Astra系列やAdaro Energyでは英米式の月日表記より、ISO形式が標準です。
目標対比実績
「目標：3件、実績：3件、達成率100%」のように対比形式で書きます。
未達は隠さず、第4段の課題ブロックで原因を述べます。
達成率150%のような超過達成も、原因を分析しないと「目標設定が甘い」と評価されます。
今週計画の書き方
計画は「やることリスト」ではなく「優先順位提案」です。
優先順位順に列挙
P1、P2、P3のラベルを項目頭に付けます。
P1の項目数は3を超えないのが現実的です。
P1が5個並ぶ計画は「優先順位がついていない」と判断されます。
マイルストーンとデッドライン明示
「金曜までにモックアップ初版完成」のように具体日時を入れます。
曖昧な「来週中」「近日中」は避けます。
時刻まで指定する場合は「Jumat 17.00 WIB」のようにタイムゾーンを書きます。
依存関係（Dependency）の明示
他チームや外部ベンダー待ちの項目は「依存：Tim QA承認待ち」と明記します。
依存を可視化することで、approval lineが先回りして動けます。
依存先のPIC名を書くと、Direkturが直接横展開で動かしてくれることもあります。
課題、リスクセクション
第4段は「相談」ではなく「意思決定要請」の場です。
発見された課題の構造（事実／影響／対応）
「事実：API連携不具合発生」「影響：今週末リリース不可」「対応案：1日延期 or 機能縮小ローンチ」の3行で書きます。
事実と意見を混ぜないのが鉄則です。
これはインドネシアのコンサル系（McKinsey、BCG、Bain）が日常的に使うSCQAフレームと同じ発想です。
支援要請事項
「Tim Infrastruktur のリソース2人を48時間借りたい」のように具体名と数を出します。
抽象的な「協力をお願いします」では動きません。
リソース要請は、貸す側のManagerにも事前にWhatsAppで一言入れておくと話が早いです。
意思決定要請
「A案／B案／C案、推奨A案、判断期限：火曜17時」と選択肢と期限をセットにします。
期限を切ることはインドネシアでは無礼ではなく、むしろ親切と受け取られます。
「Mohon arahan paling lambat hari Selasa pukul 17.00」と書けば失礼になりません。
Approval line CC処理
CCの順序と範囲が、報告の格と信頼に直結します。
直属上司、Manager、Direktur、VPの段階拡張
毎週送る相手は直属上司まで、月末週はManagerまで、四半期末はDirekturまで広げます。
段階拡張のリズムが組織内で標準化されています。
段階を飛ばすのは、緊急時か特別案件のときだけです。
誤ったCC配分のリスク
いきなりDirekturに直接CCすると、間のManagerが面子を失います。
「上司を飛ばした」と受け止められると、その後の連携に影響します。
インドネシアは面子（muka）を重視する文化のため、ヒエラルキー無視は致命的です。
「Kepada」と「Cc」の使い分け
本文冒頭で「Yth. Bapak/Ibu Manager」と宛先を明示し、CCには上位役職者を配置します。
To欄に複数人を並列で並べるのは、責任所在が曖昧になるため避けます。
Kepadaは「〜へ」、Cc（Carbon Copy）は「参考送付」を明確に区別します。
週次報告から月次・四半期報告への接続
週次は月次の素材、月次は四半期の素材という階層関係を意識します。
月末最終週の報告は月次報告に統合
月末週の週報は、4週間分のサマリーを含めた拡張版にします。
件名も「[Laporan Bulanan] – Bulan April 2026」と切り替えます。
Bulananは「月次の」、Bulanは「月」の意です。
四半期報告への累積
3、6、9、12月末は四半期レビュー資料の素材になります。
週報の数値は、四半期報告でそのまま再利用される前提で書きます。
四半期報告は「Laporan Triwulanan」または「Laporan Kuartal」と呼ばれます。
年次報告への接続
12月最終週の週報は、年次報告（Laporan Tahunan）の入口です。
業績、課題、来年計画の3点を厚めに書きます。
上場企業（Tbk）の場合、年次報告書はOJK（金融庁）への提出義務があります。
対面報告との並行
メール報告だけでは伝わらない部分を、対面で補完します。
メール報告後の対面報告の追加価値
メールには書きにくい人事的な懸念や、進行中の社内政治的な事情は対面で共有します。
「Mohon waktu 15 menit untuk diskusi tatap muka」と要請メールを別途送ります。
tatap mukaは「対面」、daringは「オンライン」の意です。
対面での補足ポイント選定
第4段の課題ブロックを、対面で深掘りするのが基本です。
事実は文書、温度感は対面、と切り分けます。
Direkturの感情的な反応は記録に残さず、対面でだけ受け止めるのが安全です。
WhatsAppでの即時補足
緊急性の高い更新は、WhatsApp Businessで「メールで送りました、ご確認ください」と通知します。
WhatsAppとメールの並行運用がインドネシア標準です。
「Pak, saya baru kirim laporan mingguan via email. Mohon ditinjau」と一言添えるだけで違います。
Bapak/Ibu呼称の使い分け
呼称の選び方ひとつで、報告全体の格が決まります。
「Yth. Bapak/Ibu Direktur」（Sangat Formal）
BUMNや官庁、初対面のDireksi向けに使います。
「Yang terhormat」の略「Yth.」を文頭に置きます。
Yang terhormatは英語のDearよりさらに格上で、Most respected〜に近い重みがあります。
「Kepada Bapak/Ibu Manager」（Formal）
社内Manager、外部クライアントのManager向けの標準表現です。
「Kepada」は「〜へ」の意で、宛先を明示します。
普段からやり取りのあるBank Mandiri担当者には「Kepada Bapak Andi」と書きます。
「Pak/Bu」（Semi-Formal、社内）
普段から接している社内上司には「Pak Andi」「Bu Sari」が自然です。
テックスタートアップでは名前のみの呼称も増えています。
GojekやTokopediaの社内Slackでは「Hi Andi」式の英語混合が主流です。
具体的な週次報告メールの例
ここまでの要素を組み合わせた完成例を示します。
件名: [Laporan Mingguan] Tim Pengembangan Aplikasi Minggu ke-17 – 2026
本文冒頭: Yth. Bapak Andi Pratama,
第1段（要約）: Minggu ini, tim menyelesaikan 3 dari 4 modul yang direncanakan. Modul keempat tertunda 2 hari karena kendala teknis. Mohon persetujuan untuk perpanjangan deadline modul keempat hingga Selasa minggu depan.
第2段（完了）: Modul A: selesai (PIC: Sari, 2026-04-21), Modul B: selesai (PIC: Budi, 2026-04-22), Modul C: selesai (PIC: Andi, 2026-04-23).
第3段（計画）: P1 Modul D penyelesaian (deadline Selasa), P2 Integrasi testing (deadline Kamis), P3 Dokumentasi (deadline Jumat).
第4段（課題）: Hambatan: API pihak ketiga tidak stabil. Permintaan: Mohon arahan untuk menggunakan API alternatif atau menunda 1 minggu.
結語: Hormat saya, [署名]
署名にはインドネシア語の役職と英語の役職を併記し、WhatsApp Businessの番号も入れるのが標準です。
日本人が週次報告で間違えるNG3選
失敗のパターンは決まっています。
要約なしの長い本文
結論を最後に書く日本式は、Direkturに読まれません。
必ず冒頭に3行要約を置きます。
要約だけ読んで承認を出すDireksiが多数派です。
完了と計画の区別が曖昧
「進めています」「対応中です」は、完了でも計画でもない宙吊り状態です。
進行率%、もしくは完了/未完了の二択で書きます。
50%完了は「未完了」のカテゴリに入れるのが基本です。
課題を隠す日本式忖度
「特に問題ありません」と書きながら裏で苦労している状態は、後から発覚すると信頼が崩れます。
小さな課題でも第4段に出すのが、長期的な信頼の積み方です。
インドネシアでは「課題を出さない人」より「課題を出して解決する人」が評価されます。
関連記事
インドネシアビジネスメール完全ガイドでは基本作法を扱っています。
仕様変更を含む報告の延長は仕様変更依頼メールを参照してください。
納品完了報告の様式は納品完了報告メールでまとめています。
進捗依頼の基本表現は依頼メールに整理しています。
会議招集と日程調整は日程調整メールを確認してください。
