概要CRMメガプラン

内容

はじめに

メガプラン構造

お客さま

取引

• 取引スキーム
• 自動スクリプト
• マネージャーとの取引
• 追加の取引オプション

アカウント

報告書

統合

• メールあり
• テレフォニーあり
• オンラインストアで

API

まとめ

はじめに

Megaplanサービスを使用するようにメガプランを構成するように依頼されたクライアントの要求に応じて、 Megaplanサービスと他の多くのシステムの使用を開始しました。



Megaplanは企業のCRMシステムであることが公式ウェブサイトに書かれています。 そのような位置づけは完全に真実ではないと思います。 Megaplanは、CRMを実施できるタスクマネージャーです。



一方では、タスクとCRMのこのような組み合わせは非常に便利です。 一方、CRMシステムの機能は、料金プランの1つでのみ利用可能であり、かなり貧弱に表されています。 しかし、まず最初に。



Megaplanには4つの異なる関税があります。

• チームワーク
• CRM：顧客と販売
• 事業部長
• プロジェクトマネージャー

CRM Megaplanのすべての作業は、トランザクションの概念を中心に構築されていることを知っておくことが重要です。これは、顧客と販売に関するすべての作業の重要なポイントです。 同時に、「CRM：顧客と販売」の料金プランから開始して、テレフォニーを操作するためのトランザクションへのアクセス、CRMシステムの他の機能へのアクセスが可能です。 彼についてさらに説明します。







この記事では、Megaplanのすべての機能について詳しく説明するのではなく、CRMに直接関連することについてのみ説明します。

メガプラン構造

「CRMの顧客と販売」の料金プランを選択すると、包括的なソリューション、タスクマネージャーとCRMが得られます。 この料金プランで利用可能な機能のリストには以下が含まれます。

• 従業員-特定の機能へのアクセス権を持つ会社の従業員のリスト。
• ケース-各従業員のオーガナイザーは、会議、電話、レポート作成、またはその他のビジネスをすぐに思い出させます。
• タスクとは、ある従業員が別の従業員に提示できるタスクです。 たとえば、営業部門の責任者は、「顧客に電話をかける」タスクを設定して、特定のマネージャーに対応することができます。
• 顧客-すでに協力を完了している顧客のリードおよび連絡先を含む、企業の潜在的または実際の顧客。
• トランザクションは、マネージャーのメインドキュメントです。 オブジェクトは、商品/サービスの販売の交渉の開始時に作成され、作業のある段階から別の段階への移行の過程で、支払い、出荷、実行された作業の署名など​​までそのステータスが変更されます。

このリストでは、項目「ケース」と「従業員」はCRMシステムとはまったく関係がなく、むしろタスクマネージャーのコンポーネントです。 タスクとアカウントは、CRMシステムとタスクマネージャーの両方にある程度帰属させることができます。 そして、クライアントとトランザクションの2つのコンポーネントのみが明らかにCRMシステムに属します。



したがって、Megaplanは、CRMシステムの機能を使用してタスクマネージャーで作業するためのアクセスを提供し、クライアントとの直接的な作業はすべて、トランザクションのセクションの1つにあります。



しかし、一般的に、私の観点からすると、システムインターフェイスは非常にシンプルで便利で直感的です。 ここでは、欠陥は見られませんでした。 構造も非常にシンプルで、ユーザーはプロセス内で適切なセクションや機能を見つけるのに何の困難もありません。

お客さま

クライアントとの仕事から始まる最初のことはリードです。 メガプランでは、鉛のようなものは存在しません。 また、連絡先などの潜在的な顧客のカテゴリは、個別のオブジェクトとして選択されません。

リードとは、何らかの方法でマーケティングコミュニケーションに反応した（または反応できる）潜在的なクライアントです。 この人または会社は、提案された製品またはサービスに興味があるかもしれません。



連絡先とは、潜在的な顧客または実際の顧客であり、既にいくつかの交渉が行われており、これまたはその反応を示し、特定の個人データのリストなどを提供している。 多くの場合、CRMシステムでは、連絡先は、Lida（仕事が行われていない潜在的なクライアント）およびクライアント（特定の時間に協力が行われている企業または個人）と混同されないように、別個のオブジェクトとして割り当てられます。

潜在顧客および既存顧客と連携するためのCRMメガプランには、共通のオブジェクトが1つあります-クライアント。



