ほとんどのPAYSTOソリューションは 、市場では入手できません。 これは、「誰もそれを必要としない」ことを意味しているのではなく、「誰もがそれを必要としているわけではありません」。 今日はそのような決定についてお話しします...
すべてを明確にするために、最初から始めます...
2年前のどこかで、1つのプロジェクトの所有者が次の作業を依頼しました。
他のユーザーと対話するためのサービスをユーザーに提供するシステムが起動されます。 システムの機能は支払われ、定期的な支払い（一定期間後の自動支払い）を受け入れる必要があります。 システムのユーザー向けの追加サービスは、インターネット上の他のユーザーに自分のデジタル製品（記事など）を販売する機能です。 同時に、すべてが単一のシステム内で動作するはずです-他のサイトに行くことなく、すなわち 「システムを離れることなく。」 ユーザーがアプリケーションを作成して他のユーザーに販売できる場合、iPhoneのappStoreは良い関連付けです。商品の注文、支払い、配送のすべてのプロセスが1か所で実行されます。 この場合、商品を販売する際にユーザーに資金を支払う必要があることを忘れないでください。
このための既成のソリューションを見つけることは不可能であり、独自のインフラストラクチャを作成するには多くの時間がかかるだけでなく、リソースもかかります。 さらに、計算によると、計画された収入はそのようなインフラストラクチャのサポートをカバーできません。 支払い処理サービスのアウトソーシングで解決策を探し、金融の流れを最適化するには、すべての問題を1か所で解決することが望まれます。
- 定期的な支払いを含むメインシステムの支払いの受け入れ。
- 店舗の支払いの受け入れ（ユーザー製品の販売）;
- さまざまな方法でのユーザー（販売者）への資金の支払い-銀行口座、カード、または支払いシステムへ。
最初のタスクはupBalanceを使用して解決されました 。
他の2つについては、 onlineMerchantとpaymentGateを使用することを計画していましたが、別の問題が発生しました。メインシステムと売り手ユーザー間の関係の合法的な登録です。 メインシステムが既にベンチャー資金を受け取っており、「グレー」スキームの使用は受け入れられないため、すべてを合法的に統合することはできませんでした。 この「行き止まり」を実現するのに1年以上かかりました。 9月初旬、システムの所有者と会い、別のソリューションを探し始めました...
クライアントによって提案されたアイデアは、「ストアを接続するプロセスのパーソナライズ」、つまり クライアントシステムのスタイルでのすべてのプロセスの登録：ユーザーの作成、店舗の接続、資金の支払い。 もちろん、そうすることもできますが、本質的には、開発計画の一部ではないPAYSTOのクローンを作成することでした。 かなりの開発時間が必要です。 簡略化するために、「.. Facebook、Google、Twitterなどでログイン」に似たソリューションを使用することを提案しました。クライアントシステムのユーザーアカウントがログイン/パスワードとして使用されます。 同様のアプローチが非常に迅速に実装されます。 彼らはこれに立ち止まり、それぞれの技術的能力を彼らの側で調べることにした。
開発者とのミーティングを集めて、別のソリューションが提案されました-必要なプロセスに特別なAPIを実装します。
- PAYSTOシステムで新しいユーザーを作成します。
- PAYSTOユーザーの詳細の追加と管理。
- onlineMerchantでのストアの作成と接続。
- PAYSTOからの資金引き出しの申請書の作成と管理。
セキュリティの観点からは、変更はありません。ユーザーの登録と資金の引き出しも、所有者のメールに送信された確認コードを使用して実行されますが、クライアントシステムに既に入力されています。
実際、この機能を使用すると、外部システムで販売を整理できます。 クライアント側では、CMSを使用してストアを管理できますが、デザインを少し改良して適応させることができます。 すべての一般的なCMS用の既製のモジュールがあることを考えると、このようなタスクを実装するのにそれほど時間はかかりません。
新しいAPIの説明はこちらにあります 。
協力の条件について...
「これ」への関心は絶対に標準的です。新しい機能に対して追加料金を請求することはありません。 すべてのサービスは、選択した支払い受諾率に従って、平均して支払い額の5％で提供されます。
クライアント側でこれらのサービスを収益化することは、たとえば追加サービスとして、クライアントシステム内での支払いを通じて可能です。 ただし、このオプションはいくつかの理由で便利ではない場合があります。したがって、この決定の実装に参加しているクライアントは、そのような店舗で商品を販売する場合、ユーザーに30％の金額を入金する必要があると規定しました。 このレートは、クライアントがユーザーの商品の広告を提供するという事実によるものです。 関係の「透明性」については、25％の差額がPAYSTO内のクライアントのパートナーアカウントに入金され、協力契約の下で現在のアカウントに転送されます。