チームのワークスペースは、1つの組織にいる複数の人に共有のOkouを与えます。エージェント、ワークフロー、オートメーション、コネクタを共有し、請求をまとめ、統制を一元化できます。5人のスタートアップから500人の会社まで、そのままスケールします。
チームでOkouが効く理由は経済性にあります。ワークフローは積み上がるのです。組織の誰かが役に立つワークフローを1本書けば、他の全員がその恩恵を受けます。数か月経つと、Okouを導入したチームには、実際の働き方を写し取った社内ワークフローが30〜50本たまります。新入社員の受け入れは、Wikiではなく「あなたが使うワークフローはこれです」に変わります。
チームが得られるもの
ソロのワークスペースには存在しない4つの機能です。
- 共有のエージェントとワークフロー。 エージェントを公開にすれば、ワークスペースの誰もが実行できます。ワークフローを公開にすれば、ワークスペース全体が使えます。新しく入った人は、初日からチームに蓄積された手順を受け継ぎます。
- 共有のコネクタ。 Slackをワークスペースに一度認可すれば、全員が使えます。GitHub、Notion、Linear、その他たいていのチーム共有ツールも同じです。個人のツール（Gmail、個人のApollo）はユーザーごとのままです。
- 一元化された権限。 どのコネクタを使えるか、どの重要な操作に承認が要るか、誰が何を実行できるかを管理者が決めます。権限を参照してください。
- 組織単位の請求。 クレジットのプールが1つ、請求書が1つ、Stripeの顧客が1つ、コスト管理の窓口が1つ。
ロール
既定のロールは2つです。
- Admin。 メンバー、請求、コネクタ、セキュリティポリシーを管理します。たいていはワークスペースを立ち上げた人と、あと1〜2人です。
- Member。 日々Okouを使います。エージェントとワークフローを作り、公開に設定すればワークスペース全体で使えるようになります。個人のツールは自分のアカウントに接続します。
チームでの立ち上げ方
5〜50人規模のチームでうまくいく、現実的な展開の道筋です。
- 1人がワークスペースを立ち上げ、メンバーページから残りの人を招待します。
- 管理者が共有コネクタを認可します。 Slack、GitHub、Notion、Linear——チームが頼っているものを。コネクタごとに一度きり、ワンクリックの作業です。
- メンバーは必要になったら個人のツールを接続します。 Gmail、個人のApollo、個人のカレンダー——これらはユーザーごとのままです。
- まず共有のオートメーションを1つ動かします。 チームチャンネルに投稿する朝のブリーフィングか、週次ダイジェスト。Okouに何ができるかが全員に伝わります。
- ワークフローづくりを促します。 誰かが同じ作業を2回やったら、共有エージェント上の公開ワークフローとして保存するよう促してください。チームのライブラリは自然に育っていきます。
多くのチームは2〜4週間で「Okouがはっきり時間を節約している」と感じる地点に届きます。ライブラリが10本ほどになると、はずみ車が回りはじめます。
エージェントとワークフローの共有
共有は2つの層で働き、どちらも明示的な選択です。
- エージェント。 エージェントを公開にすると、ワークスペースの誰もが実行できます。プライベートのままにすれば作成者だけの範囲に留まります。個人のGmailや個人のCRMシートに紐づく自動化に向いています。1つのワークスペースが公開できる組織共有エージェントは7つまでで、プライベートなエージェントは無制限です。
- ワークフロー。 すべてのワークフローは厳密に1つのエージェントに属し、公開かプライベートかを別途設定します。エージェントを公開しても、その上にある同僚のプライベートなワークフローまで公開されることはありません。また公開ワークフローは、それを載せているエージェントに届く範囲でしか届きません。
オートメーションは特定のチャンネルやDMに投稿できます。そのチャンネルにいないメンバーには結果が見えません。
次に読むもの
- セキュリティモデル全体は権限を参照してください。
- 組織単位の請求設定はクレジットと請求を参照してください。
- チームが何を接続できるかはコネクタカタログを参照してください。
- 私たち自身が使っているチーム向けのワークフローはサンプルワークフローを参照してください。