ReadyScript Mobile-Ready eCommerce Mobileアプリケーション

「オンラインストア用のモバイルアプリケーションが必要です」-このような要求は、ブランドオーナーからWeb開発者にますます増えています。 しかし、会社の能力の中でWeb開発のみが行われている場合、通常のWebスタジオはこのような大規模な要求をどのように満たすことができますか？



データによると、ほとんどの場合、小規模なWebスタジオは、サイトまたは独立したモバイルバージョンの通常の適応性を優先して、クライアントをモバイルアプリケーションから遠ざけようとします。 多くの場合、これは成功しますが、たとえば、「耳にいるすべてのブランドが独自のモバイルアプリケーションを持っているのに、なぜそうするのですか」など、多くの難しい質問を回避する必要があります。



クライアントを納得させることができず、ユーザーに高レベルのサービスを提供し、ブランドをさまざまなデバイスに浸透させたい場合、ウェブスタジオは利用可能なソリューションの検索を開始します。



2016年にこの問題を評価し、1年後、ReadyScriptプラットフォームで開発されたオンラインストア用のモバイルアプリケーションを作成するためのターンキーソリューションを提案しました。 いつものように、SaaSとボックスの両方を提供しています。 新しいサービスはReadyScript Mobileと呼ばれます。







カットの下で、使用したテクノロジー、遭遇した困難、およびそれらを克服する方法について説明します。 途中で、他のソリューションと当社のサービスのユニークな品質、つまり仲介なしでクライアントのオンラインストアと直接統合することを比較できます。

どのようにすべてが始まりましたか？

かつて、パートナーWebスタジオの責任者が私たちを訪ねて来て、顧客が成長しており、eコマースマーケットリーダーのプロジェクトを見て、成長のインスピレーションを常に求めていると不満を言いました。 モバイルアプリケーションへの要求はますます高まっていますが、6個のゼロを含む予算に全員が同意しているわけではありません。



私たちは、実際に、顧客はいくつかの詳細なモバイルアプリケーションだけでなく、市場リーダーのような本格的なアプリケーションを望んでいると考えました。 現在のバランス、倉庫の可用性、すべての種類の製品バリエーションのサポート、支払い能力、サイトと同じ配送方法の選択、すべての種類のフィルター、およびサイト上の単一の承認、など。



私たちは今日この分野で市場に出ているものを探し始めましたが、十分な機能を備えた普遍的なデザイナーは数人しかいませんでした。 これらは、YMLを介して商品をロードする必要がある場合に標準の仲介スキームに基づいて構築され、そのようなサードパーティサービスの個人アカウントでのみオンラインストア注文を管理します。







これは、モバイルアプリケーションを取得するために顧客がしなければならない妥協であることがすぐにわかりました。

1. モバイルアプリケーションの価格、残高、その他の製品データに関する情報は、定期的に無関係になります。
2. モバイルアプリケーションを介した注文は、サービス仲介業者の別のパネルで管理する必要がありますが、その他のすべての注文は、オンラインストアの管理パネルまたは会計システム（1C）で行います。
3. プラットフォーム機能とは関係ありません（たとえば、ユーザーが個人の価格タイプを設定している場合、モバイルアプリケーションで価格は変更されません）。 支払い、配送はCMSとは一切関係ありません。すべてをサービス仲介者のコントロールパネルで個別に設定する必要があります。 すべての都市名簿、割引プログラム-サイトと自動的に同期されるものはありません。

そのため、すべてのお客様について、ReadyScriptプラットフォームのeコマース機能を考慮したモバイルアプリケーションを独自に開発し、手頃なSaaSサービスの形で提供するというアイデアが生まれました。 また、開発パートナーには、クライアント用にアプリケーションを変更できるモバイルアプリケーションのボックス版を提供する必要があります。



これは誰にとっても有益です。パートナーは、1つまたは別のCMSと連携する同じスキームに従ってモバイルアプリケーションで収益を得ることができます。CMSライセンスを購入し、個々のチップを変更し、クライアントに販売します。 顧客は手頃な価格で高品質の製品を受け取ります。これは多くの顧客によって開発され、研ぎ澄まされています。

技術の選択

この場合の開発プロセスは可能な限り快適になるため、最初からクロスプラットフォームテクノロジのみを検討しました。 チップを追加した後、コードをデバッグした後、実際には一度に2つのアプリケーションのバグを修正した後。 安いです。 経済はプロジェクトの最後の場所ではなかったので、プロジェクトをサポートするためにすべての利益を強制することなく、開発への投資を可能にする技術を探していました。



eコマースモバイルアプリケーションには大きな計算はなく、それぞれに信じられないほどのグラフィック要件はありません。ハイブリッドテクノロジーは、オンラインストアの典型的なアクティビティを表示するタスクに非常に対応します。