一方では、いつでもクライアントのカードに自分のステータスを入れて、リード、コンタクト、クライアント、拒否などの値を指定できます。 ただし、このアプローチでは、ディレクトリ、レポート、分析の操作の利便性が大幅に制限されます。 その結果、この分離の欠如により、CRMシステムとしてのMegaplanの価値が低下します。



クライアントはExcelファイルからインポートできます。 このタイプの機能は標準ですが、多数の異なる取引先と協力する企業には常に適しているとは言えません。 インポート機能は非常にシンプルで、機能の小さなリストによって制限されています。



顧客の参考書で、作成および記入の可能性：

• 顧客のタイプ。
• 個人データと詳細;
• 活動の種類;
• その他のオプションのフィールド。

また、ディレクトリを構成するときに、接続チャネル、およびこのディレクトリで作業するさまざまなカテゴリのユーザーの権限を制限できます。



それでも、このシステムをCRMとして完全に動作させるには、リードとコンタクトの特定の概念を実装する必要があります。

たとえば、リードなどの概念がないため、Megaplanでタスクを設定（またはビジネスを計画）することは不可能です。そのようなリードへの呼び出しです。 もちろん、「リード」のタイプを設定するクライアントを作成してから、「クライアントを呼び出す」というタスクを設定できます。 しかし、これは不完全なソリューションですが、意図していない機能にシステムを適合させる試みです。 リードは、独自の機能、独自の特性などを備えた別個の要素である必要があります。

したがって、Megaplanは、タスク管理のために、既存の顧客との現在の作業を目的としています。 ただし、これらはすべてCRMシステムの運用よりもタスク管理に関連しています。

取引

マネージャーの仕事の主なドキュメントはトランザクションです。 その中で、彼はどのクライアントと（それがリードクライアントであるか実際のクライアントであるかに関係なく）、トランザクションが終了することを示すことができます。



トランザクションに存在する主なフィールド：

• お客様
• 取引番号
• 取引額
• ステータス（トランザクションが存在する段階）

次のフィールドは追加の詳細として使用されます。

• お支払い方法。
• 配送。

さらに、便利な操作に必要ないくつかの個々のフィールドを設定できますが、これらは作業スキームを選択した後に設定されます。



Megaplanのトランザクションのスキーム：選択、構成、機能



Megaplanシステムでは、このトランザクションまたはそのトランザクションを作成するスキームを個別に構成できます。 必要に応じて、事前に構成されたいくつかの作業スキームを使用できます。 これは、基本的なスキーム（最も頻繁に使用される）、製品を販売するスキーム、サービスを販売するスキーム、または複雑なプロジェクトです。



このような柔軟な構成といくつかのスキームの1つを使用する機能は非常に便利だと思います。 たとえば、商品の販売に関しては、トランザクションを次のステップに分割できます。

1. 主な関心。
2. 商用オファーの形成。
3. 交渉。
4. 商業的オファーの承認。
5. 課金。
6. 請求書の支払い。
7. 出荷。

たとえば、設計作業の販売を使用する必要がある場合は、作業の他の段階で別のスキームに切り替えることができます。

たとえば、機器を販売し、その後のインストールに従事しているクライアントがいます。 同時に、設備の設置サービスは個別に支払われ、さらに、販売部門の別の構造単位がこの方向の販売に従事します。 機器販売部門と設置サービスの販売部門の両方がMegaplanで同時に機能できるようにするには、トランザクションのステージに2つの異なるスキームを設定する必要があります。

例で説明されているサービスのトランザクションを使用するには、次の手順が必要です。

1. 主な関心。
2. 機器が設置される部屋の測定。
3. 見積もりの​​作成。
4. 見積もりの​​承認。
5. 請求書の支払い。
6. 仕事のパフォーマンス。
7. 受理（完了証明書の署名）。

ご覧のとおり、トランザクションの段階は大きく異なる場合があります。 また、Megaplanでは、1つのシステムで両方のスキームを使用できます。 Megaplanでのトランザクションの実装は非常に便利で柔軟です。



それぞれ独自のステージを持つトランザクションスキームをいくつでも構成できるという事実に加えて、トランザクションのアクションの順序も構成できます。 つまり 従業員は指定した順序でのみステージを設定でき、ステージの1つが完了するまで、次のステージに進むことはできません。 指定された順序以外では、トランザクションの拒否および一時停止の基本機能のみが使用可能になります。



自動トランザクションシナリオ：長所と短所



