実務ガイド
Company OSとは：会社の情報と責任をつなぐ実務モデル
顧客情報、プロジェクト、会話、責任の関係を整理します。すべてのツールを置き換える約束ではなく、現実の仕事を評価する考え方としてCompany OSを使います。
何度も集め直す情報から始める
担当者がタスクを受けても顧客との合意が見つからない。責任者が判断の理由をメールで探す。同じ企業が別々の一覧に存在する。こうした例は、ソフトの不足ではなく文脈の喪失を示します。最初に分かりやすくしたい引き継ぎと、現在余分な確認をしている人を特定してください。
共通の参照先を定義する
Company OSは、顧客、依頼業務、担当者、判断を支える会話などの重要な記録を関連して理解するための働き方です。技術認証や統一された機能規格ではありません。必要な背景を探し、別々の場所から集め直さず業務を続けられるかを評価します。多数のモジュール名より、実際の引き継ぎが理解できるかを確認するほうが有効です。
- 顧客または依頼を共通参照として定める。
- 次の行動と担当者を決める。
つながりに責任と権限を与える
同じ環境に置くだけでは、誰が更新し誰が閲覧できるかは決まりません。顧客の定義、案件責任、変更担当を合意し、実際の役割で試してください。TsumiraはCRM、プロジェクト、会話などをつなぎますが、有効なモジュールとアクセス構成の確認は必要です。文脈の共有を理由に、内部情報や機密資料を全員へ公開してはいけません。
- 正となるデータごとに管理責任者を置く。
- 管理者だけでなく受け取る役割で試す。
専門業務の境界を明確にする
Company OSは専門ツールと併用できます。在庫、給与、会計、国別要件など必須の仕事を別に記録してください。Tsumiraの現行財務は整数の日本円と日本の消費税が前提で、ドイツ会計や請求形式への対応を示しません。任意の通信チャネルにも個別設定が必要です。境界が明確なら、残る仕事の場所と担当も理解できます。未検証の接続を前提にしません。
- 未検証の専門業務を最初の範囲から外す。
- AIの提案操作は実行前に確認する。
具体的な業務の流れ
繰り返す引き継ぎを選ぶ
人の間で情報が失われる流れを一つ選び、顧客の背景と継続する仕事を記述します。
実務モデルを合意する
データ、責任、権限を定義し、実際に受け取る人が同じ案件を操作します。
試して調整する
限定した案件で不足を記録し、必要な専門ツールは残します。日常で理解できてから広げます。
実務を想定した例
想定例：問い合わせから案件へ
相談を受けた会社が範囲を確認し、依頼の準備をします。実行責任者には連絡先、合意内容、判断を支える会話が必要です。役割が変わっても関連が理解できるかをCompany OSの評価として試します。見積が完成したプロジェクトを自動作成することや、外部ツールが接続済みであることを暗黙の前提にはしません。
この機能についての質問
ERPの別名ですか。
重なる領域はありますが、一律に同じではありません。ERPには製造、在庫、法定財務などの要件があります。カテゴリー名から判断せず、実際の業務を定義してください。
全社が同時に移る必要がありますか。
ありません。限定した流れで有用性を試せます。残すシステムへの情報と責任を決めてから対象を広げます。全面置換は必須の目標ではありません。
情報がつながると全員がすべて見られますか。
いいえ。データ関係と権限は別です。引き継ぐ担当者の実際の権限で、制限された情報を含めて確認します。
AIはどう役立ちますか。
背景の検索、要約、提案準備を支援できます。Tsumiraの提案操作は実行前に確認されます。理解できる記録と適切な権限が引き続き必要です。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
