こんにちは、Habr！私の名前はAndreyEvsyukovです。DeliveryClubの副CTOです。私たちの会社は、あなたが食品配達サービスを想像するときよりも複雑です。何が内部にあるのかを大まかに知っている場合でも。
このシリーズの記事では、Delivery Club ITシステムの一般的な仕組みや新機能の作成方法、チームの構築、従業員の採用プロセス、インタビューなど、すべてがどのように機能するかについて説明します。そして最も重要なのは、なぜこのアーキテクチャを正確に選択したのか、プロセスがこのように構築されているのか、そして市場でどのようなスペシャリストを探しているのかです。
各記事では、DCTechでの作業方法について詳しく説明します。さらに、これらの記事はそれぞれ、ロシアのFoodTech市場がどのように構成され、どのような制限が課されているかという論理的な結果になります。まず第一に、市場は会社の文化、ひいてはエンジニアリング文化に影響を与えます。文化の特殊性は、私たちが下した決定を私たちに指示します。これらの機能について話しましょう。行く！
まず、デリバリークラブ内ですべてが整理される方法に直接影響するフードテック業界の特性についての記事から始めます。そしてその過程で、なぜ170人の開発者がいるのか、そしてなぜそれを単に外部委託できないのかを説明しようと思います。
ロシアのFoodTechの特徴と従来のeコマースとの違い
従来のe-comとは、オンラインとオフラインの交差点でのコマースを意味します。注文が行われるWebサイトまたはモバイルアプリケーション、たとえば倉庫などの自動化システムが常にあり、オフライン部分（運用アクティビティ）があります。圧倒的多数の場合、それはラストマイル配信です。さらに、すべてのオンラインおよびオフラインプロセスの有効性を監視するための監視システムがあります。
食品の配達は他のほとんどの配達とは大きく異なります
事務用品、本、または衣服の配達について考えてみましょう。注文は形成され、箱に組み立てられ、倉庫に保管されます。旅程は、当日配達であっても自動的に生成されます-すぐには発生しません。宅配便業者は注文を受け取り、リストに従って注文を配達します。あるクライアントに、別のクライアントに、すべてを順番に配信します。すべてが事前にわかっています。短い時間範囲で遅延がある場合、これはそれほど重要ではありません。すべての商品はそのまま残り、クライアントは通常、少し待つ準備ができています。また、範囲が1時間でも、正確な納期は不明です。
食べ物ではそうではありません。
- 私たちは時間を制御しなければなりません！ユーザーが注文するとき、彼は空腹です。彼は待つことができません。食べ物は毎分重要で、熱いはずです。
- ルートシートを作成することはできません。Delivery Clubには、事前注文の2％しかありません。そうでなければ、誰も事前に食べ物を注文することはありません-それは常にオンデマンドで行われます。
- 宅配便のプロセスは動的です。状況は5〜15分ごとに変わります。雨や雪が降り始めると、常に需要が高まります。また、外が晴れていて家にいたくないときは、需要が減ります。休日と週末では、需要プロファイルは平日とは異なります。交通状況と交通渋滞も、特に自動車/オートバイの宅配便が普及している地域では、独自の調整を行います。
市場の状況をもう一度見てみましょう。
- . . , Delivery Club 10 . 2009 2016 . 2016- . , , Takeaway - (). , .
- . . 40 , . FoodTech — , , !
- . : 2018 4 , 2019- — 3 , 2020- 1 !
- , . . . , , . .
-
もちろん、ヨーロッパ、東南アジア、インドなど、フードテックがさらに発展している市場での企業の経験を見ていきます。ただし、地理やトポロジー、条件、購買力が異なるため、このエクスペリエンスをそのまま使用することはできません。私たちは面積で世界最大の国を持っています、ここでロジスティクスを組織することはユニークな仕事です。私たちの都市のインフラストラクチャも異なります：自動車/モト/徒歩配達への別の部門、レストラン（多くのショッピングセンターと個々の小さなカフェ）の場所の異なる密度。
ヨーロッパでの自転車での宅配便業者の仕事は広く行われており、自転車を広く導入するためのインフラストラクチャや自転車道はありません。したがって、ロシアの宅配便業者の大多数は歩行者です。気象条件にも違いがあります。たとえば、東南アジアには、私たちのような冬はありません。これらすべての要因には、独自の制限があります。
別の例：タクシーのように、熱需要マップの類似物を作成することを計画しました。しかし、ドライバーは、慣れているように、エリア間を移動することがよくあります。そして、フットクーリエの状況は異なります。クーリエは自分でゾーンを選択し、それに精通しており、自由にナビゲートできます。
どのように対処しますか
旅程表は需要予測に置き換えられます。私たちは天気、曜日、月を知っており、配達ゾーンとシフトゾーンを構成しています。宅配便業者とのコミュニケーションのために、モバイルアプリケーションRiderAppを作成しました。
状況を監視するために、変化をリアルタイムで追跡するシステムを構築しました。たとえば、天候が変化すると（雨が降り始めて需要が増加した場合）、すぐにモニタリングで確認され、入力が変更され、システムでアルゴリズムのパラメータを調整できます。しかし、より予測可能な変更は、そのようなシステムの運用にすでに組み込まれています。たとえば、朝、午後、夕方の時間には、異なる需要プロファイルがあります。これはすべて、さまざまなタイムゾーンにも適応しています。デニスGorevは報告書で詳細にこのことについて語った「配達クラブでの宅配便の自動割り当て」レポートではとニコライArkhipov「デリバリークラブでの不確実性をどのように克服するか」。
新しい機能を開発するときは、仮説を使用します。製品の変更がユーザーにどのように影響するかを評価し、調査を実施し、既存の分析データを使用してこれらの結果をサポートします。開発を段階に分けて、どこで簡単に実行できるかを理解し、MVPをより早くリリースできるようにします。これは、新しい市場に参入する場合に特に当てはまります。すべてをまとめるために、仮説を構築してテストするための個別のプロセスを実装しました。これについては、別の記事「GIST-DeliveryClubで仮説を検証するためのフレームワーク」で詳しく説明します。
チーム構成を製品ラインごとに分け、製品の変革を行いました。すべてのチームは、単一の製品内の製品またはバリューストリームに責任があります。製品マネージャーは、製品変更戦略を定義します。これにより、まず、チームは目前のタスクにより明確に集中し、予想される時間枠内で結果を達成することができます。次に、開発者がエンドユーザーをよりよく理解し、参加できるようにします。
変革自体は2018年の終わりに始まり、新しい開発プロセスは2019年の初めに定着しました。 2019年半ばから積極的に募集しています。この間に、私たちは4倍に成長し、+ 120人になりました。したがって、変革のプロセスは今日まで続いていると言えます。これについては別の記事で説明します。
Delivery Clubは、10年間、ロシアの食品配送のリーダーとなり、150以上の都市、22,000のパートナーレストラン、月間550万以上の注文で存在感を示しています。すべての変化、注文数の増加率、新しい課題に迅速に対応し、同時にリーダーであり続けるためには、オーディエンスを理解し、柔軟性と適応性を備え、結果を重視し、これらの目標の達成に役立つプロセスを構築する必要があります。これはすべて私たちの文化に反映されています。
デリバリークラブテックカルチャーの特徴
ロシアの現代のFoodTech市場の特徴を 要約しましょう：
- 経験を常にコピーできるとは限りません。
- 新しい業種が出現し、市場は急速に変化しています。
- 最も急成長しているeコマースセグメントの1つ。
- 新しい消費者の習慣の形成。
- 新たなユーザーのニーズに迅速に対応する必要があります。
これらの機能は、私たちの文化の基本原則の基礎です。
エンジニアリング文化は、サブカルチャーであり、会社の文化の自然な継続です。これは、仕事の原則だけでなく、テクノロジーの選択、アーキテクチャの構築、人の雇用、チームの構築の方法も反映しています。ここでは、社内開発という1つの側面のみに焦点を当てます。
機能リリースの速度と品質は私たちにとって重要です。この組み合わせは、プロセス、ドメイン、およびプラットフォームに従業員が完全に関与することによってのみ達成できると私は信じています。チームが互いに、そしてビジネスと緊密にコミュニケーションをとるとき、チームは製品開発にどのように影響し、新機能のリリースがエンドユーザーにどのように影響するかを理解します。同時に、彼らは技術的な実装の複雑さを掘り下げて、同じMVPを準備するとき、私たちがかなり迅速な決定をするとき、それらも信頼できるようにします。
これは、人々がやる気を持ち、適切に文脈化され、結果に対して課金された場合にのみ達成可能であると私は確信しています。ここで、社内開発の力と重要性が十分に発揮されます。
-しかし、アプリケーションは正常に動作します。なぜ170人が必要なのですか？
上で書いたように、e-comは氷山のようなもので、側面からは常に小さな上部しか見えません。主にオフラインに集中しているすべての運用活動は、平均的なユーザーの目には見えません。
デリバリークラブのビジネスは、4つの最も重要なベクトルに基づいています。
- 食べ物を買う顧客。
- 配達人。
- パートナー（レストラン/店舗）。
- テクニカルサポート：プロセスを管理するコールセンターとディスパッチャ。
これらすべてのベクトルには、監視、制御、および自動化システムが必要です。そして、このすべての活動は外部の観察者の目から隠されていますが、これはその重要性を否定するものではありません。
昨年、R＆Dとプラットフォームの2つの領域を形成しました。 R＆Dの方向性は、科学集約型のタスクを解決し、確実性の低い領域で機能します。現在は、主にロジスティクスタスクに集中しています。彼らは、運用部門と協力して、ビジネスプロセスを最適化し、手動および日常のアクションを自動化します。
プラットフォームチームは、プラットフォームの技術的改善に取り組んでおり、注文数と負荷の増加に対応できるようにアーキテクチャを変更しています。注文の伸びは非常に速いため、前年の3倍にもなりました。ここで、増え続けるワークロードに対処するために、アーキテクチャを段階的に再考することがいかに重要であるかを想像してみてください。
今年の春から、検索結果をインテリジェントにパーソナライズするための機械学習システムの導入を開始しました。同じシステムを使用して、計画に対する注文のステータスを評価し、必要に応じて修正用のツールを自動的に接続する予定です。
結論
市場は急速に変化しているため、プロセスとテクノロジーを同じように迅速に適応させることが重要です。これが私たちの仕事です：
- 私たちは柔軟性を保ち、市場とともに変化します。
- ;
- , , , ;
- , Time to Market.
このために、社内開発パスを選択しました。そして、FoodTech市場のすべての特性は、エンジニアリング文化の原則に反映されていました。ちなみに、こちらをご覧ください：tech.delivery-club.ru/culture。
次に、エンジニアリング文化から、デリバリークラブのIT部門の従業員にとってどのソフトスキルが重要であるかがわかります。これらの資質は、私たちの採用フレームワークのバックボーンになっています。
チームが内側からどのように見えるかについてはほとんど何も言いませんでした。これについては、次の記事で説明します。この記事では、すべてがどのように始まったか、変革のどの段階を経たか、現在の状況、直面しなければならない新しい課題について説明します。
技術的な側面も見逃すことはありません。プラットフォームとアーキテクチャについては別の記事を取り上げます。また、Go-SwaggerとKafkaConnectについて個別に説明しましょう。
フードテック市場の文脈にあなたを没頭させ、DeliveryClubに170人の開発者がいる理由を説明できれば幸いです。
読んでくれてありがとう！