メガプランのもう1つの利点は、トランザクションのステータスが変化したときに何をすべきかを指定できることです。 つまり いわゆるシナリオを設定できます。これには、特定のドキュメント（契約、請求書など）の自動生成、ステータス変更に関する責任従業員への通知、このトランザクションに対して以前に生成されたドキュメントのステータス変更などが含まれます。 また、トランザクションのステータスを変更すると、指定されたスクリプトが自動的に実行されます。 これは非常に便利ですが、欠点が1つあります。 スクリプトは明確にプログラムされており、アクションを追加することはできません。

たとえば、私のクライアントの1人は、Megaplanでトランザクションのステータスを変更した後、システムがIPを介して会計システムと自動的に通信し、対応する注文のステータスも変更することを望んでいました。 システムスクリプトで独自のバージョンのアクションを作成できないため、これは不可能であることが判明しました。

また、トランザクションのユーザー権限のレベルを設定することもできます。誰がどのパラメーターを見るか、誰がどのデータを変更できるかなどです。 さらに、トランザクションスキームに独自のカスタムフィールド、コメント、およびその他の重要なデータを追加できます。

たとえば、見積り（プロジェクト）を承認する段階にあるクライアントの1人に対して、「顧客の総責任者との調整が必要」というフィールドに、回答オプション「はい/いいえ」を追加しました。 そして、このプロパティで「はい」と回答された場合、会社の経営陣はトランザクションのこの段階をさらに制御しました。

追加のフィールドで作業することの短所は、小さいとはいえ、どんなタイプのトランザクションでもそのようなフィールドの必要性を示すことができないことだと思います。 特定のトランザクションスキームにのみ一部のプロパティを追加できます。 そのため、たとえばトランザクションIDを追加するには、このフィールドを可能なスキームのそれぞれに個別に追加する必要があります。



マネージャーとの取引



Megaplanの新しいセールはそれぞれ、トランザクションから始まります。 トランザクション文書を作成した後、それに従って実施されるスキームを選択する必要があります。 次に、トランザクションの量を示し、いくつかのドキュメントを添付し、クライアントが必要とする商品とサービスに関するデータを追加することができます。



そのため、トランザクションでは次のことを示すことができます。

• 取引スキーム
• お支払い方法
• 配達の種類
• オンラインストアと統合して、トランザクションを自動的に作成します
• スケジュール済み注文のインポート
• 商品またはサービスのリスト、およびトランザクションの量を示します
• この取引に関するコメントを投稿する
• 取引ステータスの変更

そして、ここでは、商品の販売を扱うときにほとんどすべてのCRMシステムに共通する問題が発生します。 特定のアイテムを販売するには、倉庫内の正確な数量を知っている必要があります。他のバイヤーによって予約されていないなどです。 これはすべて、会社が使用する会計システムで経費のドキュメントまたはアカウントを作成するときに可能です。 また、CRMでは、商品アイテムの有無、および割引やプロモーションの可能性を考慮せずに、クライアントの希望を修正し、予備注文額のみを取得できます。

CRMシステムでは、実際の商品残高はないため、実際の商品残高はあり得ないため、請求書の発行、割引価格での商品の販売、価格設定の操作などを行うことはできません。

さらに、CRM Megaplanは、ほとんどの同様のシステムと同様に、さまざまなカテゴリの顧客に割引や特別価格を提供しません。 つまり マネージャーは商品のリストとその数量を手動で示し、その後価格を比較し、すべての割引とプロモーションを手動で示すと想定されています。 会計システムを使用する真面目な企業がこのような手段を使用し、顧客に割引や特別価格のさまざまなオプションを提供すると想像するのは困難です。



したがって、CRM Megaplanでトランザクションを処理する場合、ほとんどの場合、誰も商品のリスト、数量、価格を使用しません。 B2B販売を扱う企業の場合、これは作業の重複となります。これは、会計システム（1Cまたはその他）ですべての勘定と経費文書を作成する方が便利だからです。 ほとんどの場合、オンラインストアは1Cまたは商品販売用のドキュメントパッケージを自動的に生成する別のシステムと統合されるため、オンラインストアの場合、このデータも冗長になります。 その結果、CRM Megaplanから請求書またはその他の財務書類を発行する機能は冗長になります。

それ自体、ツールとしてのトランザクションは、普遍的で便利であり、よく考えられています。 しかし、それらには不必要なものも含まれており、私の意見では、これらは多くの場合使用できません。可能であれば、これは過剰な複製になります。

追加の取引オプション



トランザクションを使用する場合、マネージャはトランザクションで直接いくつかの問題を追加で計画できます。 これには、電話、会議、文書の準備、その他のアクションが含まれます。 これらの機能は、CRMシステムよりもタスクマネージャーに関連しています。



