Intentwise の CEO、Sreenath Reddy が DimeTyd の Rohan Thambrahalli を迎え、Amazon ベンダーにとってのアカウント調整の重要性について詳しく話し合いました。
露伴について タンブラハリ
ロハンは創始者です ダイムティッド、Amazonベンダー向けの会計および調整プラットフォーム。 DimeTyd に入社する前は、e コマース商業化プラットフォームである Upstart Works の創設者兼 CEO を務めていました。
取り上げるトピック:
- ベンダーのアカウント調整の複雑さ
- 1Pベンダーの運用効率化
- Amazonベンダーが直面する外部コスト指数
- Amazonベンダーへのアドバイスとガイダンス

完全なトランスクリプト
[00:00] – 紹介
スリーナス:よろしくお願いします。 ロハン。 元気ですか?
ロハン: やあ、スリーナス、私は元気だよ、調子はどう?
スリーナス: わかりました、今日はご参加いただきありがとうございます。 今日のトピックを見ている方のために、Rohan とお話しするのは、Amazon の 1P ベンダーとしてアカウントの調整を効果的に管理する方法についてです。 その前に; ロハンを紹介しましょう。
ローハンは DimeTyd の創設者兼 CEO です。 Rohan に DimeTyd について話させてください。 ローハンは連続起業家です。 彼は約 20 年間、電子商取引の分野に携わっています。 DimeTyd に入社する前は、電子商取引商用化プラットフォームである Upstart Works の創設者兼 CEO を務めていました。 そして、Upstart Works が世界中の多くのブランドと協力していることを私は知っています。 それでは、ローハン、DimeTyd が何をしているかについて少し話す機会を与えてください。
ロハン: うん。 ありがとう、スリーナス。 DimeTyd での私たちの目標は、実際には、1P ベンダーの Amazon 会計と調整プロセスを自動化することです。 それは技術的な説明のようなものです。 しかし、私たちが本当にやろうとしているのは、Amazon が売掛金をどのように処理するかという透明性を可視化し、プロセスを本当に簡素化し、時間を短縮し、1P ベンダーのプロセス全体を自動化することです。
スリーナス: つかまえた。 Upstart Works が何をやっているのかは知っていますが、Amazon や他の多くのチャネルにわたるチャネル管理を行うブランドをたくさん持っています。 それで、そこからフィンテック分野でプレーするようになった経緯を少し教えてください。 右。 それでは、その移行について簡単に説明していただけますか?
[01:45] – ベンダーのアカウント調整の複雑さ
ロハン:ええ、確かに。 過去 1 年、XNUMX 年半にわたって、多くの XNUMXP ベンダーから、Amazon の会計とアカウントの調整を理解し、簡素化するのに役立つ適切なソリューションが存在しないというフィードバックを私たちは受けてきました。
Amazon は、会計処理、特にベンダーへの支払い方法に関して、非常にユニークかつ複雑な方法を採用しています。 そこは他の小売業者や小売業者とは大きく異なります。 そして、私たちが気づいたのは、それなりの量を扱っている大手ベンダーにとって、このプロセスは複雑であるだけでなく、時間がかかり、手作業であり、率直に言って、そうすべきではない多くの余分な作業を引き起こしているということでした。 そして XNUMX 年前、私たちはこの問題を解決するために本格的に出発しました。その時点では、時間と労力を費やすのに十分な数のベンダーからの意見を聞いていたと考えています。
そして、これを深く調査するにつれて、これがベンダーが世界中で直面している問題であることがわかり、この問題に対処するソリューションを構築しようと考えました。 これは非常に難解ですが、現在プラットフォームを使用している人々に多くの価値をもたらしているものだと思います。
スリーナス:なるほど。 ベンダーのアカウント調整の複雑さについて触れましたが、差し支えなければ、それを少し解き明かしてみましょう。 手動プロセス以外には自動化する時間がありません。 分析自体が複雑であるか、ベンダーにとって分析を複雑にしているものはありますか。
ロハン: ズームアウトすると、重要なことが 20 つあると思います。 まず、Amazon は米国内に 200 を超える異なるクロスドックと XNUMX を超える異なるフルフィルメント センターを持っています。 したがって、Amazon が製品をどのように受け取るかは、これらの会計上の非効率がどこで発生するかにも大きく関係します。 サプライチェーン システムの複雑さを考慮し、それを給与から差し引かれる会計システムと組み合わせると、その通りになります。
そのため、Amazon は常に最初に控除し、後で支払います。 現在、彼らが事業を行っている規模では、これは彼らが採用するのにある程度正しい方法論です。なぜなら、彼らが最初に支払い、後で差し引くのであれば、ベンダーが出荷不足になった場合はどうなるでしょうか? その場合、アマゾンは、ベンダーに電話してお金を取り戻そうとする本質的なコレクターの軍隊を用意する必要があります。
したがって、Amazon の観点からすると、最初の支払いを後で差し引くのは理にかなっています。 そして、実際に複雑なことが起こるのはそこです。 たとえば、100 個を出荷するとします。 時々、Amazon は 110 個入荷したと思っていることがありますよね。 そしてベンダーは常にAmazonとの協力に同意している。 したがって、Amazon は 110 ユニットを受け取ったと考え、110 ユニットに対する生協の負担を差し引きます。 しかし、後で和解すると、「実際には 100 ユニットしか受け取らなかった」と言うでしょう。 仕入先は 100 単位で請求します。 しかし、追加の XNUMX ユニットに対して追加控除が実際にベンダーに返されることはありません。 これは、これらのことがどのように起こるかを示す非常に単純な一例にすぎません。
そして、私たちはこれらのことが起こる可能性のある 107 を超える異なる事例を特定しました。 それは XNUMX つですが、データの膨大な量ももう XNUMX つの大きな問題です。 いくつかのベンダーは、このレベルのデータを品目レベルで確認する能力を持っていないだけだと思います。これが、これらのことが見逃される大きな理由です。
[05:37] – 3P 側と 1P 側の違いは何ですか?
スリーナス:この点において、売り手側である3P側は1P側と何が違うのでしょうか?
ロハン: うん。 いい質問ですね、スリーナスさん。 したがって、3P 側は 1P 側に比べて比較的複雑ではありません。 言うまでもなく、3P 側では超過請求は発生しません。 ここでの主な違いは、1P 側ではベンダーがさまざまな契約に同意していることです。
運送約款かもしれません。 生協協定かもしれない。 損害賠償合意になるかも知れません。 それはプロモーションかもしれません。 そして、この種の請求エラーの規模は、1P 側では非常に大きく、3P 側ではそれほど大きくありません。これは、3P 側では、販売者が必ずしも複数の異なる契約に同意しているわけではないためです。 それが大きな違いです。
スリーナス: 理解した。 あなたがさまざまなベンダーのさまざまなアカウントを調べてきたことは承知しています。
[06:35] – 1P ベンダーの効率的な運用
スリーナス: アカウント調整の管理に関して、1P ベンダー内部での効率的な運用とはどのようなものですか?
ロハン: うん。 私たちはさまざまなベンダーと協力してきました。 10万から数億までのさまざまなサイズ。 そして、いくつか指摘しておきたいことがあります。
私たちが提携しているベンダーはすべて、世界最高クラスの金融システムとプロセスを社内に備えています。 さて、これらのシステムとプロセスは、既知の問題を効果的に特定して解決することを目的としています。 ここで私たちが話し、解決しようとしているのは主に、知られていない問題です。 右。
したがって、一部のベンダーによって効果的に採用されているいくつかの慣行が確認されており、彼らは最初に請求の異常を実際に探しています。 XNUMX 番目に、傾向データを確認します。 右。 それで、ご覧のとおり、当社の不足要求は月々増加しています。 なぜそのようなことが起こっているのでしょうか? そして XNUMX 番目に、正直に言うと、Amazon アカウントの売掛金に対してある種のフォレンジック分析を行う必要があります。
量が多く、複雑であるため、言うは易く行うは難しです。 しかし、最終的に漏洩が発生して収益性に影響を与えないようにするために、ベンダーに推奨する XNUMX つのことは次のとおりだと思います。
スリーナス: とてもかっこいい。 御社のサービスに関して、非常に高いレベルで、これがベンダーにとってどのように機能するかを教えていただけますか?
ロハン:ええ、確かに。 私たちの目標は、実際に可視化を実現し、この非常に時間のかかるプロセスを取り除き、自動化することです。 したがって、私たちのプラットフォームは非常にシンプルです。 必要なのはベンダーの中央アカウントにアクセスすることだけであり、アクセスできるようになると、データは自動的にプラットフォームに取り込まれます。
データをつなぎ合わせ、そのデータに対してアルゴリズムを実行します。 そして、出力は実際に、これらの超過請求の控除がどこで発生しているのか、不足が発生しているのか、そしてそれらが発生している理由を特定します。 それが完了したら、調査結果をベンダーに提示します。 そして、ベンダーが私たちにゴーサインを与えると、私たちのチームはデータのインデックスを作成し、データをフォーマットし、Amazon FinOps チームと協力してこれらの申し立てに異議を唱え、資金がベンダーのアカウントに返金されるまでそのプロセスを管理します。
それが最初のステップのようなものです。 そして第 XNUMX のステップは、実際にこう言うことです。 XYZ の理由により、これほどの過剰請求が発生したことが判明しました。 それでは、今後そのようなことが起こらないようにする方法について説明しましょう。 うん。 したがって、私たちはその製品を、プロセス全体の開始から終了まで管理します。
[09:46] – 成功事例
スリーナス:これまでの成功事例をいくつか教えていただけますか?
ロハン:ええ、まったく。 先ほども言いましたが、さまざまな規模のあらゆる種類のベンダーがこのプラットフォームを使用しています。 私が共有したい最高のものの XNUMX つは、広告ベンダーと協力しており、契約の XNUMX つで二重請求が発生していたため、広告ベンダーにほぼ XNUMX 万ドルを取り戻すことができたことです。 しかし、XNUMX万ドルという金額を見てみると、決して小さな金額ではありません。 しかし、中規模のベンダーにとって、これは多額の資金を意味する可能性があり、広告やプロモーションなど、その資金が実際にビジネスにどのように還元されるかが重要になります。 それで、あなたは何を持っていますか? そして、おそらく私たちはある種のロビンフッド症候群に陥っているのではないかと思います。
それが50,000万ドルであろうと、XNUMX万ドルであろうと、XNUMX万ドルであろうと、私たちは本当に興奮しています。 これらの資金を見つけに行き、これらのベンダーから資金を回収できるという能力は、私たちに特別な喜びを与えてくれると思います。
スリーナス: うん。 また、現在の環境では、どのような金額であっても、これらのベンダーにとって影響力のあるものでなければなりません。
[10:56] – Amazon ベンダーが直面する外部コスト指数
ロハン: うん。 今日、あなたの指摘によれば、ベンダーは非常に多くの外部コスト係数に直面しています。 右。 貨物が上がってきました。
スリーナス: クリック単価が上昇しています。
ロハン: クリック単価が上昇しています。 それがあなたの世界です。 原材料が上がってきました。 ちょうど今朝、非常に大手の玩具ベンダーと話をしていましたが、樹脂が大幅に値上がりしたので、彼らは真剣にそれを把握しようとしているのです。 私たちは今後もアマゾン事業を成長させていきたいと考えています。 私たちはコストが上昇し、広告に費やすために XNUMX 年前に得ていたのと同じ金額が得られなくなったため、マーケティング資金を調達する必要があります。
スリーナス:ええ、まったく。 ローハン、これは私にとって興味深い会話です。なぜなら、ご存知のとおり、私たちは Amazon のこの機能について考えることに多くの時間を費やしていないからです。 私たちは夢中になっています 広告と分析。 影響力のある量の機会がテーブルに残されている可能性があるという考え。 そして実際、この場合、文字通りテーブルの上にお金が残っており、元の場所に戻すことができるのですが、これは非常に興味深いことです。
[11:57] – Amazon ベンダー向けのアドバイスとガイダンス
スリーナス: この会話からベンダーへのアドバイスやアドバイスはありますか? あなたがすでに共有したすべてのものに加えて。
ロハン: 四半期ごとに、請求書のサンプリングを行って、それらを照合できるかどうかを確認するのは良い習慣だと思います。 そして、そのような法医学会計の考え方を持つことは役立つと私は言いたいと思います、そして私はある意味非常に明確です。 右。 これはテクノロジーの問題ではなく、非常に複雑なシステムで非常に多くのことが起こっているためです。 物は失われ、間違いも起こります。 そして、ベンダーはそのことを念頭に置き、特に注意を払うべきであり、XNUMX つまたは少数の請求書を照合できない場合は、さらに深く掘り下げる必要があると思います。
スリーナス: うん。 そこでデータをサンプリングします。 私は法医学会計の考え方という言葉が好きです。
ロハンええ。
スリーナス: この会話を要約します。 ベンダー、契約のさまざまな形式、矛盾が生じる可能性のあるさまざまな種類のシナリオ、分析しなければならない膨大な量のデータなど、明らかに複雑な問題があります。 その結果、少なくともかなりの数のケースが生まれ、ベンダーにとって適切な機会を見つけることに重点を置いているようです。
ローハン、これは私にとって素晴らしい、非常に洞察力のあるものでした。 そして願わくば、この会話を聞いてローハンとつながりたいと思っている人に、DimeTyd に関する彼の連絡先情報とローハンの電子メールをここに載せておきます。 ご視聴いただきありがとうございます。ローハン、私たちはご連絡させていただきます。ご多幸をお祈り申し上げます。
ロハン: ありがとう、スリーナス。 私を乗せてくれてありがとう。 本当にありがとう。
スリーナス: 気をつけて。 さよなら。