その後、2007年に、ロシアで無料通話を発信できるVoIPプログラムに出会いました。 Skypeのようなデポジットはありません。通常の電話で呼び出すことができます! それはパターンの本当のクラッシュでした。 一般に、その後、IPテレフォニーに対する私の真剣な情熱が始まりました。
この趣味の結果の1つは、2008年の危機の直後にIPテレフォニー用の機器ストアVoips.ruを購入したことです。 店舗は、シンプルなサイト、小さな部屋、2つのテーブル、イケアの棚にある倉庫で構成されていました。 売上高は月額約40万でした。 以前の所有者は、VoIPテレフォニーの方向で見通しを見ませんでした。
会社を登録し、売り手を見つけてビジネスを始めました。 当初、運用会計には大きな問題がありました。 それがどこから来たのか、どこで修正されたのか、どこに保存されたのかなど、すべてがどのように起こっているのかは完全に理解できませんでした。 サイトは個別に、個別に1C、個別に会計処理を行いました。 この状況で作業するには、多くの作業が必要でした-2010年には4人の売り手がいましたが、2011年前半には6人の売り手がいました! 売上高は上がり、月間500万に達しました。
それにもかかわらず、ビジネスプロセスを備えたこの動物園全体が何らかの形で結婚する必要があることは明らかでした。 Web開発者およびエンジニアとしてチームに参加し、よりオープンで理解しやすい作業システムの構築を開始しました。 その結果、ウェブ上の注文管理インターフェースをできる限り便利にし、1Cで必要なデータのアンロードを設定しました。 人生は良くなっています。
すでに2012年には、売り手の数を2人に減らし、同時に同じ量の注文を処理することができました。
2009年から2010年まで、販売と同時に、オープンシステムと既製のソリューションの多くの設定とインストールを行いましたが、毎回同じことを確信していました。IPテレフォニーが提供するものとその利点を理解しているお客様はいませんでした取得できます。 誰もが知っていた唯一のことは、電話コストを削減できることでした。 そしてのみ。
そして、これはすべて知識不足によるものではありません(普通のユーザーが40秒でコンピューターを組み立てたり分解したり、ソフトウェアを書いたりできるように、電話に精通するべきではありません)が、別の理由により、既存の電話管理インターフェースはすべてスペシャリスト向けのスペシャリストによって作られています。 仮想PBXシステム自体の構築ロジックからインターフェイスまで、それらのすべては、通信技術または関連技術の分野での資格なしに、ユーザーにほとんど適応しません。 そして、このようなシステムの主なユーザーはすべてのリンクの管理者であり、ほとんどの場合技術者ではないという事実にもかかわらずです。
もちろん、構成とインストールに技術スペシャリストが参加することで追加の収入が得られましたが、テクノロジーの驚くべき能力と展望から顧客を排除しました。 したがって、2008年頃、アイデアは、あらゆる企業のコミュニケーションセンターとなる仮想電話交換機であるコミュニケーション管理サービスを、迅速かつ簡単に構成し、最大のビジネスタスクを解決できるようにするために考案されました。
まあ、もちろん、私たちは揺れました。
まず 、通信事業者になり、モスクワの番号のプールを取得することが決定されました-だれでも5秒で番号を取得し、IP電話、IP-PBXに直接ねじ込むか、自動転送を設定できます。
もちろん、カメラマンになるのは長い時間だと理解していましたが、もちろん、もっと長くなることがわかりました。
2010年に、ライセンスパッケージを申請し、プロジェクトの準備とコミュニケーションセンターの構築を開始しました。 彼らは機器の研究を始め、多くのことを試み、余分なものを見つけようとし、最終的に現代のEltex機器に落ち着きました(ノボシビルスクでそれを行います)。 このサイトはMMTS-9の信頼できるサイト上に構築され、プロセスの開始から2年後の2012年5月にRoskomnadzorの検証委員会に委託されました。 モスクワのローカル電話ネットワークに大きな番号付け機能(コード499で6,000個の番号)をアクティブにして登録する前に、さらに8か月が経過しました。
第二に 、仮想電話交換を構築するアプローチを完全に変更し、電話の視覚的構築のための新しい手頃なコンセプトを実装することにしました。
システムの中心は通信スキーム(着信および発信)であり、仮想電話交換のすべてのロジックはそれらに基づいて構築されています。 スキーム-着信コールまたは発信コールの「移動」のルート。 サブスクライバーは、1つまたは別の番号をダイヤルするときに何を聞きますか? 彼は最初にどのナビゲーション機能を使用しますか? 営業時間中にダイヤルアップはどのように行われますか? そして、営業時間後? 加入者のさまざまなグループ、個人のニーズ、仕事の責任、1日のさまざまな時間、固定、仕事、携帯電話、スマートフォン、電子メール、ファックスなどを使用して、さまざまなスキーム(および、それに応じてルール)を設定できます。彼らは外部加入者に対して閉じたままにするための最大のアクセシビリティを知らない-彼らは単にあなたの番号をダイヤルし、あなたが本当にそれらに答える場所から、そして一般に-彼らは電話番号(回線)ではなく回線を呼び出しているため、回線内で何が起こっているのか知らない IPテレフォニーの開発により、多くのユーザーが望んでいるよりもオープンになっているため、これも重要です。 たとえば、多くの電話交換では、101 @ Sipuni.comの形式の内線番号を直接呼び出すことができます。 外部通話に対してのみ通信スキームを公開しました-彼らは000999888@sipuni.comの形式の独自の内部番号を持っています
技術的な観点から、回線の助けを借りて、着信コール、その処理、および端末デバイス(物理層)へのコールの送信を完全に分割しました。 これはどういう意味ですか? たとえば、携帯電話はモバイルオペレータの通信ネットワークに識別子を持っています。 着信コールが到着すると、オペレータはそれを特定のデバイスにすぐに送信し、デバイスからコールが行われると、オペレータはクライアント回線を介してパブリックネットワークにすぐにコールを送信します。 スキーム管理アプローチにより、スキームに従って着信コールを好きなように処理し、それをデバイス(または複数)に送信することができます。 同様に、発信コールは複数の処理を経て、その後、クライアントの回線を介してオペレータのプラットフォームを離れます。
着信回線は、着信回線からの呼び出しを受け入れます。 当社のサービスで購入した回線、または他のオペレーターの回線です。 コールが回線に入ると、構築されたルートシナリオに沿って進みます。 ルートは一連の関数で構成されており、グラフの数学的理論から見ると、方向付けられた(方向付けられた)「ツリー」のように見えます。
発信通信も同様に編成され、番号をダイヤルした直後にシステムの内部電話から発信回線への呼び出しのみが受信されます。
このような構造により、あらゆる種類、規模、機能の自動電話交換を簡単に設計できます。 さらに、新しい機能の追加とその使用は、システムの視覚的な表示とロジックによって簡素化されます。 ダイアグラム(呼び出しルート)の構築を開始すると、システム自体が次に何をすべきかを指示します。
したがって、PBXの基本エンティティに基づいて構築され、あらゆる規模の電話システムを作成できるビジュアルオブジェクト指向プログラミング言語が組み込まれたPBXを取得しました。 外国の類似品から、invox.comについて最近学びましたが、プロジェクトは(現時点では)動作していません。 Askoziaにはまだ同様のロジックがありますが、サーバーにインストールするためのプログラムです。着信呼び出しパターンのみを設計し、左から右に表示することができます。
システムをSipuni.comと呼びました(SIPから-プロトコルおよびUNIVERSALから-世界中)。
どのように開発する予定ですか?
私たちの最初の主な目標は、コミュニケーションの頭痛からクライアントを救うことです。 IPテレフォニーとその他の違いは何ですか? それについて考える必要はありません。すべての可能性を利用して使用してください。
この目標を達成するために、統合アプローチを公言しています。
もちろん、機能を開発し、インターフェースを改善し続けています。
システムの最大限のオープン性に取り組んでいます-サードパーティのSIPオペレーターの接続を積極的にサポートしています。 これにより、監視とステータスの監視が複雑になりますが、すでに他の場所でIPテレフォニーを使用している多くの将来の顧客に対してシステムが開かれたままになります。
近い将来に-通信スキームを「共有」する。 これにより、ユーザー間でベストプラクティスを簡単に共有できます。 また、CRMとの統合も実装します。
また、コール管理システムをソーシャルネットワークで使用したいと考えています。ソーシャルネットワークでは、オンラインの人だけに電話をかけることができます。 しかし、多くの場合、人を見つけることが非常に必要であり、Sipuniはこれをさまざまな方法で(スカイプ、SIP、固定電話および携帯電話で、1つまたは複数の国で)行うことができ、同時に被呼加入者の希望を完全に考慮します。