
Vkusvilleの場合、Avtomaconは一度に複数のボットを作成しました。外部のボットは購入者にとって便利で、内部のボットは従業員と宅配便業者が利用できます。カットの下で-ボット自体、それらの機能、および購入ボットの機能と機能をアプリケーションに移動することについての話。
なぜテレグラム
テレグラムは非常に多くの人が持っているメッセンジャーです。そして、しばらくの間それがあまり人気がなかった場合、それをブロックする大規模なキャンペーン(ブロックの試み、はい)は、関心と追加のインストールを高めるための優れた手段になりました。さらに、Telegramを同じWhatsAppおよびViberと区別するのは、シンプルで理解しやすいAPIの存在と、多くの内部システムをボットに接続する機能です。
また、ユーザー側からはおなじみのシナリオのように見えても、チャットにリクエストを書き込んで応答を受信するだけです。ボット側からは、そのようなリクエストはさまざまなシステム全体にアピールします。
バイヤーボット
ボットは購入者のアシスタントとして作成され、彼の問題のほとんどすべてを解決し、最大数の質問に回答します。製品カテゴリー別の内訳でカタログを見る必要がありました-お願いします。特定の製品に関する情報を取得することもできます。キューで行わないように、数回クリックするだけでお気に入りの製品を変更することもできます。
当初、ボットを作成する際に、ユーザーの希望の最大数を考慮に入れようとしました。しかし、発売後も、ユーザーは積極的にフィードバックの機会を利用し、ボットに多くの新機能を提供しました。これは私たち自身も考えもしませんでした。彼は、Let's Be Friendsのロイヤルティカードをリンクするか、必要に応じて交換して、パーソナライズされたプロモーションや割引に関する情報を受け取るのを手伝いました。そして、買い物リストを作成する機能を追加し、何も忘れずに特定の店舗(ボットで確認も可能)に来て、一度にすべてを購入できるようにしました。

ボットを作成し、その開発用のプラットフォームを選択する際の出発点の1つは、チームに多くの1C開発者がいるという事実でした。そこで、データ転送用の関数とAPIのバンドルを確立し始めた場合、電話にすでにインストールされているメッセンジャーの1つで適切に動作するユーザー向けの完成品をすばやく作成できるのはボットであると判断しました。
ボットのある状況では問題がないように見えるかもしれません。APIヘルプを読んで、指示に従ってすべてを実行すると、ボットファーザーが助けてくれますが、実際には問題があります。 APIブロッキングに関して多くの問題がありました。アーキテクチャが複雑なため、一部のパッケージが失われ、Telegramサーバーはネットワークレベルで拒否され、しばらくしてから要求が繰り返されました。その結果、ボットの応答がかなり遅くなり、購入者を苛立たせました。なぜなら、ユーザーの頭の中で非常に遅くなるボットは、原則としてボットがないことと大差ないからです。
そのため、私たちは座ってチャネルの動作を監視し、その後、プロバイダーの助けを借りて問題を見つけて解決しました。
ボットはMVPになり、早期のフォロワーを獲得し、購入者にとって重要で有用な購入者の希望を特定するのに役立ちました。これは、ユーザーに喜んで提供できる優れた最終製品がまだない段階です。彼は、モバイルアプリケーションを同時に完成させていた当初、私たちを大いに助けてくれました。ボットユーザーからのフィードバックのおかげで、意図的に期待される機能をアプリケーションに追加することが可能になりました。
ショッピングボットは現在完成していません。お客様のご要望を含め、準備中の新機能はすべてモバイルアプリケーション(AppStore / Play Market)にのみ登場します。ボットを置き換えるためにVkusVilla用に開発しました。
このアプリケーションは、少なくともカタログの視覚的な認識という点では、より便利です。ここでは、製品の写真、カテゴリへのより便利な内訳、およびロイヤルティプログラム、ユーザープロファイル、プロモーション、特別オファーに関連するすべてのものを見つけることができます-ボットへのコマンドよりも、画面を数回タップするだけでこれらすべてに到達する方が便利です。私たちが収集した統計は、ボットの人気が低下し、ますます多くの人々がモバイルアプリケーションを使用し始めていることを示しています。
配信ボット
宅配便の通常の仕事のため。このシステムは、どこにどのような注文を配信するかについての情報を宅配便業者に迅速に送信し、宅配便業者から各段階でのタスクのステータスを受信することになっています。

