
Make(以前はIntegromatとして知られていたかもしれません)は、アプリを接続し、ワークフローを自動化するための強力なツールで、コーディングの天才でなくても使えます。ビジネスがプロセスを整えるための頼りになるツールであり、その理由も納得できます。しかし、正直に言うと、「オペレーション」に基づいた価格設定は混乱を招くことがあり、予想以上の請求書が届くこともあります。
Makeが適切な投資かどうかを判断しようとしているなら、あなたは正しい場所にいます。ここでは、Makeの価格設定の全貌を明らかにします:あなたのお金が実際に何を得るのか、注意すべき潜在的な隠れたコスト、そしてチーム向けに構築されたより専門的なAIソリューションとの比較です。
では、Makeとは何でしょうか?
Makeは、ビジュアルオートメーションプラットフォームです。これは、毎日使用する異なるソフトウェアをリンクする自動化されたワークフロー、つまり「シナリオ」を構築することを可能にします。デジタルの交通整理役のようなもので、アプリにどのようにコミュニケーションを取り、次に何をするかを指示しますが、コードを一行も書く必要はありません。
主な魅力は、時間を奪う反復的で手動のタスクをすべて自動化できることです。CRMからスプレッドシートへの顧客情報の同期や、ソーシャルメディア投稿のスケジューリングなど、Makeはそれを処理するように設計されています。ドラッグアンドドロップのビルダーは親しみやすく感じますが、より複雑なワークフローを構築し始めると、表面の下に隠れている学習曲線があることに気づくでしょう。マーケター、小規模ビジネスオーナー、そしてHubSpot、Google Sheets、Slackのようなツール間でデータをスムーズに流す必要があるオペレーションチームによく使用されます。
Makeの価格プランを深掘り
プランを選ぶ前に、Makeがどのように料金を請求するかを理解する必要があります。彼らのモデル全体は「オペレーション」に基づいています。これが何を意味するのかを理解することが、コストを管理し、請求書が届いたときに驚かないための鍵です。
Makeの価格設定における「オペレーション」モデルの理解:隠れたコスト?
では、「オペレーション」とは一体何でしょうか?Makeによれば、それはワークフロー内のモジュールが実行する単一のアクションです。
簡単な例を使ってみましょう。次のようなワークフローを想像してください:
-
新しいメールが受信トレイに届く(メールをチェックするトリガーが1オペレーション)。
-
ワークフローがメールの添付ファイルを取得し、Google Driveに保存する(これが2つ目のオペレーション)。
-
その後、Slackチャンネルに通知を送信する(これが3つ目のオペレーション)。
このシナリオでは、ワークフローをトリガーするたびに3つのオペレーションが消費されます。簡単に見えますよね?
しかし、ここで多くの人がつまずく部分があります。Makeの多くのトリガーは「ポーリング」によって動作します。これは、毎分や15分ごとなど、設定されたスケジュールで新しいデータを常にチェックする技術的な方法です。問題は、これらのチェックの一つ一つがオペレーションとしてカウントされることです。たとえ新しいものが何も見つからなくても。
これは、迅速な対応が必要なタスクにとって大きなコストの原因となる可能性があります。例えば、カスタマーサポートの場合、ヘルプデスクの新しいチケットを毎分チェックする必要があると、1時間に60回のチェックが必要です。これが1日に1,440回、月に43,000回以上になります。これは、トリガーだけで43,000オペレーションが消費されることを意味します。突然、手頃に見えたプランがそれほど手頃ではなくなります。
Makeの価格設定の階層を説明
その「オペレーション」モデルを念頭に置いて、実際のプランを見てみましょう。ここでの価格は年間請求のもので、月々の支払いに比べていくらか節約できます。
プラン | 月額料金(年間請求) | 月間オペレーション数 | 最適な用途 | 主な機能 |
---|---|---|---|---|
無料 | $0 | 1,000 | シンプルで緊急性のない自動化を試す個人。 | 2つのアクティブシナリオ、15分間隔、ビジュアルビルダー。 |
コア | $9+ | 10,000+ | 基本的な自動化ニーズを持つフリーランサーや個人事業主。 | 無制限のシナリオ、1分間隔、APIアクセス。 |
プロ | $16+ | 10,000+ | より信頼性と高度な機能を必要とする成長中のビジネス。 | 優先実行、カスタム変数、使用の柔軟性。 |
チーム | $29+ | 10,000+ | ワークフローの構築と管理で協力が必要な中小企業。 | チームの役割と権限、共有テンプレート。 |
エンタープライズ | カスタム | カスタム | 重要なプロセスとセキュリティニーズを持つ大企業。 | 高度なセキュリティ(SSO)、24/7サポート、超過保護。 |
Makeの価格プランに含まれる主な機能
Makeの価格設定から得られる価値は、オペレーション数だけではありません。よりスマートで有能な自動化を構築するためのツールも含まれています。
ビジュアルシナリオビルダー
Makeの大きな特徴はそのドラッグアンドドロップインターフェースです。これにより、ワークフロー全体を視覚的にマッピングし、異なるモジュールを接続し、データが次のステップにどのように移動するかを確認できます。物事がどのように組み合わさっているかを把握するのに最適ですが、警告の言葉を一つ:本当に複雑で多段階のシナリオでは、スパゲッティのように絡まった状態になることがあります。何かが壊れたとき、その混乱の中で問題を見つけるのは本当に頭痛の種です。
アセット3: [スクリーンショット] – シンプルでクリーンなMakeシナリオと非常に複雑な多経路の「スパゲッティ」シナリオの並列比較。代替タイトル: シンプルなシナリオと複雑なシナリオの視覚的比較とMakeの価格設定への影響。代替テキスト: 2つのMakeシナリオが表示され、複雑さが使いやすさと全体的なMakeの価格設定にどのように影響するかを示しています。
豊富なアプリライブラリ
Makeの最大の利点の一つは、2,000以上の事前構築されたアプリ統合の巨大なライブラリです。Google WorkspaceやSlackからHubSpotやSalesforceまで、ビジネスが依存するほぼすべての主要なツールに接続できます。リストにないニッチなツールを使用している場合でも、一般的なHTTP/APIモジュールを使用して接続することができます。これにより多くの柔軟性が得られますが、セットアップにはもう少し技術的な快適さが必要です。
アセット4: [スクリーンショット] – Make内の豊富なアプリライブラリのスクリーンショットで、Salesforce、Google Sheets、Slackなどの人気アプリのロゴを紹介。代替タイトル: Makeの価格設定で提供される価値の中核を成すアプリライブラリのビュー。代替テキスト: Makeのアプリライブラリが表示され、Makeの価格プランに含まれる多数の統合を強調しています。
高度なロジックとデータツール
ここでMakeはその力を発揮し始めます。いくつかの高度なツールを備えており、非常にカスタマイズされたワークフローを構築することができます。
-
ルーターは、特定の条件に基づいて異なるパスを作成することができます。例えば、VIP顧客からのメールの場合、通常の問い合わせとは異なるパスに送信することができます。
-
イテレーターは、注文を個々のラインアイテムに分解するように、複数のアイテムを一つずつ処理するのに役立ちます。
-
データトランスフォーマーは、情報を次のアプリに送信する前に、必要な形式に再フォーマットすることができます。
これらはMakeをよりシンプルな自動化ツールよりも一歩上に引き上げる機能ですが、学習曲線が急になることも覚悟しておくべきです。
AIとカスタム統合
Makeには独自のAIは組み込まれていませんが、APIコールを通じてOpenAIのChatGPTなどの他のAIサービスに接続することができます。情報をAIモデルに送信して処理し、その後の自動化ステップでAIの応答を使用するシナリオを構築できます。
しかし、ここで重要な点が浮かび上がります:MakeはAIのコネクターであり、ネイティブのAIプラットフォームではありません。外部のAIサービスを設定、管理、支払うのはあなたの責任です。統一された、すぐに使えるAIソリューションを箱から出して提供するわけではありません。
サポート自動化におけるMakeの価格設定の制限
Makeは素晴らしい汎用ツールですが、そのモデルはカスタマーサポート自動化や内部ITのような特定の重要な仕事に対していくつかの課題を生み出します。毎秒が重要で、コストが予測可能である必要がある場合、万能ツールはその限界を見せ始めます。
リアルタイムサポートにおけるMakeの価格設定オペレーショントラップ
ポーリングの問題に戻りましょう。サポートチームにとって、即時の応答は単なる付加価値ではなく、期待されるものです。Makeの価格設定モデルは、新しいチケットを常にチェックしているときに、オペレーションの許容量を消費してしまい、非常に高価になります。
ここで専門的なツールが大きな優位性を持ちます。例えば、eesel AIのカスタマーサービス用AIエージェントは、ヘルプデスク(ZendeskやFreshdeskなど)と直接接続し、インタラクションに基づいた価格モデルを使用します。これは、AIが実際に返信を提供したりアクションを取ったときにのみ課金されることを意味します。新しいチケットを待つために座っている間に支払うことはありません。これは、サポートチームが必要とする透明で予測可能なコスト管理の方法です。
サポート専用機能の欠如
Makeでサポート自動化を構築する場合、汎用的なブロックを組み合わせて作成します。動作することはありますが、サポートチームが本当に必要とする本質的な、すぐに使える機能が欠けています。例えば、Makeには以下のものがありません:
-
安全なシミュレーション: AIエージェントが過去のチケットにどのように回答したかを安全にテストするための組み込みのサンドボックスがありません。
-
エージェントアシスト(コパイロット): ヘルプデスク内に住み、最良のマクロや過去のチケットに基づいて人間のエージェントがより速く、一貫した返信を書くのを助けるネイティブツールを提供できません。
-
知識ギャップレポート: AIが回答を見つけられなかったときに自動的に分析し、ナレッジベースに何が欠けているかを教えてくれません。
eesel AIのようなプラットフォームは、これらの正確な問題のためにゼロから設計されています。彼らは、エージェントを助けるためのAIコパイロットや、品質と安全性を確保するためのシミュレーションモードなどの製品を提供しています。
複雑なセットアップとメンテナンス
Makeは「ノーコード」体験を約束していますが、堅実で多段階のサポートワークフローを作成し維持することは、小さな開発プロジェクトを管理しているように感じることがあります。複雑なシナリオが壊れたとき、何が間違っているのかを見つけるのは時間のかかるウサギの穴であり、チームを本来の仕事である顧客を助けることから引き離すことになります。
対照的に、eesel AIのような専用ツールはワンクリック統合を提供します。サポートマネージャーは、Zendesk、Freshdesk、またはIntercomアカウントを接続し、ヘルプドキュメントとチケット履歴に基づいてAIエージェントを数分でトレーニングすることができます。エンジニアも複雑なビジュアルマップも必要なく、迅速で効果的な自動化がすぐに利用可能です。
Makeの価格設定はあなたに合っているか?
では、最終的な結論は何でしょうか?Makeは一般的な自動化のための強力で柔軟なプラットフォームです。その価格モデルはうまく機能することがありますが、特にスピードが重要なタスクに対しては、驚くべきコストを引き起こす可能性のある複雑さの層があります。数分の遅れが大きな問題でない内部プロセスやマーケティングワークフローを自動化するチームにとっては素晴らしい選択です。
しかし、カスタマーサポートやITSMのような専門的でリアルタイムの仕事に対しては、「オペレーション」価格モデルと専用機能の欠如がいくつかの大きな障害を生み出します。これらの状況では、専用のAIプラットフォームはより良いツールを提供するだけでなく、最初からより透明でコスト効果が高く、強力なものを提供します。
予測可能な価格設定でサポートを変革する専用のAIプラットフォームがどのように役立つかを見てみませんか?eesel AIを無料で試すか、デモを予約してみてください。
よくある質問
「オペレーション」モデルは、ワークフローが行うすべてのアクションに対して支払うことを意味します。最大の影響は、新しいデータを常にチェックするトリガーから来ます。各チェックがオペレーションを使用するため、新しいデータが見つからなくても月間合計にすぐに加算されます。
ポーリングの他に、多くのステップを持つ複雑なワークフロー(ルーターやイテレーターなど)は、予想以上にオペレーションを消費することがあります。また、OpenAIのような有料サービスに接続する場合、それはMakeのサブスクリプションとは別に管理する必要があるコストです。
Makeの価格設定は、どの有料プランでもより多くのオペレーションを購入することでスケールします。しかし、ボリュームが増えるにつれて、リアルタイムタスクの「ポーリング」トリガーのコストが重要な要因となるため、専門的なツールがよりコスト効果的になることがあります。
Coreプランは、基本的な自動化ニーズを持つほとんどの小規模ビジネスにとって素晴らしい出発点です。Freeプランよりも多くのオペレーションとより速いポーリング間隔を提供しますが、コミットする前に潜在的なオペレーション使用量を見積もるべきです。
はい、おそらくそうなります。データを毎分チェックするトリガーは、チェック自体だけで月に43,000以上のオペレーションを使用します。これは、リアルタイムのニーズに対してこのモデルが高コストになる主な理由です。