Pack an Order!📦 協力プレイガイド
Pack an Order はソロまたはフレンドとプレイでき、Roblox 体験では最大12人のプレイヤーがリストされています。協力プレイは別のルールセットではありません。同じ顧客注文、おもちゃの棚、箱詰め、トラック、コイン、アップグレード、時間制限付き目標が適用されます。違いは、クルーが配送を分割して受け渡しできることです。ただし、アクティブな注文は、各決定を行う人に表示されたままである必要があります。明確な所有権は、共有速度を共有混乱に変えることを防ぎます。
すべての受け渡しに明確な所有者を設定する
シンプルなクルーパターンは、1人のプレイヤーが注文のコンテキストを維持し、別のプレイヤーが棚からのピックアップを担当し、さらに別のプレイヤーが梱包または積み込みに集中することです。正確な分割は、プレイヤー数と現在の倉庫によって異なりますが、原則は有用です。箱とトラックが無人で待機している間に、複数の人が同じおもちゃを探しに行くのを避けてください。ステーションを離れる前に、自分が扱っている注文またはアイテムを伝えてください。
これは協調であり、ゲームに名前付きクラスがあると主張するものではありません。公式の説明では、ソロまたはフレンドとのプレイのみが確認されています。ロール言語を、公開されているループ（見つける、梱包する、積み込む）をチーム全体で可視化するための実用的な方法として使用してください。棚、箱、またはトラックに行列ができたらロールを変更してください。
2人プレイの場合、1つの便利な配置は、1人がチケットと梱包の受け渡しに注意を払い、もう1人が棚から戻ってくることです。より多くのプレイヤーがいる場合、3人目は完成した配送をトラックに移動させたり、名前付きチケットを手伝ったりできます。これらは柔軟な役割であり、固定されたポジションではありません。重要なのは、プレイヤーが何かを拾う前に、自分が何を進めているのかを言えるべきだということです。
注文ボードを共有言語として使用する
Rキーは顧客注文を切り替えるため、チケットは自然なコミュニケーションポイントになります。「赤いの」を取っていると言う代わりに、アクティブな注文とそれに表示されているアイテムを指定してください。プレイヤーが複数のアイテムを運んでいる場合、Scroll Wheel とインスペクションは、オブジェクトが箱に入る前の最終チェックを提供します。
クルーは修正も告知する必要があります。Q はアイテムをドロップするため、誤ったピックアップは、それを保持している人が何が変わったかを言うことで、迅速にクリアできます。静かな前提が最も遅い間違いを生み出します。両方のプレイヤーが相手が箱を完成させると思っている一方で、完成した注文が決して配達トラックに届かない場合です。
タイマーの下で有用であるように、呼びかけは短く保ってください。チケット、意図したアクション、受け渡しを述べてください。例えば、特定の注文のために収集中である、箱の準備ができて梱包可能である、または完成した配送をトラックに移動しているなどです。これはすべての動きをナレーションするよりも実用的であり、チームメイトが無駄な移動になる前に重複作業を特定する機会を与えます。
目に見えるボトルネックを中心にクルーを構築する
公式の進行カテゴリ（Speed、Reach、Carry Capacity、アンロック可能なアビリティ）は、クルー内の異なる役割を改善できます。実際のプレイに、どれが重要かを決定させてください。棚ランナーがルートのほとんどを歩くことに費やす場合、Speed に注目する価値があります。梱包担当者が頻繁に追加の棚への往復を行う場合、Carry Capacity がより関連性が高いかもしれません。棚の取り扱いがぎこちない場合は、実際のゲームで Reach を比較してください。
アップグレードが最終確認の必要性をなくすとは期待しないでください。より速いチームは、間違った受け渡しもより速く行うことができます。注文、持ち運びアイテムの選択、梱列入力、トラック積み込みを結びつけておいてください。リーダーボードの目標は、ルーズな活動ではなく、高速完了を報酬とします。
ラインが止まったとき、チームは短いリセットを使えます。何人かのおもちゃが箱で待機している場合、誰かがアクティブな注文と次の梱包アクションを特定するまで、これ以上送るのを止めましょう。トラックが待機しているなら、別のプレイヤーを探しに行かせるのではなく、ハンドオフを割り当ててください。目標は厳格なシステムを強制することではありません。同じ未完了の配送が、静かに他の全員の問題になるのを防ぐことです。
まずは信頼できるチームパターンを1つ練習する
考えられるすべての分担を試す前に、シンプルなパターンでグループセッションを始めましょう。1人のプレイヤーがアクティブな注文と梱包状態を明確にし、1人のプレイヤーが名前の付いた棚ルートを受け持ち、残りのプレイヤーが箱の完成やトラックへの移動を手伝います。ゲームはこれらの役割を必須とはしていません。これらは、配送の一部に担当者がいないことを明確にする共有言語です。
注文完了後、ラインを簡単に振り返りましょう。2人が同じおもちゃを集めていませんでしたか？チケットなしでアイテムが箱に届いていませんか？全員が探していたために完了した配送が待たされていませんか？これらの質問は、公開リストが正式なチームメタや固定されたリーダーボード戦略を提供するふりをせずに、コミュニケーションの遅延を特定します。
このパターンが自然に感じられるようになったら、一度に1つの変数だけを変えてみましょう。1人のプレイヤーにより長い棚ルートを任せたり、別のプレイヤーを専任の梱包チェックにしたり、名前付きのアップグレードがボトルネックを変えるかテストしてみたり。チームが速くなるのは、不確かな実行中にすべての役割を変えるのではなく、明確な実験を通してです。
同じパターンは、新しいチームメイトを迎え入れるのも容易にします。名前付きのハンドオフを1つとチケットの参照を1つ渡し、チームが配送が端から端まで進むのを見届けられるようになったら、その仕事を拡大します。これにより、より大規模なサーバーが、誰も箱を閉めずに同じ棚探しを行うだけのプレイヤー数になるのを防ぎます。