どう書き込もうか悩んでいる間に、スレッドの流れは改善案を書いていく方向になってますね・・。
今更で申し訳ないのですが、個人的な見解を書いておきます。
コンセプトは、「飛竜によるパーティ支援」、「アタッカーとしての能力」
この2つを併せる事で、優位な戦闘を可能にするジョブという構想という事の様ですね。
パーティ支援能力は飛竜に縛られているのが、いきなりちょっと気になったりしましたが、
とりあえず、イメージを伝える調整例にはそれぞれ以下の様な印象を受けました。
○飛竜のブレス効果に魔法耐性ダウンを付与
・飛竜特有の弱体要素をイメージしたものが、この調整例の様ですが・・。
確かに、ブレスは飛竜の特徴的な挙動で、耐性ダウンさせるイメージも違和感はそれほどないのですが、
現状のブレスの性能や位置づけからすると、PT支援としての活用がかなり難しい様に思います。
ブレスの発動速度や発動条件、ペットコマンドから使用した場合のリキャストなど、
現在実装されているブレスのあり方は、戦闘で先んじて対象を弱体する様なPT支援の路線と、
やや、折り合いがとりにくい部分があるのでは?と、個人的には感じました。
「飛竜によるパーティ支援」>「魔法耐性をダウン」という調整に特に反対はしませんし、
この路線で竜騎士の遊びの幅が広げられるというなら歓迎です。
しかしながら、「ブレス」に関連付けない路線なども、今一度検討頂きたいと思いますし、
「魔法耐性をダウン」以外の支援効果を、もう少し色々検討して欲しいところです。
調整例だけみると、ちょっと安易なイメージ先行のアイディアといった感じに見受けられます。
○アタッカーとしての能力
アタッカー能力の調整例は無い様で・・・アタッカー能力は現状維持なのかな。
何かしら追加予定なら、早めにユーザーへの情報展開をして欲しいところです。
○ジャンプをよりテクニカルに使用していけるようなアビリティなどの追加/調整
調整例:「ジャンプ/ハイジャンプ/スーパージャンプに、自PCの後方にいる他PCの敵対心を減少させる効果を追加」
・コンセプトには飛竜によるパーティ支援との事でしたが、
飛竜だけでは無く、竜騎士自身にもPT支援をさせる構想という事でいいのかな?
飛竜だけに縛らず、竜騎士自身にも支援の能力がある事自体は反対はありませんが、
いきなりジョブコンセプトの文面と一致しない調整例だったので、「あれ?」と思ってしまいました。
ジャンプをよりテクニカルに使用していける様に、との事ですが、
この調整だと「テクニカル」というよりもジャンプを使用する勝手が悪くなって、
ユーザーの苦心が多くなる様に見受けられます。
現状で、純粋な攻撃手段としてや、自身のヘイト減少/カット目的、TP貯めの調整、
効果や能力はともかく、それなりにある程度の用途が確立している部分があると感じています。
ここに他PCの敵対心減少の効果が入ってしまうと、
・自分の敵対心減少/カットや敵へのダメージ、TP貯め等に使用していくと、
他のメンバーの敵対心を減少させる必要が出たときにタイミングよく使用するのが難しい。
・PTメンバーの敵対心を減少させる方向で使用とすれば、他者のヘイトを気にし続ける様になってしまい、
結果的にジャンプを控え気味にして、自分の為にはなかなか使えなくなる。
といった問題が発生してしまう気がします。
これでは、ユーザーがジレンマに陥り、ストレスを感じてしまう可能性があるのでは無いでしょうか。
これを「テクニカル」と言われるなら、致し方ないとも思いますが、
現状の案だとプレイの技術拡張を促すのはちょっと無理がある様に感じます。
また、ソウル/スピリットジャンプの名前が挙がっていない事から、
こちらには敵対心を減少させる効果はつかないという事でいいのでしょうか?
ジャンプ/スーパージャンプとリキャストを共有しているので、
PTメンバーの敵対心を減少させる事を優先するか、自身の攻撃を優先するか、
ここでも選択を迫られることとなります。
こちらの調整は、結果的に竜騎士の能力を無駄に拡散してしまい、遊びにくくなるだけなのでは?
と危惧しています。
○飛竜を戦闘不能にしづらくするアビリティの追加
既に「アビリティ」という位置づけを決めていらっしゃる様ですので、
予定している性能や使用方法等がわからないと、見解が述べにくい状態に見受けられます。
「アビリティで追加」は決めているけど、「どう戦闘不能にしづらくするかは決めていない」
という事であるなら、「アビリティ」という位置づけを行うのは早計ではないでしょうか。
今後、ユーザーや開発者自身が「どう戦闘不能にしづらくするか?」の性能を考察するにあたり、
アビリティという位置づけを先に行っていると「プレイヤーが操作で発動する必要がある」、
「リキャストが存在する」、「効果時間が存在する」、「アムネジアの影響を受ける」
等の要素が前提条件になるので、アイディアの幅を狭めてしまう可能性を危惧しています。
とりあえず、例にしては「アビリティ」という部分だけが性能を明確化していて、
肝心な部分は不透明な内容ですので、決まっているなら現状で構築できている部分の詳細が知りたく思います。
また、余談ですみませんが、こちらの調整例は今回のコンセプトを伝える内容としては
完全に無関係に見受けられます。
必要な調整だとは思いますが、この件に関しては既にユーザーがやりとりしているスレッドが別にありますので、
こちらの方への回答される等の方法により発表された方が、良かったのではないかと個人的には感じました。
大変長文な上に、乱文で申し訳ありません。。
もうちょっと簡素にと思いつつも、なかなか上手くいかないものです・・・
既に、スレッド「ジョブカテゴリのスレッドの各意見に対して、開発からの回答が欲しい」の方で、
Mocchiさんからコンセプトや調整案への否定ではなく、改善案を求めるレスがついていましたので、
現在の調整例の改善案を改めて考えてみようと思います。