上で書いたように、チーム(1C開発者、SQL開発者、アナリスト)の助けを借りて、すべてについてすべてが5日かかりました。まず、必要な機能について話し合い、修正しました。次に、実際には、ボットを作成し、通常の操作に必要なSQLプロシージャを実装し、すべてのデータベースを展開しました。これらは最初の3日間です。彼らは4日目を完全にアクティブなテストに費やすことに決め、5日目にボットを動作モードで起動しました。
合計で、宅配便ボットは5日間で3人のチームによって作成されたことが判明しました。サポートといくつかの改善。その場合、1日1時間以内の作業で済みます。
宅配便ボットの迅速な発売は、時間通りに配達能力を拡大するのに役立ちました。そして、それは自己隔離の期間中に強さの強力なテストを受けました。ただし、他のすべての配信と同様に。さらに、宅配便業者がボットの形で機能するメカニズムの実装により、デバイスの制限がなくなりました。以前は宅配便業者向けの小さなモバイルアプリケーションがありましたが、このOSはAppleよりも宅配便業者の間ではるかに人気があると信じてAndroid専用に作成しました。
現実は独自の調整を行いました。多くの宅配便業者はiPhoneを持っています。したがって、両方の軸で同等に機能するボット。また、リリースとその互換性に関する問題も解消されます。ボットは新しい機能を取得するだけで、頻繁に何かを更新したり、アプリケーションのバージョンを確認したりすることなく、すべてが機能します。配達アプリケーションが宅配便業者にとって愚かになると、ほとんどの場合、これは顧客の忠誠心の低下につながります(これは彼の問題ではなく、宅配便業者に何かが正しく機能していないか、ロードされていないため、適切なタイミングで注文を待っています)。
外出先でいくつかのことが実行されました。たとえば、ボットが手元にある注文の配信をまだ完了していない場合に、宅配便業者が新しい注文に応答できないようにすると、配信は一般的にうまくいくと仮定されました。それは論理的に聞こえるようです-あなたが今持っているものを届けて、それから新しいものを探してください。
しかし、このような状況は、宅配便業者が市内ではなく、ダチャ、村、SNTで注文を配達する必要がある場合に深刻な障害になりました。その場合、宅配便業者が特定の村の注文を数時間、約30個、そしてすでにすべての注文を一度に配達するために村に行きました。
すべてが非常に簡単に機能します。
- 宅配便業者は、ボットに行く準備ができていることを確認します。
- 配信する必要のある新しい注文が表示されたという通知をボットから受け取ります。
- 彼は地図上で無料で配達される注文を見て、現在最も便利で最速の配達であると見積もっています。
- ナビゲーターで旅行のルートを作成する機会を取得し、電話番号で購入者に連絡することもできます。
- 彼が顧客に注文を届けるとき(または何らかの理由で店に戻るとき)、彼はチャットボットの購読を解除します。ボットは注文ステータスを変更します。
動作し、積極的に洗練されています。ご覧のとおり、ここでは状況が逆になっています。購入者の場合、2つのプラットフォーム向けの本格的で機能的なモバイルアプリケーションの方向にボットを残しました。
逆に、宅配便業者の場合、既存のアプリケーションからメッセンジャーのボットに向かっています。これまでのところ、Vkusvilleには約2300人の宅配便業者(ボットのアクティブユーザー)がいます。
その他の内部ボット
これらの2つの主要な領域(消費者と宅配便)に加えて、ボットの形で他の領域を実装することにしました。ホットラインボットがあり、ユーザーからのリクエストを受け取り、従業員が分析します。
従業員向けのテクニカルボットがあり、サブスクライブしているトピックに関するニュース(人事問題や給与からプロモーションイベントまで)や、特定のシステムの操作に関するアラートをすばやく送信できます。また、店舗の技術者向けのイベントのカレンダーとタスクの配布も含まれています。さまざまなシステムの監視からアラートをキャッチし、時間内に責任者に通知します。

また、ブックボットも作成しました。Vkusvilleの従業員はブッククラブを持っており、ボットを使用すると、特定の本にレビューを残して同僚に勧めることができます。
それらはすべて機能し、洗練され続けています。したがって、単一のメッセンジャーとそのための便利なボットの助けを借りて、外部と内部の両方のさまざまな問題を解決できることがわかりました。追加のアプリケーション、ベンダープラットフォーム、その他はありません。
ボットやアプリケーションの動作について質問、フィードバック、提案があれば、喜んでお答えします。