ゲストは全行程を追って管理します。搭乗、移動、宿泊とサービスの利用、航海、入港、下船、最終結果への反映です。Quality-Studiosは部屋、エンターテインメント、アメニティを満足度に公式に結び付けています。正確な容量、需要、点数、効果はライブV2 UIが示すべきです。
搭乗を確認する
現在のドックで目的船を選びます。表示された乗客またはゲスト積載操作に従い、明確な準備状態を待ちます。V1のコミュニティページはドックでの手動積載を報告しますが、V2では自動化や名称変更の可能性があります。
ゲストが現れなければ、部屋を増やす前に航路状態、船の選択、宿泊可能性、ドックからのアクセス、現在の積載警告を確認します。
船内のアクセスを追う
搭乗地点から部屋と共用サービスまでの道を見ます。塞がった扉、狭い廊下、デッキ移動、オブジェクト衝突、間違った空間を向く入口を点検します。設計変更前に障害を一つ動かして再テストします。
通路なしの容量は役立ちません。小さなゲストグループから試し、部屋モジュールとサービスのカバーを一緒に広げます。
現在の反応を読む
思考バブル、アイコン、カテゴリ名、警告、星、要約文を正確に記録します。アクセス、宿泊、エンターテインメント、アメニティ、物資、サービス、ゲームが示す別カテゴリでまとめます。
曖昧な不満状態を架空の式に変換しません。繰り返し見える原因を探し、そのカテゴリを直します。
部屋とアメニティを試す
届く部屋またはサービスを一つ変え、同じ航路とゲスト数を繰り返します。ゲストが実際に使うことを確認します。入港が完了してから反応と精算を比べます。
大きな配置では、遠い一群に全施設を置かずアクセスを分散します。運航区画でゲスト通路を塞がないでください。
物資とクルーを確認する
公式説明は海へ出る前に物資を積むよう述べています。航海中の現在量と不足に関係するゲスト警告を比べます。燃料と物資は別欄です。
サービスがスタッフを必要とするように見えるなら、現在の役割、職場、宿泊、配属を読みます。古いコミュニティの役割名は、保証されたV2条件とは扱いません。
ゲストの旅を終える
目的地で入港、下船、精算を待ちます。ゲストが正常に出て、最終評価や報酬が表示されるか記録します。見た目の到着だけではサイクルが終わらない場合があります。
人が止まったら位置、道、航路、現在の警告を保存します。証拠を残した後だけ新しいサーバーを一度試します。
ゲスト診断チェックリスト
- 正しい船とドック。
- 現在の積載状態が完了。
- 到達可能な宿泊。
- 経路とデッキ移動が空いている。
- 到達可能なエンターテインメントとアメニティ。
- 航海中の物資。
- 表示された場合の必要サービススタッフ。
- 入港と下船が完了。
- 編集前に反応と結果を記録。
ゲストの変更を一つだけ比べる
現在のゲームが許す限り、船、航路、ゲスト数、燃料、物資、クルー状態を安定させます。廊下、部屋モジュール、アメニティ、サービス配属を一つ変え、ゲストが使えるか確認します。結果を比べる前に入港と精算まで完了し、重要なら一度繰り返します。隠れた式は分かりませんが、見える問題を直したかは示せます。Beta更新で経路探索、サービス利用、評価、精算が変わる可能性があるため、版と日付を記録します。
アクセスを失わずに拡張する
小人数で動いたら、同じ通路を見ながら段階的に容量を増やします。部屋とサービスを一緒に広げ、増えた人数用の物資を残し、入口を見えるようにします。混雑が出たら、塞がれた道の周囲に施設を足すのではなく、最後に動いたモジュールへ戻ります。大きな船では、サービス群とデッキ移動を繰り返して分かりやすくすると、ゲストとプレイヤーが診断しやすくなります。
ゲストFAQ
なぜゲストが搭乗しないのですか？
積載状態、選択船、航路、ドックアクセス、部屋、ライブ警告を確認します。
ゲストを満足させるものは何ですか？
公式には部屋、エンターテインメント、アメニティが重要です。現在のアクセス、物資、サービス、V2フィードバックが修正を決めます。
部屋を増やせば必ず良くなりますか？
いいえ。容量追加はアクセス、サービス、資源の圧力を作る場合があります。小さな人数で動いてから広げます。
なぜゲストが止まるのですか？
最初に塞がった道、扉、廊下、移動、施設入口を調べます。一つの障害を変えてテストします。
確認した証拠（2026-08-05）: 公式のゲスト満足度と物資ループ、コミュニティV1の乗客可視性、ドック、ホスピタリティ説明。V2の正確な需要と式は未確認です。