SMSを受信するためのサービスの主な品質
プロジェクトの利益が将来依存するユーザーの信頼を刺激するサービスの主な機能を強調しましょう。
- 一部の国ではこのタイプのアクティビティがブロックされているため、番号とその番号の継続的な可用性は常にすべてのサービスにとって緊急の問題であり、ユーザーにとってこれはSMS受信サービスにアクセスするときに彼が見る主な要因です。
- 1つの部屋の価格は、ユーザーがサービスを選択するときに次に見るポイントです。
- 番号到着の速度-高速であるほど、ユーザーはこのサービスをより信頼できます。
- 番号が利用できる国の数-番号のネットワークを徐々に拡大し、さまざまな国からサービスに関心のあるユーザーの数も増えているため、このアイテムは開発において最も重要なアイテムの1つです。
- 言語のローカリゼーション-ユーザーの言語に基づいて、サービスにアクセスしたときに言語を自動的に変更する機能も、SEOのプロモーションと視聴者の増加の良い要因です。
- SMS受信フォーム-配信されたコードがどのように見えるかが重要な役割を果たします。ユーザーは常にミニマリズムを高く評価します。つまり、コードのみをユーザーインターフェイスに配信する必要があります。
- インターフェイスの利便性-ユーザーは、提供された機能がどれだけ読みやすいか、注文と承認の最小クリック数（1クリック）を評価します。
- 国コードの有無にかかわらず番号をコピーする機能は、サービスを操作する際の主な要因です。この機会により、サービスの操作速度が向上し、ユーザーの時間を節約できます。
- — , , .
- — .
- : « , , » — , , , , , .
- — .
- — , .
- マルチスレッド-多数の番号を互いに並行して注文する機能。これにより、異なる登録のコードを同時に注文できます。
- APIの存在-ソフトウェアインターフェイスを使用すると、プロジェクトを拡張して、さまざまなシステム（自動アカウントレジストラ、プロモーションサービス、クライアントのサービスの自動化）に統合できます。
- 追加のチップ-このアイテムには、サービスサイトで使用できないチップが含まれます。たとえば、番号の自動コピー、コードの自動再生、送信されたコードの自動コピーなどです。
これらのポイントは各サービスの基礎であり、その品質はもちろん、可用性によって評価されます。これらすべてが自動化されており、プロジェクトチームからの絶え間ないサポートが必要であることは明らかです。
SMS受信サービスとの戦い
自動化された「ボトシステム」に対する保護が常に行われ、実行されていることは周知の事実です。誰もが自分のプロジェクトを可能な限り保護し、基本的な方法に加えて、独自の保護方法を考え出します。彼らは、ハードウェア、ポピーアドレス、gps、画面ウィンドウサイズ、電話への呼び出しの使用、および他の多くの方法で、captchaを解決することに加えて、登録の時間制限、パズルの謎を導入します。ほとんどの場合、これらすべてに役立ちますが、100％ではありません。保護の結果は、オンラインプロジェクトの内部セキュリティにぶつかります。
開発者の怠惰または顧客が保護に追加の資金を費やすことを望まないという脆弱性の存在は、目をつぶってしまいます。結局、すべての保護は、「ボットのような」大規模な行動から人を特定することを目的としています。
しかし、これはすべて「手動モバイルボット」（1つのアカウントでは不十分で、自分の目的で大量登録を使用するユーザー）の存在を妨げるものではありません。モバイルデバイスには、スパムの送信や不正行為のために最大200のテレグラムアカウントが存在する可能性があります。
そして今、モバイルメッセンジャーは、電報、不和、グーグル、whatssap、viber、その他のソーシャルメディアへの大量登録により、2020年に世界的な危機の中で人気を博しました。ネットワークでは、ボットによる大量登録の指標が、視聴者の観点からトップに急上昇しています。
Android用SMS受信サービス
ターゲットオーディエンスの市場を獲得するために、プロジェクトが急増し、このニッチのすべてのニーズをカバーすることを決定しました。そのため、プレイマーケットの見積もりや一般的なレビューによると、種類や機能の異なる十分な数のプロジェクトにスタンプが押されましたが、品質を気にする人は誰もいませんでした。それらの使用は推奨されません。そのため、Android向けに新しい顔と新しい意味で再考され、質の高いサービスのすべてのポイントをカバーできる新しいプロジェクトに取り組むことが決定されました。少し後で分析に移ります。
ブラウザサービスとアプリケーションの比較
サービスから始めましょう！ユーザーのニーズに応じて、機能が徐々に大きくなりすぎているこのようなプロジェクトの要件のベースを取得しましたが、通常のユーザーが望んでいるものはすべて利用できません。彼の熟考のために、彼のお気に入りのサービスがモバイルデバイス用のアプリケーションを作成することをわざわざ夢見るだけです。 ..。
しかし、いいえ、そのようなプロジェクトを作成することの収益性を計算することによって、すべての考えや失望を払拭しましょう。サービスの主な収入はボットエコシステムの自動システムへのAPIの提供であるため、通常の「ユーザー」は「自分が持っているもの」に満足しており、理論的には満足する必要があります。
しかし、キャッチは何ですか？そして、ユーザーが費やす時間を計算してみましょう。そのため、番号を取得する必要があるたびに、サイトにログインする必要がありますが、追加の番号があります。キャッシュ、パスワードの保存、サービスに関連する機能は、クライアントの安全性を心配するためにセッション制限を課します。承認後、目的のページを見つけることは、ユーザーの毎日の時間を無駄にする一連の日常的なアクションです。トラフィックはどうですか？貴重なキロバイトは、時間の経過とともに流動性とともに消滅します。
そのため、Android向けのモバイル開発プロジェクトの基本的な要件は、最大限の努力と高速で投げかけられました。
Android開発経験
品質要件（ポイント1〜15、上記で利用可能）+ブラウザベースのサービスサイトでは利用できない追加機能：
- 注文後に番号をクリップボードに自動コピーします。
- ( ).
- , .
- .
- .
- .
- .
- .
- .
次のタスクは、どの開発プラットフォームを選択するかを決定し、将来的にはAndroidアプリケーションだけでなく、他のオペレーティングシステム用にも開発することでした。
選択はAndroidStudioとVisualStudio Xamarinのどちらかで、すべての長所と短所を比較検討した結果、Visual Studio Xamarinのプラットフォームが選択されました。これは、C＃言語が私の好みに合っているためです。さらに、C＃でいくつかの開発が行われ、将来、プロジェクトが登場すれば可能になるでしょう。 IOSとUWP用に統合します。
しかし、ここで落とし穴が初めて発生しました。テキストマークアップ「xaml」に遭遇しました。これは、「quacozyabers」やその他の読みにくいフォントを使用せずに、シンプルでミニマルなユーザーインターフェイスを作成することでした。テキストのマークアップを処理し、いくつかの基本的な関数を記述した後、デバッグを開始しましたが、問題はありませんでした。
そして、質問はエッジになりました：誰もそれを使用できないのになぜこのアプリケーション？
すべてのリスクを認識して、Google Play開発者アカウントは25ドルで購入されましたが、その公開については、「許可なく収益化する方法」という質問はまだ遠いです。
キーを暗号化および復号化するアルゴリズムを思いついたので、プロジェクトは収益化されました。
その後、検疫に言及して1か月後に公開された最初のバージョンがリリースされました。
さて、プロジェクトは最初のバージョンの準備ができています、それを宣伝する方法は？ Google Play Consoleで、広告を使用してPlay Marketプラットフォームでプロジェクトを宣伝できる機能が見つかり、1か月に10ドルを寄付することが決定されましたが、これはあまり利益をもたらさず、全体で2つのキーしか購入しませんでした。
では、どのように、誰をテストし、どこで顧客を引き付けるのでしょうか。
もう1つの哲学的なアイデアは、アプリケーションを海賊版にするサイトでアプリケーションを配布しようとすることでした。つまり、アプリケーションにapkをスローし、アップロードし、その見返りにPRを取得します。もちろん、誰も無料でそれを行いませんでした。
さて、ためらうことなく、フォーラムに投稿することにしました。これは前向きな経験を与えました。さらなる開発の観点から、アプリケーションの主なエラーはフォーラムのユーザーによって特定され、アプリケーションの安定性を向上させることを目的とした批判、テスト用のキーが提供されました。テストキーを使用して20日間、ユーザーは500ルーブルを数字に費やしました。フォーラム。
さて、エラーを見つけてアプリケーションをテストしました。PlayMarketでは、視聴者維持統計によると、10人未満で、誰もキーを購入していません。何が問題なのですか。
多言語主義の段階に達した後、Play Marketの聴衆のほとんどが英語であることが明らかになったので、次のステップは多言語アプリケーションを作成することでした。後で後悔する必要がありました。これは、アプリケーション設計の最初の段階で行う必要がありました。これで、すべてのテキストを作成する必要があります。プロジェクトリソースに転送し、コンストラクターを介してリンクし、アプリケーションがこのエンコーディングで動作するかどうかを確認します。ドット「。」を使用した陰謀論。 「ru-Ru」エンコーディングのコンマ「、」（「。」は「、」で機能します）および「en-US」（「、」は「。」で機能します）。はい、ダブルタイプを使用する場合はこれですべてです。したがって、2か月のコードを書き直さなければならなかったことがわかったのではなく、プロジェクトで残りの整数分割を正しく使用してください。