ALLOは、チームが画像、ドキュメント、フィードバック、意思決定を1か所にまとめるビジュアルワークスペースです。チームメンバー、クライアント、外部のレビュー担当者が途中から参加しても、誰かが同じ説明を作り直すことなく、作業とその文脈をそのまま確認できます。
初めて利用する場合は、最初のキャンバスを作成するから始めてください。チームがすでにALLOを使っている場合は、キャンバスの仕組み、プロジェクトの仕組み、共有の仕組みを確認してください。
ALLOを使う場面
企画書はドキュメントツール、参考資料はクラウドストレージのフォルダ、モックアップは別のツール、フィードバックはチャットやメールというように、作業があちこちに散らばっているときにALLOを使います。資料をキャンバスに置けば、作業、コメント、意思決定がまとまった状態で残ります。
ALLOでは、企画書、参考資料、ファイル、フィードバック、意思決定を、チーム全員が見られる1か所にまとめます。次に参加する人も、誰かが資料をまとめ直すのを待たずに、実際の作業を確認できます。
要約
| やりたいこと | 始める場所 |
|---|---|
| 作業を再開する | ホーム |
| 作業に担当者、期日、ステータスを設定する | プロジェクト |
| 資料を見ながら議論し、意思決定する | キャンバス |
| 見つからないものを探す | 作り直す前に、ワークスペースを確認してから、検索、共有アイテム、ゴミ箱を確認します。 |
実際の企画書、ファイル、参考資料、コメントは、後から探し回ることになる別のドキュメントではなく、キャンバスに置いておきます。
カード自体がキャンバスです
多くのツールでは、プロジェクトを単純な1つの行として扱い、その行に添付ファイルがぶら下がっているような構造になっています。カードを開くと実際の作業へのリンクが表示されますが、その実体は別の場所にあります。
ALLOはこのアプローチを覆します。カードそのものがキャンバス(作業空間)なのです。プロジェクトを開くと、企画書、参考資料、モックアップ、コメント、意思決定事項が実際に配置されている「部屋」に入ります。これらは空間的に整理されており、上から下へスクロールすることで、実際の作業の様子をそのまま確認できます。
作業中のキャンバスには、ビジュアル資料、レビューのメモ、コメントがまとまっており、チームはそれを見ながら次の進め方を決めます。
この大きな違いにより、キャンバスの「目的」そのものが変わります。ワークショップの後に写真を撮って放置される使い捨てのホワイトボードではありません。それはプロジェクトの「作業メモリ(稼働記憶)」です。散らかったインプットが具体的な方向性へと昇華され、決定に至った経緯や理由が、会議が終わった後もずっと可視化された状態で残ります。半年後に「なぜこの方向に決まったのか?」という疑問が生じたときも、当時の担当者を探し回る必要はありません。キャンバスをスクロールするだけで、そこに答えが残されています。
作業そのものが「部屋」になることで変わること
作業と会話が同じ場所で行われるようになると、これまで発生していた様々な摩擦や手間が自然と解消されます。メンバーから次のような質問が出ることはなくなります。
- 「最新バージョンはどこですか?」: 部屋は1つだけであり、常に最新状態に保たれています。
- 「最終的に何が決まったのですか?」: 決定事項は、議論の対象となった資料のすぐ隣に配置されています。
- 「概要を要約してくれますか?」: その場にいなかった人でも、部屋を30秒見渡すだけで全体の流れを把握できます。
また、この仕組みはすべての人に対して同様に機能します。チーム、クライアント、経営陣が、個別の「外部向けバージョン」を介さず、まったく同じキャンバスを確認します。
ワークスペース全体のアクセス権を渡すことなく、レビュー担当者を招待して閲覧やコメントを依頼できます。各役割における詳しいアクセス範囲については、役割とアクセス権を参照してください。
ALLOの本来の役割と、そうではないもの
ALLOは、業務内容が単純な表の行や列に収まらない、クリエイティブチーム、運用チーム、および部門横断チームのためのビジュアルワークスペースです。キャンバスが提供する自由度と、プロジェクト、OKR、コメント、ファイル、権限管理、そして個別のチャットボックスではなくキャンバスの「内部」で直接動作するAIの構造的な利点を組み合わせています。
ALLOが「どのようなものではないか」を明確にすることも、製品の特性を理解する上で役立ちます。
| ALLOが目指していないもの | その理由 |
|---|---|
| Figma、Photoshop、Premiereの代替ツール | 制作作業は引き続きこれらの専門ツールで行います。ALLOはそれらのツールを代替するのではなく、制作物を一箇所に集めてレビューし、議論し、意思決定を行うための共有スペースとして機能します。 |
| セッション後にすべて消去される使い捨てのホワイトボード | キャンバスは使い捨てのワークショップ用ツールではなく、長期的に維持されるプロジェクトの永続的な記憶(アセット)です。 |
| 単に見栄えを良くしただけのスプレッドシート | 重要なのは行や列を埋めることではなく、視覚的な文脈(コンテキスト)を共有することです。 |
ALLOを最大限に活用できるチーム
ALLOは、業務内容が視覚的、協調的であり、1本のタスクチケットだけにまとめることが難しい場合に最も強みを発揮します。
| チーム | 活用できる理由 |
|---|---|
| デザイン・クリエイティブチーム | ムードボード、参考資料、下書き、ファイル、クライアントからのフィードバックが、Figmaと並んで1つの見やすい部屋にまとまります。 |
| ブランド・EC運用チーム | 並行して進む多数のキャンペーンにおいて、それぞれのコンセプト、素材(アセット)、原稿(コピー)、承認プロセスが一箇所に集約されます。 |
| プロダクトチーム | リサーチ結果、モックアップ、優先順位、開発への引き継ぎ(ハンドオフ)に必要な文脈が、実際の意思決定が行われる場所に配置されます。 |
| ゲーム開発スタジオ | プリプロダクション段階の方向性が、放置された古いボードに埋もれることなく、実際のプロダクションと強固に繋がり続けます。 |
| 経営陣・オペレーションチーム | OKR、進捗状況、プロジェクトの文脈が、それぞれ別のツールに孤立することなく有機的に結びつきます。 |
業務エリアの一覧
最初はすべてのエリアを使いこなす必要はありません。全体の構成を把握しておくことで、作業の重複を防ぎ、意思決定の履歴を失わずに最適なアプローチをとることができます。
| エリア | 主な用途 | 概要 |
|---|---|---|
| ホーム | 1日の業務を開始するとき、最近開いた作業を再開するとき、または自分へのメンションを確認するとき。 | 毎日の業務の中心(コクピット):最近表示した作業、今日のタスク、メンション、アクティビティ、メンバーへのショートカットが集約されています。 |
| キャンバス | 作業内容の可視化、配置、校正、議論、またはプレゼンテーションが必要なとき。 | 視覚的な共有スペース:画像、ファイル、メモ、コメント、決定事項、リアルタイム共同編集、およびAI機能。 |
| プロジェクト | 作業に担当者、期限、ステータス、または複数のステップが存在するとき。 | 計画の全体図:チーム内を進捗するタスク。各タスクから直接キャンバスを開くことができます。 |
| ワークスペース | 会社、チーム、またはクライアントグループが共有アクセスを必要とするとき。 | メンバー、役割、および権限管理の枠組み。 |
| すべてのキャンバス | キャンバスの名称は覚えているが、どこにあるか分からないとき。 | ワークスペース全体のキャンバスブラウザ:検索、フィルター、および並べ替え機能を搭載。 |
| ファイル | ファイル名で探したいとき、または添付資料が必要なとき。 | 作業に添付された資料の一覧ディレクトリ。 |
| 共有アイテム | 誰かからキャンバスやプロジェクトが共有されてきたとき。 | 直接共有されたすべてのアイテム(未読項目を含む)。 |
| OKR | チームが目標、主要成果、チェックインを必要とするとき。 | 目標設定:目標とその達成に向けた実際のキャンバスが直接リンクします。 |
| ゴミ箱 | 誤って削除したものを復元・確認したいとき。 | 一定の保管期間内であればデータを復元できるゴミ箱エリア。 |
最もシンプルなルール:どこに行けばよいか迷ったときは、ホームを開きます。探しているものが明確な場合は、その専用エリアへ直接移動してください。
ワークフローの基本的な流れ
一般的な業務は、前提情報の共有から始まり、視覚的なレビューを経て、フィードバックを収集し、最終的な意思決定へと進みます。
- ホームを開き、対応が必要なタスクを確認します。
- 担当者、期限、進捗ステータスが必要な場合は、プロジェクトを使用します。
- 複数人で資料を共同レビューする場合は、キャンバスを作成または開きます。
- ファイル、画像、メモ、およびコメントを追加し、議論の内容が常に作業物に紐づいた状態を維持します。
- 特定のメンバーからの返答が必要な場合は、コメントとメンションを使用します。
- 四半期の目標に紐づける必要がある場合は、作業をOKR(目標)にリンクさせます。
この流れは非常に柔軟です。小規模なチームであれば、ホームと数枚のキャンバスだけで十分に開始できます。大規模なチームでは、初日からプロジェクト、目標、チーム機能、およびアクセス権の設定を組み合わせて活用できます。
具体例:キャンペーンのレビュー
あるデザインチームが製品のローンチに向けて準備をしています。
| ALLOの機能 | 管理する内容 |
|---|---|
| プロジェクト | タスク、担当者、期日、ステータス。 |
| キャンバス | 参考画像、3つのコピー案、最新のモックアップ、ファイルとして添付したブランドガイドライン、未解決の質問をまとめた列。 |
| メンション | 大まかなスレッドではなく、該当するコメントで、対応が必要な人に直接呼びかけます。 |
| 目標 | このキャンペーンが今四半期に重要である理由。 |
クライアントがレビューに参加するときも、チームが作業してきたものと同じキャンバスを開くだけです。エクスポートや説明用のスライドは必要ありません。
クライアントのために作り直したものは何もありません。計画、メンバー、ビジュアルの作業、意思決定が、すでにつながっていたからです。
最初の1週間をスムーズに進めるコツ
チームにALLOを導入する際は、最初に完璧な構造を構築しようとする衝動を抑えてください。まずは実際の業務からスタートしましょう。
- チームが共同作業を行うためのワークスペースを確認します。
- 継続的なアクセスが必要なコアメンバーを招待します。
- チームですでにレビューが必要となっている業務のために、キャンバスを1つ作成します。
- サンプルデータではなく、実際の素材や資料を配置します。
- レビュー担当者と共有し、コメントやメンションを使用して具体的なフィードバックを求めます。
- 翌日、ホームからアクセスし、中断したところから作業を再開します。
作業に担当者や期日が必要になった段階でプロジェクトを追加してください。また、メンバーが増えて管理が必要になった段階でチームを追加します。中身のない空の構造は最初こそ整然として見えますが、すぐに誰からも使われなくなってしまいます。
情報や作業が見つからない場合
表示される内容は、参加しているワークスペース、付与されている役割、および各アイテムの共有設定によって異なります。チームメンバーには表示されている資料が自分には表示されない場合、主な原因はアクセス権、選択しているワークスペースの間違い、共有の解除、またはデータの削除です。
| 状況 | 最初に確認すること |
|---|---|
| 以前に開いた作業が見つからない | ワークスペースの切り替えで正しいワークスペースにいるかを確認してから、ホームと検索を試します。 |
| 共有されたものが開けない | 共有アイテムを確認し、共有元(送信者)に自分のアクセス権を確認してもらいます。 |
| キャンバスが消えたように見える | 作り直す前にゴミ箱を確認します。 |
| メンバーの招待や管理ができない | ワークスペース管理者に、ワークスペースメンバーで自分の役割を確認してもらいます。 |
身につけておきたい習慣:重要な作業を再作成する前に、必ずワークスペースの切り替え、検索、共有アイテム、およびゴミ箱を確認してください。焦って再作成すると、同じような不完全なバージョンが複数存在することになり、レビュー担当者やチームを混乱させる原因になります。