ReactNativeとIonicFrameworkを選択しました。 1番目と2番目が非常に異なることは明らかであるため、ReactNativeでは、ネイティブコンポーネントを使用して、JavaScriptとReactを使用してアプリケーションインターフェイスを構築できます。 IonicFrameworkは、特別なCordovaブリッジプラグインを使用してネイティブ機能を使用できるWebViewでモバイルアプリケーションを構築できるCordovaベースのフレームワークです。



最初は、ReactNativeを選択しましたが、cordovaで作業する人が頻繁に不満を述べていた最大のUIパフォーマンスが得られるように思われました。 しかし、ReactNative開発者を探し続けた後（これは2016年6月でした）、私たちの手は落ちました。



時間が経ち、私たちの製品がWebテクノロジーに精通しているWebスタジオに焦点を合わせることにますます気づきました。 Web開発者が使い慣れた形式で変更および拡張できる製品を提供する必要があります。 モバイルアプリケーションからではなく、モバイルテクノロジーから可能な限りそれらを抽象化する必要がありました。



ionicFrameworkを詳しく調べ始めました。 その時までに、コマンドラインを介してiOSおよびAndroid用のアプリを構築できる素晴らしいエコシステムがありました。 これを見ると、アプリケーションのアセンブリを完全に自動化できることを意味し、サポートスペシャリストは各クライアントアプリケーションのプロジェクトをアップロードしてxCodeおよびAndroidStudioを生成し、APKおよびIPAファイルを生成する必要がないため、非常に満足しています。



さらに、IonicFrameworkエコシステムでは、コンソールコマンドでもappStoreおよびgooglePlay（ionic deploy）に再公開せずにアプリケーションを更新できる可能性があることがわかりました。 つまり、修正プログラムは、すべてのクライアントに対して、赤テープや耐え難いほど長いレビュー（appStoreから）なしで、ほぼ瞬時に自動的にリリースできます。



速度についても言う必要があります。 Cordovaで記述された一部のアプリケーションのインターフェース速度は本当に低かったが、これはjQueryを使用して記述されたJSフロントエンドアプリケーションの低速度が原因であることが多かった。 Angular 2、およびその後のAngular 4のリリースにより、すべてが変更されました。 応答速度とアプリケーション全体のフィーリングが許容範囲になりました。



その結果、豊富なエコシステム、多数のプラグイン、許容可能なパフォーマンスにより、サービスの基盤としてIonicFrameworkを選択することができました。

実装と落とし穴

開発は予想したほど単純ではありませんでした。 彼女は私たちに1年間の仕事をしました。 この間、バックエンドで必要なすべてのAPIを作成し、Webサイト上のすべてのパーソナルダッシュボードとプロモーションページを開発し、クライアントアプリケーション自体と補助DEMOアプリケーションを作成しました。



主な難点は、AngularとIonicFrameworkがアプリケーションの開発方法と並行して積極的に開発されていたことです。 この期間の角度はバージョン2から4、Ionicからバージョン2から3に更新されました。パッケージの更新のみを管理し、数週間の更新後に発生した問題を修正しました。 あるプラグインが別のプラグインとの連携を停止し、AngularまたはIonicから一部のデザインがカットされ、システムを加速する新しい機能が公開されたため、それらを実装してコードを書き直す必要がありました。



一般的に、私たちは皆勇気を持って耐えましたが、古いバージョンのフレームワークでサービスをリリースすることは不可能であると理解していたため、常に最新バージョンでのみ作業しました。



IPAファイルを作成し、iTunes経由でメインのWindowsマシンのデバイスにアップロードできるにもかかわらず、iOSアプリケーションをデバッグするためにApple MacMiniを購入する必要がありました。



その結果、現在、Angular4 + IonicFramework 3で記述されたアプリケーションがあり、すべてがiOSとAndroidでテストされています。 このアプリには多くの機能があり、ReadyScriptプラットフォームと理想的に統合されています。

今どのように機能しますか？

ReadyScript Mobileサービスはエコシステムに統合されており、ReadyScript.ruサイトの個人アカウントを介して標準形式で提供されます。



API（ドメイン名、APIキー）を介してReadyScriptオンラインストアに接続するために、ユーザーが自分の個人アカウントにデータを入力することをユーザーに提供します。次に、appStoreおよびgooglePlayでアプリケーションを公開するために必要なすべてのフィールド（名前、説明）に入力することを提案します。 次に、将来のアプリケーションの配色を定義することをお勧めします。







マーケットプレイスでのアプリケーションの公開後のみ、サブスクリプションの支払いの機会を開きます。



このパスのすべての難しいセクションで、私たちはサービスを提供します。 より正確には、アプリケーションアイコンとスクリーンセーバーの作成を提供し、appStoreとgooglePlayでのアカウントの登録を支援します。また、アプリケーションを作成するためにクライアントのオフィスで必要なすべての証明書を生成し、アプリケーション自体を公開します。



Ionicサービスは市場を迂回してクライアントデバイスに直接展開（新しいバージョンを展開）する機能があるため、ユーザーが個人アカウントのアプリケーションの配色などを変更した場合に、アプリケーションを更新する迅速な機能を実装しました。



