Makeでは、シナリオ内で処理する行動に応じてcreditsを使います。必要量は、毎日何回動くか、途中の処理が何段あるかで変わります。料金表の数字だけで判断せず、実際に小さく動かして確認します。
活用例：毎朝の予定一覧を共有する
1日1回、予定を読み取り、一覧にしてチームへ送る流れを考えます。最初の一週間は実行履歴を見て、何回動いたか、想定外の重複がないかを記録します。人は一覧の内容を確認し、必要なら停止します。
見積もりの手順
- 一日に何回始まるかを数える
- 一回の流れを大まかに数える
- テスト期間の履歴を確認する
- 余裕を持たせて料金ページで条件を確認する
creditsの消費は連携内容によって変わります。正確な料金、対象機能、無料期間終了後の条件は公式ページを確認してください。
この紹介リンクからの新規登録者向けに、Proプランを1か月無料で試せるプロモーションがあります（10,000 credits／月を含む）。対象者・適用条件・無料期間終了後の料金は、遷移先のMake公式ページで確認してください。
Make公式サイトでProプランの無料プロモーションと利用条件を確認する
料金を見るときの前提
Makeの費用は、契約プランだけでなく、シナリオの実行回数や処理の分岐によって変わります。料金やcreditsの条件は更新されるため、導入時は必ず公式の料金ページで最新情報を確認してください。見積もりでは、通常日の件数だけでなく、再実行やテスト分も含めます。
活用例：問い合わせ通知の月間実行量を見積もる
平日20件の問い合わせを、受信確認・管理表への記録・Slack通知の三段階で処理する場合を考えます。まず一週間だけ実行履歴を取り、1件あたりに何回の処理が発生するかを確認します。想定より多い場合は、不要な検索や全件更新を減らしてからプランを検討します。
費用を増やしやすい設計
短い間隔での監視、同じデータの繰り返し取得、失敗時の無制限な再試行は実行量を増やします。停止条件、重複判定、テスト用シナリオの停止日を決めます。件数が大きく変動する業務や、費用上限を厳密に管理する業務は、手動確認を残すか別の仕組みを検討してください。