さらに、トランザクションのステータスを変更する場合、アカウント、契約書、およびその他のドキュメントを作成できます。 しかし、これらはすべて最も単純なレベルで実装されています。 そして、私はクライアントの1人がこれらの機会が有用だと思ったという事実に出会ったことがありません。



これは、トランザクションを操作する可能性が制限される場所です。 CRMとして、システムは非常にシンプルで理解しやすく、便利であることが証明されましたが、同時に機能が非常に制限されていたため、Megaplanを知った後、クライアントは他のCRMを支持してこのシステムを拒否しました。

アカウント

Megaplanシステムには、アカウントなどがあります。 これらのオブジェクトには柔軟な設定があります。これは、アカウントの作成プロセスの自動化に役立つさまざまな数式の外観と存在の両方です。 ただし、アカウントテンプレートビルダーは機能的に非常に制限されています。 アカウントテンプレートはハードコーディングされており、たとえばフィールドを追加する必要がある場合、これを行うことはできません。 このような制限もあまり便利ではありません。



アカウントは、トランザクションに基づいて自動的に生成される場合があります。 アカウントには独自のステータスがありますが、それでもメガプランでのアカウントの実装は最も便利で機能的ではありません。

報告書

Megaplanのレポートも未開発です。 可能な最大の方法は、提案されたオプションから独自のレ​​ポートを作成することですが、それらはごくわずかです。 つまり 完成したリストから、レポートに表示されるフィールドと列を選択できます。 しかし、Megaplanがユーザーに提供するのはそれだけです。 出力フォームもシンプルになります。 Reporting API、つまり 他のシステムへのデータのアップロードはここでは提供されません。 また、異なる作業領域を1つのレポートに結合することはできません。たとえば、タスクとトランザクションを1つのレポートに結合することはできません。 2つのレポートを作成し、システムの外部で既に分析する必要があります。



さらに、Megaplanはレポートの設定が簡単です。 セットアッププロセスは非常に便利で直感的であるため、新しいレポートを作成するために専門家を関与させる必要はありません。

統合

今日、CRMシステムと、商品やサービスの他の会計システム、顧客ディレクトリまたはオンラインストア、電話、メール、営業部門が機能するために必要なその他の機能との統合は非常に重要です。 高品質の統合がなければ、自動化はより複雑になり、その結果、システム全体が不必要に面倒になり、手動レポートに追加の時間が必要になります。その結果、会社の従業員は追加作業を妨害し始めます。



Megaplanの実装：

• クライアントをExcelファイルにインポート/エクスポートします。 異なるシステムとのデータ交換に適した非常にシンプルでかなり普遍的なソリューション
• レポートをExcelファイルにエクスポートします。 Megaplanシステムに実装されたかなり控えめなレポートを考えると、レポートのエクスポートはより複雑な分析の作成に役立ちます
• メールを処理します。 Megaplanから手紙を送信し、システムで直接受け取ることができます
• 自分の電話。 この機能は、マネージャーコールのアカウンティングと制御を自動化するために必要です。
• オンラインストアとの統合。 非常に複雑ですが、オンラインストアのデータに基づいてトランザクションとクライアントを自動的に作成する可能性があります

Excelへのインポートとエクスポートには個別の説明は必要ありません。ここでは、すべての機能が標準で広く知られています。 Megaplanの他の機能については、さらに詳しく説明する価値があります。



メール統合



メールの操作は非常に簡単で、メールの可能性は限られています。 マイナス面は、メールのインターフェイスに独自のブックマークがないため、検索するのが思うほど便利ではないことです。



メールサービスの一連の機能は最小限です。 ユーザーは、メールサービスと同じように簡単にメールを送受信でき、アドレス帳を使用して、手紙にファイルを添付できます。 一般に、Megaplanのメールで通常のユーザーインターフェイスを使用しても問題は発生しません。



残念ながら、Megaplanでメールを処理するための自動アルゴリズムをバインドすることはできません。 したがって、すべてのメールは1つの共通の受信トレイフォルダーに到着し、たとえばマネージャー間でレターを配布するスクリプトを作成しても、Megaplanでは機能しません。



統合とテレフォニー



Megaplanのテレフォニーには独自の機能があり、デフォルトですべてのお客様にアクセスできます。 このシステムは2つのテレフォニーサービスと統合する機能を提供しますが、どちらもほとんど知られておらず、一般的でもありません。 さらに、Megaplanの独自の電話を使用できます。



