ステップ 04 / 07

アプリとワークフロー

ギャラリーは穴埋め式のテンプレート集ではありません。動いているアプリを開き、実際の画面を読み、それを作った指示文のうち自社に合わない言葉を書き換えてください。

話すだけで形になる App

必要なものを伝えると、ワークスペースが自社の業務に合わせて組み立てます。項目も数値も自社のもので、既存のテンプレートに合わせる必要はありません。会話しながら手を入れられるため、事業の変化に合わせて形を変えられます。エージェントも人も同じ App の中で作業し、重要な操作は指名された担当者の判断を待ちます。

画面に映してほしい場面

口頭で頼んで作らせ、開いてその場で何かを変えてみてください。 人が頼み、エージェントが作り、その後は人もエージェントも同じ App の中で働き続けます。 以下の場面に出てくる車両管理の App も、ルームでの一文から同じように作られたものです。エージェントが見られる範囲は許可した分だけなので、共有と全公開は別物です。

仕組み

Apps と Workflows

App は画面とデータを持ち、Workflow はきっかけから作業を始めます。組み合わせて使えます。

01

2種類の App

データベース App はレコードを直接操作します。カスタム App には画面、Git、データベース、API、デプロイがあります。App は Room に属し、管理権限と公開範囲は別です。

データベース App
カスタムコード、ドラフトのプレビュー、公開手順はありません。
カスタム App
登録されたドラフトでコードを変更し、push でそのコミットのプレビューを作ります。
共同制作
各ドラフトで作業し、最新の公開版を取り込んでから確認・公開します。
公開
適用される承認ポリシーに従います。Room、Workspace、一般公開の範囲は別に設定します。
02

データベースと API

App は専用のデータベースを持ちます。許可されたエージェントや Workflow は登録済み API でレコードを読み書きできます。データベースが独立していても、許可されたアクセスは禁止されません。

プレビュー
プレビューと公開版のデータベースは分離されています。変更はプレビューで試します。
構造の変更
宣言されたマイグレーションと API 定義を公開版に適用します。
アクセス
App の公開範囲と、呼び出す主体の権限を確認します。
03

きっかけ → 作業 → 結果

Workflow は Room に属し、担当エージェントがあります。プロンプトのタスク、またはエージェントの環境内のコードを実行します。

きっかけ
手動、日時指定、定期実行、レコード変更、Connection のイベント、webhook。
権限
エージェントのアクセスと適用される委託主体を確認します。必要な Room と Connection の権限を設定します。
結果
App の更新、ファイル作成、Room への投稿など。Room 投稿は出力設定によります。
承認
重要な操作に確認手順を設計します。標準の承認は対応する操作に適用され、すべての外部 API を制御するものではありません。

アプリとワークフロー:データ更新のしくみ

アプリは、ツール置き場ではなく、その仕事を話しているルームに置きます。会話で決まったことが、隣にあるアプリの記録になるため、あとから転記する作業が発生しません。

定期実行タスクも同じルームに設定します。毎朝クリエイターからの返信を取得するワークフローは、チームが見ている同じSampling Deskを更新し、担当のエージェントが実行します。実行履歴が残るため、いつ何を見て更新したかを後から確認できます。

アプリと定期実行タスクは、その仕事を話しているルームに置きます。

アプリの作成と更新

アプリには、データベースを直接扱う形式と、専用UIにデータベースを組み合わせる形式があります。どちらも、ワークスペースの情報を業務で使うためのアプリです。

  • Gitによるバージョン・競合管理。 コードの変更を履歴に残し、複数人の変更を確認して統合できます。
  • データベースの管理UI。 データを確認・編集でき、変更ごとの記録と毎日のデータバックアップを備えます。
  • ワークスペースとの連携。 ワークスペースの情報を取り込む機能を使って、業務に合うアプリを構築できます。
スレッドでの依頼と、アプリのドラフトへの反映が、同じルームの中で進みます。
概念を実務に

