Rivya の4つの作業領域は、「どのタブが一番よいか」を考えるのをやめて、プロジェクトが今どの段階にあるかを考え始めると、最も分かりやすくなります。
これは単純に聞こえますが、勢いを保てるワークフローと、まだ混乱したままクレジットを使ってしまうワークフローの違いです。
次の作業領域を選ぶ簡単な考え方
| プロジェクトの主な焦点が... | 留まる、または移動する先 | 理由 |
|---|---|---|
| ブリーフを明確にすること | Chat | まだ考えを変えるコストが低い |
| 最初の具体的なビジュアルを作ること | /image | 静止画はプロジェクトに反応できる確かなものを与える |
| 検証済みのコンセプトを動きにすること | /video | 動きに支払う価値があるのは、アイデアがより明確になってから |
| ボイス、会話、サウンドデザイン、クリーンアップ、または初期の音楽ドラフト | /audio | 作業は視覚だけでなく、音の問題になっている |
この表がワークフローの中心です。多くの悪い切り替えは、プロジェクトがまだ1つの行にいるのに、ユーザーが別の行へ飛んでしまうときに起きます。
作業がまだ安く変えられる間は Chat に留まる
Chat は、プロジェクトがまだ主に次の段階にあるとき、最初の場所として適しています。
- ブリーフを明確にする
- プロンプトの方向を試す
- 制約を絞る
- 最初に存在すべきアセットを決める
ここでは、考えを変えるコストが最も低くなります。
引き継ぎプロンプトの例：
この粗い商品ローンチ案を、簡潔なクリエイティブブリーフ1つ、ヒーロー画像プロンプト1つ、そして後で動画が必要になる可能性のある理由1つに整理してください。この例は出発点の形であり、公開ベンチマークではありません。
プロジェクトに静止画が必要になったら Image へ移る
作業がもはや方向づけ中心ではなく、明確に視覚の作業になったら、Image が適した場所になります。
通常は次のようなものです。
- 商品静止画
- キャンペーンフレーム
- コンセプトビジュアル
- ソーシャルまたはランディングページ用アセット
多くのプロジェクトでは、Image が最初の本当の制作領域です。動きや音により多く使う前に、プロジェクトが反応できる具体物を与えてくれます。
コンセプトが動きに値すると分かってから Video へ移る
Video は自動的な「次のステップ」ではありません。
通常は次の性質があります。
- 遅い
- 壊れやすい
- クレジットに敏感
つまり Video が最も合うのは、次のどちらかがすでに成り立っているときです。
- ブリーフが十分に安定している
- 静止画がすでにコンセプトを証明している
プロジェクトがまだ自分の方向性を探しているなら、通常は Image にもう少し時間をかける価値があります。
作業が音の問題になったら Audio へ移る
Audio は、最後にただ足す追加レイヤーではありません。
Audio が正しい次の動きになるのは、プロジェクトに次が必要になったときです。
- ナレーション
- 多言語配信
- 対話音声
- 効果音
- 既存録音のクリーンアップ
- 初期の音楽ドラフトまたは音のスケッチ
だから Audio はプロジェクトの後半に来ることもありますが、中心の成果物がすでに音声出力や音楽の方向性に関わるなら、早い段階で来ることもあります。
現在の正確な経路は、Rivya の音声ワークフロー と Rivya の音楽ワークフロー が最適な参照です。
切り替えるよい理由が2つある
理由 1：成果物が変わった
Chat で始めたが、プロジェクトには明らかに静止画が必要になった。
Image で始めたが、その静止画を動かす必要が出てきた。
Video で始めたが、その作品にナレーション、対話音声、音楽、またはクリーンアップが必要になった。
理由 2：現在の作業領域が教えられることをすでに教えた
最初のワークフローが、すでに役割を果たしていることがあります。
- chat がプロンプトをより明確にした
- image がアートディレクションを証明した
- video がシーンを証明した
その時点で同じ場所に長く留まることは、必ずしも前進ではありません。ただのためらいである場合もあります。
切り替える悪い理由が2つある
悪い理由 1：次の作業領域のほうが高度に見える
これはワークフロー上の理由ではありません。たいていは焦りです。
悪い理由 2：次の作業領域が曖昧なブリーフを解決してくれると期待している
ブリーフがまだ不安定なら、作業領域を変えることは通常、混乱を直すのではなく増やします。
悪い理由 3：レビューを避けようとしている
弱い画像は、動いたからといって強い動画にはなりません。弱いスクリプトは、読み上げられたからといってよい Audio にはなりません。プロジェクトを前に進める前に、現在の出力をレビューします。
現実的なクロスフォーマットのパターン
現実的な Rivya プロジェクトは、よく次のように進みます。
- chat でブリーフを引き締める
- image で最初の説得力ある静止画を作る
- 静止画が動きに値する場合にだけ video へ移る
- プロジェクトが本当に必要とするとき、Audio でナレーション、対話音声、サウンドデザイン、または音楽を加える
- 文脈を作り直すのではなく、履歴 から重要な手順を開き直す
すべてのプロジェクトが4つの作業領域を全部使うわけではありません。目的は流れを強制することではありません。作業が形式をまたぐとき、その流れを理解しやすくすることです。
なぜプロダクトがつながって感じられるのか
これらの作業領域が1つのワークフローとして機能するのは、プロダクトの残りの部分が流れを支えているからです。
つまり次があります。
- プロジェクト全体で1つのウォレット
- 保存されたタスクと chat 履歴
- 本当に重要な運用イベントの通知
- 作業へ戻る助けになるダッシュボード
こうした層がなければ、形式をまたいで移動することは、4つの別々のツールを開くように感じられるはずです。
Rivya で次に進む場所
- 周辺文脈を次に読みたい場合は、Rivya Studio、Rivya の画像ワークフロー、Rivya の動画ワークフロー、Rivya の音声ワークフロー、Rivya の音楽ワークフロー を読んでください。
- 主な問いが公開ルートと認証済みルートの違いなら、Rivya の公開ワークフローと認証済みワークフロー を読んでください。
- 主な問いが現在の段階でのモデル選択なら、現在の段階に合う Rivya モデルを選ぶ方法 を読んでください。
Studio 間の引き継ぎを計画する
作業領域を移る前に、次のプロンプトだけでなく引き継ぎを書き出します。
- 現在の状態：Chat、Image、Video、または Audio がすでに何を証明したか。
- 次の形式：プロジェクトが今必要としている具体的な静止画、クリップ、ナレーション、音、またはブリーフ。
- 持ち越す文脈：プロダクト事実、プロンプト、参照画像、保存済み出力、またはプロジェクトと一緒に移動すべきタイミングメモ。
- 停止条件：次の作業領域を続ける、保存する、またはやめる価値があると判断できる条件。
引き継ぎは、現在の作業領域が次を正当化できるだけのことを教えてくれた場合にだけ役に立ちます。
作業領域を移る前にレビューする
前の出力が保存され、レビューされ、次の Studio の入力として十分に明確かを確認します。
現在のアセットが弱いなら、別の形式へ昇格させる前に直します。プロジェクトに必要なのが別のプロンプトやより明確なブリーフだけなら、早すぎる切り替えをせず、現在の作業領域に留まります。
