はじめに
Odoo Studioはダッシュボードやドキュメント、IoTといった機能を拡張しますが、それらが価値を発揮するのは、営業・在庫・会計といった取引データがまず正確で信頼できる場合だけです。
多くのチームはまずOdooを取引処理のために導入し、その後に『もっと深い分析がほしい』『画面を業務に合わせたい』と求め始めます。そこでプラットフォームのアプリや丁寧なカスタマイズが必要になります。
Studioは業務の意思決定者やパワーユーザーが、基盤のデータ構造を壊さずに表示・アクセス方法を設計する手段を提供します。
COOやプロダクトオーナー、社内のOdoo推進者は、標準アプリで足りるのか拡張が必要か、あるいは外部の専門家を呼ぶべきかを見極める指標をここで得られます。
StudioはOdooのモジュール式ERPの一部です。チームが選ぶのは、散発的なメモやオフライン表計算ではなく、責任の所在が明確で再現可能なワークフローと検索可能な履歴を求めたとき。社内承認向けには『Odoo Studio：コード不要のカスタムモデル・ビュー・自動化』という筋書きを示すとわかりやすいでしょう。
この記事は、Level 1（簡単）からLevel 10（上級）までランク付けしたTop 10ガイドです。各レベルに具体的な手順番号を載せ、実際にOdoo Studioで何をクリックするかまで示します。
かっこいいからといって最初からLevel 10を目指す必要はありません。まずは自分たちの着地点で始めましょう。
次に「直面する問題点」を読んでから、今のチームに合うレベルを開いてください。
このガイドで分かること：
- 典型的な企業の技術スタックの中でOdoo Studioが担う役割
- 現在チームが最もつまずきやすい箇所（そしてその理由）
- 初心者向けの運用改善から高度な戦略までの10段階のユースケース
- 自動化や外部連携でパートナー導入が妥当になるタイミング
直面する問題点
リーダーが美しいダッシュボードを開いたとき、現金残高が会計と合わないと質疑が始まる。原因は不完全なデータで作られたビュー。会議が意思決定の場でなく、信頼回復の場になってしまいます。
意思決定層は見える化や業務の最適化を望みますが、ガバナンスの欠如でデータとカスタマイズが乱立すると効果は出ません。ダッシュボードやStudioの変更は、信頼できるトランザクションデータの上にしか成り立ちません。
これ、心当たりありませんか？チームがぶつかる典型的な壁：
- 現場の実態と合わないKPI
- サンドボックス運用の無いカスタマイズの乱立
- アップグレード後に気づかないまま壊れる連携
朗報です：すべてを一気に直す必要はありません。下のユースケースから一つ選び、30日間テストして成果を測れば十分に改善が始まります。
StudioのTop 10ユースケース
Odoo Studioで実現できる10のユースケースを、Level 1（今日の午後できる簡単なもの）からLevel 10（専門家向け）まで順に並べました。各項目は『何を作るか』と『Studio内でのクリック手順』に答えます。
Level 1は日々の小さな勝利。最後のレベルは意図的に高度にして、アーキテクチャとデータが整っているとここまでスケールする、という視点を示します。
自分のレベルを選び、テスト環境で手順に従ってください。前のレベルが物足りなくなったら次に進みます。
1. 顧客フォームにカスタム項目を2分で追加する Level 1 — Easy
Level 1は最小限のStudio操作です：管理者が一つの不足項目をフォームに追加するだけ。コード不要、スキーマ変更不要。フィールドをドラッグすれば、更新をリロードした全員に反映されます。
Odooでの実際の手順：
- Contactsから任意の顧客レコードを開き、画面右上のStudioアイコンをクリックします。
- ツールボックスからChar（文字列）フィールドを会社名の下にドラッグ＆ドロップします。
- ラベルを「アカウント担当メモ」に変更し、入力例や用途を説明するツールチップを追加します。
- 保存をクリックすれば、そのフィールドはすべてのユーザー・すべての顧客レコードに対して有効になります。
- 別の顧客レコードを開いてフィールドの存在を確認し、一度入力してチャッターに変更履歴が残るか確かめます。
得られる効果：開発やITチケット不要で、当日中にチームが欠けていた情報を記録できるようになります。
2. コンプライアンスタブを追加して関連項目をグループ化し条件表示する Level 2 — Easy
Level 2は単一フィールドからフォーム構成への拡張です。関連情報を専用タブにまとめ、ユーザーが長いフォームをスクロールせずに必要項目を見つけられるようにします。
Odooでの実際の手順：
- Studioモードで顧客レコードを開き、最後のタブ横のプラスアイコンをクリックして新しいタブに「Compliance」と名付けます。
- 新タブ内にSectionを置き、VAT Verified（Boolean）、NDA Signed（Boolean）、Last Audit Date（日付）という3つのフィールドを追加します。
- このタブは顧客が会社（company）である場合のみ表示され、個人連絡先には表示されないようにします。
- 3つのフィールドそれぞれで「変更を記録（Log Changes）」を有効にして、誰がいつ切り替えたかがチャッターに残るようにします。
- 保存してページを再読み込みし、CompanyレコードのSalesとInternal Notesの間にComplianceタブが表示されることを確認します。
得られる効果：コンプライアンス情報がスプレッドシートに散らばることなく顧客カードに集約され、更新忘れのリスクを減らします。
3. 朝の営業スタンドアップ用にカスタムのカンバンビューを作る Level 3 — Easy
Level 3はビュー設計の導入です。同じ受注データをチーム別に並べ、期限ごとに色分けしたカンバンボードに変えて、朝の10分会議を効率化します。
Odooでの実際の手順：
- Sales > Ordersを開き、StudioアイコンをクリックしてViewsを選び、モデルに新しいKanban viewを追加します。
- カードに顧客名、期待売上、担当営業を配置し、Date Deadlineに応じた色ルールを設定します。
- Sales Teamでグルーピングし、Active = Trueのクイックフィルターを追加してクローズ済みは非表示にします。
- Studioのビューアクセス設定でSales Managerグループのデフォルト表示としてピン留めします。
- 翌朝はそのボードを使ってカードをドラッグし列を移動するだけで、変更が全ユーザーに反映されます。
得られる効果：マネージャーは複数のレポートを開く代わりに一つの可視化画面で10分のスタンドアップを回せます。
4. 見積書PDFをブランド化し条件付きブロックを組み込む Level 4 — Medium
Level 4は画面外＝紙（PDF）に手を入れる段階です。Studioのレポートエディタで見積書PDFをブランドに合わせ、条件による表示や動的合計を組み込みます。
Odooでの実際の手順：
- Settings > Studio > ReportsからSales Orderに紐づくQuotationまたはOrderレポートを選びます。
- レイアウトエディタでヘッダーにロゴを配置し、列の順序を説明、単価、数量、税、合計の順に並べ替えます。
- stateがdraftのときだけ表示される条件付きブロックを挿入し、『Valid 30 days』のバナーをブランドカラーで表示させます。
- フッターには顧客レコードから引っ張る支払条件を動的に入れ、各PDFが契約情報と一致するようにします。
- 保存してStudioを終了し、テスト見積りをメール送信してPDFの差し替えが期待どおりか確認します。
得られる効果：営業はブランド化され法務面も整った見積書を、デザイナーや経理に毎回依頼することなく送付できます。
5. 内部ワークフロー用のノーコード新規アプリを立ち上げる Level 5 — Medium
Level 5は単なるカスタマイズから一歩進み、新規アプリをコードなしで構築します。既存のOdooにない業務プロセスをデジタル化できます。
Odooでの実際の手順：
- StudioでNew Appをクリックし、アプリ名をEquipment Loanにしてアイコンと色を選び、メニューとDBテーブルを生成します。
- モデルにフィールドを追加します：Asset Name（文字列）、Borrower（Many2one→res.users）、Loan Date（日付）、Due Date（日付）、Status（選択）。
- デフォルトのKanban／List／Formビューを生成し、フォーム上部にStatusをステータスバーとして表示するよう調整します。
- メニューをInventoryの下に置き、EmployeeグループにRead/Write権限を付与して誰でも貸出申請できるようにします。
- テストとして貸出レコードを2件作り、1件をステータス遷移させてワークフローが期待どおりか確認します。
得られる効果：これまで追跡されていなかった備品貸出が、所有者・期限・管理者ビューを伴うデジタルな記録として管理可能になります。
6. ノーコードのサーバーアクションで期限超過リマインダーを自動化する Level 6 — Medium
Level 6は業務ロジックの自動化です。StudioのAutomationsで、フィールド変更や時間トリガーに応じたアクションをコード無しで組めます。
Odooでの実際の手順：
- Equipment Loanアプリを開き、Studio > AutomationsでNewをクリックしてルールを作成します。
- トリガーをStatus更新時、値がOverdueになったとき、対象モデルをEquipment Loanに設定します。
- アクションとして2つ追加：Borrowerにメールテンプレートを送信（資産名と期限を含む）、チャッターに赤い注意メモを投稿。
- 別ルールで毎朝9:00に実行し、Due Dateが今日より過去の貸出を検索してStatusを自動でOverdueに更新するよう設定します。
- 期限を過去日にしておき、次の自動実行でレコードが更新され借用者に自動メールが届くか確認します。
得られる効果：毎朝のリマインダーが自動化され、誰かが手動で督促する手間や『返却されたか』の問い合せが減ります。
7. 条件付きボタンによるマルチステップ承認ワークフローを作る Level 7 — Hard
Level 7はStudioをワークフローエンジンとして使う段階です。購入申請のようなプロセスをステータスバーと役割別のボタンでモデル化し、誰がどの遷移を行えるかを厳格に制御します。
Odooでの実際の手順：
- Requester、Amount、Justification、Approver、Status（Draft、To Approve、Approved、Refused）を持つPurchase Requestモデルを作成します。
- フォームにボタンを3つ追加：Submit（Draftで可視）、ApproveとRefuse（To Approveで可視、かつManagerグループのみ）。
- 各ボタンはレコードを次のステージに移動させ、Submit時にはApproverを自動割当するよう設定します。
- Studioの自動化で、ApprovedかつAmountが5,000超のときはCFOに2次承認のメールを送るルールを作ります。
- マネージャー向けに『自分の承認待ち（My Pending Approvals）』フィルターを保存し、ダッシュボードにピン留めします。
得られる効果：承認プロセスがOdoo内で完結し、メールスレッドに埋もれることなく完全な監査証跡が残ります。
8. レコードルールとグループ権限でカスタムモデルを厳格に制限する Level 8 — Hard
Level 8はセキュリティ設計です。同じEquipment Loanアプリでも役割ごとに見える範囲や編集権限を分ける必要があり、Studioのセキュリティレイヤーでそれを実現します。
Odooでの実際の手順：
- Settings > Users and Companies > GroupsでEquipment ManagerとEquipment Employeeのグループを作り、分かりやすい説明を付けます。
- Studio上でEquipment Loanモデルに対し、GroupごとにRead/Write/Create/Delete権限を設定：Employeeは自分の貸出を作成・閲覧、Managerは全てを編集可能にします。
- レコードルールを追加し、Equipment EmployeeはBorrowerが現在のユーザーであるレコードのみ見えるように、Managerは社内の全レコードを参照できるようにします。
- Approval NotesやAcquisition Costといった機微なフィールドはEmployeeグループから非表示にするフィールド可視性ルールを設定します。
- テスト用の従業員アカウントで他人の貸出が見えないことを確認し、続けてManagerアカウントでフルアクセスを検証します。
得られる効果：一つのアプリで全役割をカバーしつつ、各ユーザーは見るべき情報だけを見られるため、別DBや手動エクスポート、機密漏洩のリスクが減ります。
9. カスタムモデルをCRM・在庫・プロジェクトとつなぎスマートボタンを追加する Level 9 — Hard
Level 9はアプリ間統合です。Equipment Loanが孤立した存在でなくなり、顧客、プロジェクト、在庫、CRMが同じレコードを参照するクロスアプリの構造にします。
Odooでの実際の手順：
- Equipment Loanにres.partnerへのMany2oneを追加し、各貸出を顧客や取引先に紐付けられるようにします。
- 顧客フォームにStudioで『Open Loans』のスマートボタンを追加し、パートナーでフィルタした貸出件数をライブで表示するようにします。
- 貸出側に顧客の未払金残高を関連フィールドとして表示させ、承認時に財務がリスクを一目で確認できるようにします。
- 貸出がReturnedにマークされたら在庫チームに検品タスクを作成するStudio自動化を組みます。
- プロジェクトの顧客が一致する場合、Projectフォームにも貸出のスマートボタンを置き、両者のタイムラインをワンクリックで行き来できるようにします。
得られる効果：備品管理、顧客情報、在庫、プロジェクトが同じ時系列を共有するため、手入力や二重登録がなくなり各部署が同じ事実を基に動けます。
関連フィールド、スマートボタン、自動化、セキュリティルールを標準アプリ4つ＋カスタム1つにまたがって設計・接続するのは、Dasoloがパートナーとして提供するStudio支援でよく行う作業です。
10. AI・ダッシュボード・BI同期を組み合わせたノーコードのCustomer Healthミニアプリを運用する Level 10 — Expert
Level 10は到達点です。Studioで顧客の健全性を示すミニアプリを作り、各アプリからのシグナルを集約してスコア化し、Odoo AIで要約を生成、経営陣へリアルタイムに可視化します。
Odooでの実際の手順：
- Customer Healthモデルを作り、Score、Last NPS、Open Tickets、Overdue Invoices、Last Order Date、AI Summaryといったフィールドを持たせ、CRM、Helpdesk、Sales、Accountingから関連フィールドで値を取得します。
- 夜間バッチのStudio自動化で加重式の計算によりScoreを再算出し、ステータスをHealthy／Watch／At Risk／Churn Imminentに切り替えます。
- Odoo AIアクションを設定して、直近30日の顧客チャッターを毎週月曜に読み取り、リスク要約を1段落でAI Summaryに書き込ませます。
- レコードルールを設定してアカウントマネージャーは自分の担当顧客のみ、経営陣は個人メモを伏字化した全ポートフォリオを見られるようにします。
- すべてのCRM商談にCustomer Healthのスマートボタンを埋め込み、商談画面からスコアとAI要約を即座に確認できるようにします。
- Spreadsheetダッシュボード『Customer Risk Live』を作成し、スコア上位のリスク顧客をリアルタイムでランク付けし、上位10件をWebhookでDiscussチャンネルに流します。
- StudioのWebhook自動化でデータセットを外部BI（LookerやPower BI）と同期し、経営陣とCRMチームが同じ指標を見られるようにします。
得られる効果：コード無しで一つのミニアプリが会社全体の顧客リスクの共通認識を作り、AIが要約を担い、現場は重要な顧客の維持に集中できます。
モデル設計、AIプロンプト、セキュリティルール、リアルタイムダッシュボード、外部同期の全体設計は、Dasoloがパートナーとして組み立てるアーキテクチャです。多くのチームは初回でこのクロスアプリの接着を正しく行うために外部支援が必要です。
専門家の助けが有効なケース
もしあなたの業務がLevel 1〜6の範囲なら、標準のOdoo Studio、忍耐強い内部オーナー、そして壊して試せるサンドボックス環境があれば多くは達成可能です。
Level 7以上になるとリスクは上がります：誤った顧客に自動メールが送信されたり、Studioのフィールドが将来のアップグレードを妨げたり、夜間に在庫同期が止まるといった問題が現実化します。
これはチームの失敗ではありません。アーキテクチャ、テスト、ガバナンスが重要な段階に来たというサインです。
複数アプリの設計や国別コンプライアンス、複雑な連携、取締役会が決めたローンチ日に間に合わせる必要があるなら、パートナーに依頼するタイミングです。
Dasoloと一緒に進める理由
Dasoloは、実際の業務フローに沿ったOdoo導入を支援します：カスタムアプリ、整った連携、コンサルタントが去った後でも機能する研修を提供します。
もしこのガイドの上級ユースケースをロードマップに入れているなら、短期の成果を優先した段階的計画を一緒に作れます：まずクイックウィン、次に自動化と連携、明確なオーナーとテストスクリプトを伴って進めます。
お客様はスコープと予算のコントロールを保ちつつ、我々はOdooの深い知見を提供してプロダクションで高くつく失敗を避けます。
無料相談を予約する：