Apps と Workflows を使う3つの実習

App、定期 Workflow、共同制作の例です。それぞれ動く結果で確認できます。

01

CRM:顧客ごとに Thread

課題
顧客との合意が会話の中に埋もれています。
作るもの
会社、段階、担当者、次の対応を持つデータベース App を作ります。Room で顧客ごとに Thread を分け、決定後に Agent にレコードを更新させます。
確認すること
3社について、Agent が該当 Thread から直近の合意を探し、App の次の対応を更新できます。
02

広告ダッシュボード:App + Workflow

課題
日々の広告数値が複数の出力ファイルに散らばっています。
作るもの
日次指標をデータベース App に保存します。定期 Workflow がファイルまたは担当 Agent に許可された Connection を読み、レコードを更新して Room に短い要約を投稿します。
確認すること
2回目の実行で同じ日付のレコードを重複させず更新し、Room の要約と実行履歴で結果を確認できます。
03

ランディングページを共同制作

課題
2人が同じページを同時に変更します。
作るもの
カスタム App を使い、別々のドラフトで作業して各変更をプレビューします。その後、最新版に統合して確認します。
確認すること
両方の変更が1つの確認済みプレビューに入り、承認と公開範囲の選択を経て公開されます。
資料

最初に読むもの

このステップの評価対象は、すべて下の資料に含まれています。公開資料であり、閲覧に条件はありません。

Workspace Quick Start を開く ↗

最初の実践

まず、アプリを1つ再現する

下の例から1つ選び、プロンプトをルームのエージェントに渡してください。プレビューでレコードを追加・編集し、動作を確認してから、自分の業務に合わせて変更します。

営業CRMテンプレートのパイプライン一覧

営業

汎用CRM

リード、取引先、担当者、商談を1つのアプリにまとめます。リードを変換すると、取引先と担当者と商談が同時に作成され、商談側からも元の問い合わせを確認できます。

使い方の流れ

  1. 01Apolloで開拓
  2. 02顧客登録
  3. 03Agentがメール
  4. 04CRM更新
  5. 05進捗を聞く
このアプリを作る指示を見る

このアプリを作る指示

「汎用CRM」というアプリを、このルームに作ってください。リード、取引先、担当者、商談を1つのアプリにまとめます。リードを変換すると、取引先と担当者と商談が同時に作成され、商談側からも元の問い合わせを確認できます。

必要な機能:
・問い合わせは、まだ商談ではありません
・変換で3つの記録が同時に作られます
・商談から問い合わせの経緯をたどれます
・次のアクションは商談ごとに1つ

まずデータ構造と画面を提案し、確認後にサンプルデータでドラフトを作成してください。レコードの追加・編集を確認できるようにし、公開前にプレビューを見せてください。
代理店提案分と自社開拓分のクリエイターを1つのテーブルにまとめた名簿

マーケティング

クリエイター管理

名簿は1つ。連絡のやり取りから投稿後の登録数までを、同じ行で追えます。

使い方の流れ

  1. 01クリエイター登録
  2. 02連絡文作成
  3. 03メッセージ送信
  4. 04成果記録
  5. 05効果を聞く
このアプリを作る指示を見る

このアプリを作る指示

「クリエイター管理」というアプリを、このルームに作ってください。名簿は1つ。連絡のやり取りから投稿後の登録数までを、同じ行で追えます。

必要な機能:
・名簿は1つ
・アカウントはその下にぶら下げる
・実データに基づく標本
・根拠を説明できる単価
・連絡と投稿

まずデータ構造と画面を提案し、確認後にサンプルデータでドラフトを作成してください。レコードの追加・編集を確認できるようにし、公開前にプレビューを見せてください。
クリエイターのGMV順に並んだ期限超過サンプルの作業キュー

EC

サンプリングデスク