Megaplanシステムは、独自の「仮想PBX」を提供し、すべての従業員に共通の発信番号が1つ、システム内に個人番号があります。 したがって、PBXをこのテレフォニーに接続することはできません。



一方、オフィスにPBXがない場合は、Megaplanシステムでその仮想対応物を取得できます。 この電話は迅速かつ簡単に接続され、特別な機器を購入する必要がなく、ブラウザから通話が行われます。 しかし、顕著な欠点があります：私は個人的には（原始性まで）簡単な電話を覚えることさえできません。



テレフォニー機能：

• 代替番号。 自分に属する任意の電話番号を指定できます。 この番号は、あなたとあなたの従業員がメガプランから電話をかける人々によって見られます
• 独自の関税と残高を補充する能力
• システム内で内部呼び出しを行う機能

メガプランはどこでもこれについて明示的には書いていませんが、彼らはVoxImplantテレフォニーを使用しているようです。 ご存知のように、1CはBitrixとMegaplanの両方で50％の株式を購入しました。 したがって、この場合の一部のソフトウェア製品の共同使用は驚くことではありません。



Bitox24システムに関する私の記事で、VoxImplantとは何か、またそれがどのように機能するかについても読むことができます。



さらに、Megaplanでは、内部テレフォニーをOktellテレフォニーと統合できます。Oktellテレフォニーはプロバイダーとして動作し、特に一般的なデジタルテレフォニー製品には適用されない独自のテレフォニーを提供します。



テレフォニー「Simple Calls」との統合に関する同様の状況。 会社はほとんど知られていない。 同時に、彼らはSimple Calls Webサイトで、多くの一般的なサービスとの統合をサポートしていると書いていますが、統合に追加の中間サービスを使用することは最適なソリューションではありません。



オンラインストアの統合



Megaplanは、トランザクションをオンラインストアと統合する可能性を提供します。 正直なところ、この機能についてはあまり説明しないため、実際にこの機能を実装したことはありません。



データ転送には、ここではCommerceML形式が使用されていますが、これは私にとって最も簡単で便利なソリューションではないように思われます。 ウェブサイトは言う：

この設定を使用すると、オンラインストアを販売モジュールと統合して、取引を自動的に作成できます。 このため、サードパーティのサイトは、Megaplanにリクエストを送信し、CommerceML 2形式の注文パラメーターを渡すことができます。選択されたユーザーに代わって、指定された販売スキームとステータスでトランザクションが作成されます。 リクエストに応じた詳細な仕様は、マニュアルに記載されています。

したがって、どのケースにどのスキームを使用するかを指定する必要があり、オンラインストアからデータを受信した後にトランザクションが自動的に作成されます。 しかし、CommerceML 2形式は1Cの製品であり、非常に具体的でかさばり、あまり便利ではないことは誰もが知っています。 最も可能性が高いのは、メガプランのスペシャリストがまずBitrixとの統合を確実にしようとしたことです。 なぜ彼らはAPIではなくこの統合方法を選んだのか、それは私の意見ではもっと論理的で便利だと彼らは知っているだけだ。



また、Megaplanでは、特定のスケジュールに従って注文の自動インポートを設定できます。 私はこれらの機会を利用したいクライアントが一人もいなかったので、それがどのように機能するかを見たことはありません。



多くの注文がある場合、このシステムはあなたに合わないと思います。通常、注文との作業の統合と自動化に焦点を当てた別のCRMシステムを提案します。 注文数が少ない場合、ほとんどの場合、統合機能は必要ありません。

API

MegaplanのAPIは便利で非常に強力なツールであり、Megaplanとアプリケーション間のデータ交換を特別な要求を使用して整理することができます。



API構文を使用して、新しい従業員の追加やタスクの設定、クライアントのリストの取得などのメソッドを作成できます。



Megaplan APIはよく考えられ、十分に文書化されており、広範囲に渡っていると思います。 これらの機能については、原則として他のシステムの類似の機能とほとんど変わらないため、特定の問題を解決するための詳細については、Megaplanリファレンスセクションで説明しているため、これらの機能について詳しく説明しません。

まとめ

Megaplanは非常にシンプルなシステムであり、CRMのコンテキストでは、構成と操作の単純さがプリミティブにさえ達します。 機会のリスト全体を考慮すると、Megaplanはタスク管理の要素を持つCRMシステムではなく、CRMの要素を持つタスクシステムであると言えます。