それにもかかわらず、アプリケーションをappStoreとgooglePlayに定期的に直接再リリースするため、インストール直後に、新しいクライアントはアプリケーションに更新があるというメッセージを受信しません。



オンラインストアの所有者は、管理パネルでサブスクリプションのステータスに関するすべての情報を確認できます。 サブスクリプション期間の終了が近づいた場合、ストアの管理パネルを含むすべてのチャネルを通じて通知が届きます。







モバイルアプリケーションは、オンラインストアのサーバーと直接連携します。つまり、すべての残高、価格、設定が常に関連します。

プッシュ通知は優れたマーケティングツールです

プッシュ通知サブシステムを実装したとき、オンラインストアにプッシュトークンを登録するときにデバイスモデルを送信するのが良いと考えました。 後で、電子機器やアクセサリーを販売するオンラインストアに感謝しました。 そのため、特定のスマートフォンの所有者のみに特定のアクセサリーの受領に関するポイントベースのプッシュニュースレターを作成することができ、これにより売り上げが大幅に増加しました。



その後、一部の顧客は電話モデルによるフィルターを使用してソルベンシー別に顧客をセグメント化し、よりターゲットを絞ったメールを生成することがわかりました。



プッシュメーリングは、オンラインストアの管理パネルから直接実行できると言うことが重要です。 メッセージごとに、プッシュをクリックした後にユーザーが移動するテキストと宛先ポイントを指定できます。 製品、カテゴリ、または記事にすることができます。

アプリケーションの機能を拡張するには？

すべてのビジネスはユニークです。 アプリケーションは十分な機能セットを余裕を持って実装しているにもかかわらず、とにかく、カスタマイズが必要になります。 これを理解しているため、いくつかのオプションを提供しています。



最初の-最も簡単な方法は、ReadyScriptマーケットプレイスを通じてアプリケーションの機能を拡張することです。



これはどのように可能ですか？ アプリケーションを起動するときに、JSストアのAngularコンポーネントをダウンロードして、オンラインストアのサーバーから作業を修正し、Ionicテンプレートをロードするという形で成長ポイントを設定しました。 ReadyScriptプラットフォームのどのモジュールでも、フックを使用してJSスクリプトとテンプレートを修正できます。



このアプローチにより、既存のアクティビティおよびアプリケーションコンポーネントの動作を調整または補完できますが、たとえば、新しいアプリケーションアクティビティを追加することはできません。 たとえば、機能を拡張するこのメカニズムを使用して、マーケットプレイスの「ボーナスプログラム」モジュールはモバイルアプリケーションのバスケットを修正し、現在のユーザーボーナスの数を表示したり、割引として相殺したりすることができます。



クライアントがより劇的な変更を必要とする場合、アプリケーションの個別のアセンブリを作成し、SaaSの代わりにアプリケーションのボックス版のリビジョンとサポートを使用する必要があります。 これは、パートナーまたは当社のサービス（以下、パートナーのみ）の助けを借りて可能です。

開発パートナーまたは箱入りバージョンのモバイルアプリケーションと連携する

ReadyScriptプラットフォームでeコマースプロジェクトを開発しているパートナー向けに、2つのアフィリエイトプログラムを用意しました。1つは、顧客向けのモバイルアプリケーションのサブスクリプションを販売するエージェントベースのスキームを含み、もう1つは、有能なパートナーにモバイルアプリケーションのボックスライセンスを販売する可能性を提供します。



モバイルアプリケーションのボックスライセンスは、エンドユーザー向けのeコマースモバイルアプリケーションを開発する際に、Webスタジオがコストを削減する絶好の機会です。 実際、これにより、スタジオは、注文、支払い、検索、商品のフィルタリング、プッシュ通知サブシステムなどの日常的な作業の開発に集中することなく、クライアントの固有の個々の機能のみに集中できます。

プロモーション

サービスを促進するために、ReadyScriptプラットフォーム上のオンラインストアのドメイン名とAPIキーを指定して、顧客データで満たされた将来のモバイルアプリケーションを表示できるデモアプリケーションを作成しました。



このアプリは、RS StoreとしてappStoreおよびgooglePlayで公開されています。 オンラインストアがない場合は、「自分のストアはありません」という碑文をクリックして、アプリケーションの機能を評価できます。

おわりに

ReadyScript Mobileは、2017年のテクノロジーに基づいて構築された、オンラインストア向けのモバイルアプリケーションの問題に対する最新のソリューションです。 サービスとReadyScriptプラットフォームの直接統合により、eコマースCMSとモバイルアプリケーション機能の最適な統合が実現します。



ReadyScript Mobileサービスは、エンドユーザーがブランドのオンラインストアや開発パートナー向けにモバイルアプリケーションを入手できる手頃な機会であり、モバイルデバイスでのビジネスの存在に対する顧客の増大する需要を低コストで満たすことができます。

参照資料

サービスウェブサイト

ReadyScriptモバイルサービスプレゼンテーション

AppStoreおよびGooglePlayの RS Mobile デモアプリ