到着済みで、まだ投稿になっていない案件だけを並べた1つの作業キュー。

使い方の流れ

  1. 01サンプル登録
  2. 02配達追跡
  3. 03Agentが連絡
  4. 04投稿・売上記録
  5. 05未対応を聞く
このアプリを作る指示を見る

このアプリを作る指示

「サンプリングデスク」というアプリを、このルームに作ってください。到着済みで、まだ投稿になっていない案件だけを並べた1つの作業キュー。

必要な機能:
・サンプルを発送する
・起点は到着日
・キューは規模順に並ぶ
・送る前に読める催促文

まずデータ構造と画面を提案し、確認後にサンプルデータでドラフトを作成してください。レコードの追加・編集を確認できるようにし、公開前にプレビューを見せてください。
ステージ、次の対応、担当者、期日を並べたリフォーム案件のパイプライン一覧

建設・リフォーム

リフォーム営業CRM

住宅リフォーム営業のための1つのボード。条件確認、現地相談、見積、そして設計・調査料の回収まで。

使い方の流れ

  1. 01問い合わせ登録
  2. 02要望を記録
  3. 03見積もりフォロー
  4. 04案件更新
  5. 05返答待ちを聞く
このアプリを作る指示を見る

このアプリを作る指示

「リフォーム営業CRM」というアプリを、このルームに作ってください。住宅リフォーム営業のための1つのボード。条件確認、現地相談、見積、そして設計・調査料の回収まで。

必要な機能:
・引き合いを案件として立てる
・条件確認を書き残す
・見積には状態がある
・設計料が節目になる

まずデータ構造と画面を提案し、確認後にサンプルデータでドラフトを作成してください。レコードの追加・編集を確認できるようにし、公開前にプレビューを見せてください。
選考段階ごとの件数を表示した採用の概要画面

採用

採用ワークスペース

自社採用の記録を1つのアプリにまとめます。求人と募集枠、選考段階ごとの応募、評価シート付きの面接、オファーの承認、入社手続きの引き継ぎまでを同じ場所で扱います。

使い方の流れ

  1. 01応募登録
  2. 02候補者整理
  3. 03面接・評価
  4. 04オファー管理
  5. 05採用状況を聞く
このアプリを作る指示を見る

このアプリを作る指示

「採用ワークスペース」というアプリを、このルームに作ってください。自社採用の記録を1つのアプリにまとめます。求人と募集枠、選考段階ごとの応募、評価シート付きの面接、オファーの承認、入社手続きの引き継ぎまでを同じ場所で扱います。

必要な機能:
・求人は募集枠を持ちます
・同じ人が何度でも応募できます
・面接の所感は評価シートになります
・オファーには承認者、入社には初日があります

まずデータ構造と画面を提案し、確認後にサンプルデータでドラフトを作成してください。レコードの追加・編集を確認できるようにし、公開前にプレビューを見せてください。
Travel Desk overview with the trip pipeline by stage

Travel

Travel Desk

A trip desk for a travel agency: enquiries with the brief in fields, travellers, supplier quotes per trip, proposals with versions and an approver, then bookings and the pre-departure check.

使い方の流れ

  1. 01問い合わせ登録
  2. 02見積もり収集
  3. 03提案書作成
  4. 04予約承認
  5. 05出発前確認
このアプリを作る指示を見る

このアプリを作る指示

「Travel Desk」というアプリを、このルームに作ってください。A trip desk for a travel agency: enquiries with the brief in fields, travellers, supplier quotes per trip, proposals with versions and an approver, then bookings and the pre-departure check.

必要な機能:
・The brief lives in fields
・Quotes hang off the trip
・A proposal has versions and an approver
・After the deposit, a dated check

まずデータ構造と画面を提案し、確認後にサンプルデータでドラフトを作成してください。レコードの追加・編集を確認できるようにし、公開前にプレビューを見せてください。
制作デモ

会話から3Dの風車を作る