この要望リストのリクエストのきっかけは何だったのでしょうか？テーブルや列の変更が発生した際にワークフロービルダーが正常に動作しない問題（テーブルが見つからない、列が見つからないなど）が発生したためです。
どのような改善を望みますか？ワークフロービルダーが変数をもっと積極的に活用するようになってほしいです。JMPのバックエンドとユーザー向けのGUIの両方で、ネイティブに変数を利用できるようにしてほしいです。
ワークフローを実行したり共有したりする際に、テーブル名などが変更された場合、JMPはユーザーがその差異を修正する機会を非常にうまく提供してくれます。しかし、変更を修正する必要があるプロセス手順が不明確な場合が多く、私を含めユーザーはワークフローを停止して別の方法を試すことを選択することがあります（待って、JMPは何が期待していたのか、どうすれば修正できるのか？など）。
そして、何が起こるか確認してみると、エラーが発生していたり、本来動的に処理されるべき箇所が見つかってしまうことがあります。そうなると、列やデータテーブルへの参照などがハードコーディングされている箇所をすべて修正しなければなりません。JMPが最初からそれを変数として設定していれば、1箇所変更するだけで済んだのに。
さらに、ワークフローを開始する前に、データテーブル名や列名などが可変である可能性があることを認識している場合もあります。ワークフローに変数を追加してデフォルト値として設定したり、ユーザーに確認を求めたりすることが容易になることは、非常に価値があります。
このアイデアが重要な理由は？ワークフロービルダーは非常に優れており、スクリプトに関する高度な知識がなくても自動化を実現できます。何も変更がなければ、非常にうまく機能します。JMPは潜在的な差異に遭遇した際に既にうまく対応しており、変数処理を改善することで、さらにレベルアップできます。さらに、プロセスにネイティブな変数処理を導入することで、スクリプトをエクスポートする際に、ハードコードされた値が至る所に見られるのではなく、変数を設定して全体を通して使用していることが明確になるため、スクリプトに慣れているユーザーにとって追加の「トレーニング」になります。唯一の注意点/変更点は？ワークフロービルダーのJSLエクスポートでは、独自のワークスペースを作成する必要があるかもしれないということです（変数の衝突を防ぐための巨大な「ローカル」ラッパーは不要です）。
