前の3シリーズで解決してきた問題は、イデオロギー的に単純ですが、技術的に混乱しています： 曇りの仮想オフィスと特別なFMC SIMカードの助けを借りて、大規模な不動産代理店の仕事を管理し、販売を自動化し、さらに、制御も行います特に先月に完了した取引について報告するのが良いという事実に関しては、常に自分のパイをつかみ、不正な行動をとろうとするモバイル旅行代理店の不動産業者との会話。 それは理解できることです：取引をするとき、アパートを借りる計算はしばしばキッチンで行われ、ほとんど目撃者なしで、不動産業者は仕事に興味を持ち続けようとします。
以前のシリーズの主人公を簡単に紹介しましょう。
-不動産代理店の責任者で 、すべてを管理し、会話を記録し、覗き見し、盗み聞きします。 彼は広告、ウェブサイト、オフィス賃料および給与に投資しているので、彼は利益を上げたいと思っています。 利益を増やすには、従業員を常に管理する必要があります。 慢性不眠症に苦しんでいます。
-unningな不動産業者 、街中を積極的に移動している携帯電話の男性は、クライアントや住宅所有者と会い、実際、マネージャーと彼自身の両方のためにお金を稼ごうとします。 多くの場合、彼はリーダーのことを忘れています。 健忘症になりやすい。
-アパートの所有者 、2階の祖母、玄関で「若い家族があなたの家のアパートを借りる」という広告を読み、本文に示されている携帯電話番号に電話をかけ始めます。スラヴI.I. Ivanovaであり、別の不動産会社ではありません。 彼は孫を愛し、イワノフから受け取ったすべてのお金を与える準備ができています。
-若い家族 、外国の領土での生活に関心のある2〜3人のグループで、宴会全体の費用を支払います。これには以前の3人のキャラクターが参加します。 不動産業者の困難なビジネスモデルにおける唯一かつ主要な利益源である、疑わしいものとうるさいもの。
ヒーローは、誰もが取引の結果、特に代理店の責任者に満足できるように、制御できる必要があります。
ストーリーのこの部分を書いている時点で、顧客（不動産代理店のディレクター）の主な要件を既に実装しています：仮想PBXを起動し、モバイルオペレーターの1つのSIMカードと統合し、携帯電話からの会話を記録し、統計に入力し、それを確認することを学びました携帯電話番号への通話は携帯電話自体には該当しませんでしたが、電話プラットフォームのシナリオでは、プロセスの参加者がお互いの実際の携帯電話を知らなかった場合、短い内線番号とこれすべて STEが完了し、総経理のためのCRMシステムに記録されています。
このプラットフォームは実装と使用の準備ができており、最も困難な問題の1つである、不動産所有者の既存のSIMカードをどうするかを解決するために残っています。 拒否することはできませんが、仕事に残しておくのは間違っています-これらは追加のコストであり（企業のSIMカードに支払う必要があります）、そして最も重要なことは、これらのSIMカードへの呼び出し、呼び出しを制御できないことですそれらは私たちの管理下にはありません。 さらに、すでにエスケープされている不動産業者から継承されたSIMカードがいくつかありますが、それらは呼び出され続けるため、慎重に保管します。
タスクは簡単ではありませんが、解決します。 このシナリオを使用して解決します。
これをすべて実行するには、いじくり回す必要がありました。 要点：
-別のサービスの固定電話番号を選択し、SIP経由でプラットフォームに送信します
-既に解雇されたエージェント不動産業者のSIMカードから、このサービス番号へのすべてのコールの無条件転送を設定します
-また、作業中の不動産業者のSIMカードから同じ番号への転送を設定し、SIMカードを取得して、代わりに新しいFMC SIMカードを提供します
-コールの転送元の番号に応じてコールをルーティングする特別な仮想PBXシナリオの宛先へのサービス番号
さらにこのスキームでは、SIP INVITEにある特定の不可解なエンティティ、SIP Diversion Headerが表示されます。これは、リダイレクトのソース（コールがサービス番号にリダイレクトされた電話番号）に関する情報にすぎません。 これが必要なものです！
何が得られますか？ 非常に美しいスキームが得られます：
エージェントから古いSIMカードを受け取り、新しいSIMカードを提供しましたが、同時に、1つの数字はもはや働いていないナターシャの不動産業者の数であり、もう1つの数字は最近就職したボリスの不動産業者の数などであることがわかります。 非常に貴重な情報。これに基づいて、機関ですでに確立されている通信スキームを保存することが可能になります。 宛先変更ヘッダーの助けを借りて、どの携帯電話番号からコールが転送されたかがわかります。 さらに、技術的な問題：古い番号のリストをPBXのデータベースに入力し、この値を考慮して着信コールカードの転換ヘッダーを表示するスクリプトを作成します。
これがすでに解雇された従業員の番号への呼び出しである場合、コールセンターのオペレーターに転送します。コールセンターのオペレーターは、不動産業者ナターシャが昇進し、現在別の部門で働いていることを伝えます。他の従業員を処刑します。
これが代理店のために利益を出し続けるアクティブで正直な不動産業者の番号への呼び出しである場合、そのような呼び出しは追加条件なしでPBXに統合された新しいSIMカードにルーティングされます（これはすべて記録され、統計になります）-古い番号に電話しますが、新しいSIMカードで受け入れます。
別のシナリオでは、解雇された従業員のシムへの着信を数時間後に処理します。携帯電話を呼び出すときに祖母や若い母親を怖がらせたり、IVR「こんにちは、電話します」を与えたくないため、夕方と週末に標準のIVR携帯電話を発行しますネットワーク「サブスクライバーが応答していません...」、mp3としてダウンロードされました。 コールセンターのオペレーターが仕事に来ると、そのような統計情報がセクションで見逃されているのを見て、それを解決します。
そのため、かなり実用的な方法で、古いSIMカードを新しいものに交換する問題を解決しました。 プロジェクトを起動する準備ができました。 しかし、これだけではありません：上記のすべてのトリックが実装された一方で、プロジェクトをさらに美しくすることができるという明確な理解が現れました-モバイルからの会話の記録を聞いて、統計でそれらを見て、あらゆる方法でお互いの興味を隠したいだけでなく、 Yandex Mapsで何が起こっているかを観察します。 全米リアルター協会加入者、あなたは今完全に内部にいます！ これには何が必要ですか？ このためには、位置情報が必要です。 いいね！ ほぼすべてのモバイルオペレーターがこのようなサービスを提供していますが、モバイルオペレーターのウェブサイトでSIMカードを視聴するよう顧客を誘導するのではなく、プラットフォームにジオロケーションを統合し、独自の「機能」を追加してすべてを個人アカウントに投稿したいと考えています。 これは非常に不便であり、必ずしも美しいとは限りません。
モビライザーとの良好かつ緊密な関係は私たちに有利に働きました： 徹底的な交渉の後、 AltegroCloudで使用するSIMカードであるオペレーターのジオロケーションサービスAPIにアクセスできました。
現在、これはすべて積極的にテストおよび検証されています。 すばらしいことは、これがすべて機能し、ほぼ本来のとおりに機能することです。
-地図上にモバイル従業員がいます
-選択した期間の従業員の動きに関するレポートを生成できます
-そして最後に、これは本当に素晴らしいことです。アカウントでカードを開き、ジオタグを確認し、必要に応じて地図上で不動産業者を見つけ、簡単なマウスクリックで電話をかけます。
これがジオMVPの外観です。新しい「地球物理学」がテストされ、すぐにスケッチされました。
エンジニアのアナトリーは仕事から家に帰っていました。
しかし、マップ上でアナトリーを見つけ、彼を呼ぼうとしています（緑色のチューブ）：
このサービスは非常に便利になっていますが、実稼働環境でリリースするにはまだ早すぎます。テストは進行中であり、多くのテストが予定されています。 私たちは、すべてが判明し、次の章が代理店のディレクターが従業員の話を聞くだけでなく、電話サービスの個人アカウントの地図で見ることについても期待しています。
継続するには...