製品の料金プランを構成する方法。
料金プランは実際の顧客ニーズと費用要因を反映します。各プランの対象者と境界を明確にし、未確認の機能や利益率を約束しないでください。
作業手順をタスクに合わせましょう。
顧客を必要に応じて分け、確認済みの機能と利用上限を少数の整合したプランへ割り当てます。境界を提案する前に費用要因とサポート上の約束を見極めます。価格の仮説と確認済みの支払意思や実際の利益率を分けます。
- 用意するもの
- 顧客層、製品で使える機能、費用。
- 得られるもの
- 前提と得失を示したプラン案。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Confirmed capabilities: individual exports, shared workspaces, priority support. Propose packaging for solo users and teams; prices and support response times are unvalidated.
完成例
Solo — individual workflow with exports. Buyer: one person managing their own work. Team — exports plus shared workspaces. Buyer: people coordinating shared work. Priority support — optional service proposal; define coverage and response commitment before offering it. Prices: not set. Validate customer demand, support cost and any usage limits before publication.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
まだ提供していない魅力的な機能をプランに含めるべきですか？
将来の提案とはっきり表示する場合だけです。公開中のプランは確認済みの提供状況と条件を反映させます。
二つのプランがほぼ同じに見えるのはなぜですか？
対象者、利用の境界、サービス水準に実質的な違いがないのかもしれません。任意の機能制限を加えず、選ぶ理由を明確にしてください。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