Facebookアプリのメンテナンスに関する考慮事項

Question

クライアント用にFacebookアプリを作成する場合（おそらく、「代理店」であり、ソーシャルメディア戦略の市場として1つ以上のFacebookアプリを使用してマーケティング代理店で働いています）、それは単なる火事ではなく、プロジェクトを忘れますか？

これまで読んだことから、Facebook APIはまだ流動的であり、Facebookが行う修正や変更はアプリを破壊する可能性があります。そのため、クライアント向けにFacebookアプリを作成するビジネス側には、おそらくアプリの継続的な監視と修正が含まれ、さらにホスティングコストと問題を追跡する必要があります。

現在、Facebookアプリを使用している場合、アプリはどのくらいの頻度で壊れますか？破損を防ぐためにどのような防御策を講じますか？

開発計画の場合、開発時間と保守時間の比率はどのくらいですか？また、ビジネス側では、メンテナンスの発生時に請求するのですか、それとも月あたりの固定費用ですか？

Answer 1

これは確かに「火災と忘却」ではありません。プロジェクト。

Facebookは常に新しい機能を展開し、既存の機能を廃止し、多くの主要なプラットフォームコンセプトのワークフローを変更しています。

アプリは「壊れる」と言います。 2〜3か月ごとに変更をロールアウトする時期は実際には予測できません。一部のアプリケーションでは、Facebookの変更はアプリケーションに即座に影響を与えませんが、既存の機能を拡張する機会を作成します。ブレークはバックエンドプロセスの一部のみを侵害し、ユーザーにすぐに影響を与えない場合があります。ただし、アプリケーションが完全にアクセス不能になったり、主要な機能が動作しなくなることがあります。

予防策としては、開発者アプリケーションの掲示板で公開されているFacebookプラットフォームの発表を最新の状態に保つことをお勧めします。通常、変更は30〜60日前に発表され、通常はさらに早く噂されます。 Facebookが変更を行うと、通常、非推奨機能のサポートも1か月間保持され、すべての人が変更、テスト、トラブルシューティングなどを行えるようになります。十分な時間をかけて対応できます。

必要に応じて、更新ごとに課金することをお勧めします。開発者として、あなたは知識を保つためだけにアナウンスを続けるべきです。私は個人的にすべてのクライアントにFacebookが変更を発表したことを知らせますので、クライアントは必要な作業を事前に認識し、通常はアプリケーションに必要な変更を加えるための見積もりを含めます。変更がロールアウトされるまでにクライアントがアクションを実行しない場合、リマインダーを送信します。そうすれば、アプリが実際に「壊れる」までに、十分な警告があります。

Answer 2

これには別の側面があります。 Facebookはほぼ毎月UIを変更しています。多くの場合、Facebookがプラットフォームの一部を変更しただけなので、優れた新しいアプリコンセプトまたはUIデザインが厄介または愚かになります。たとえば、FBアプリの最も重要な機能は壁への投稿です。この機能を取り巻くユーザーインターフェイス、API、およびポリシーは、過去6か月間に3回変更されました。これらの設計変更は、ザッカーバーグに追いつく上で最も困難で費用のかかる側面です。

ほとんどのクライアントは、Facebookアプリのメンテナンスにサインアップしたくないというのが私たちの経験です。これらの予算は小さく、キャンペーンに基づいているため、最初の1か月または2か月が過ぎると、アプリへの関心がなくなります。私たちは態度を変えるために一生懸命努力しましたが、それはまだ何度も立ち向かう壁です。