私がクライアントのために Facebook アプリを作成する場合 (私はおそらく、ソーシャル メディア戦略の市場として 1 つまたは複数の Facebook アプリを使用して、マーケティング エージェンシーと協力する「開発者」になるでしょう)、それは単なる火事で忘れるプロジェクトではありません。それ？
これまで読んだ限りでは、Facebook API はまだ流動的であり、Facebook が行う修正や変更によってアプリが壊れる可能性があります。したがって、クライアント向けの Facebook アプリに取り組むことのビジネス面には、アプリの継続的な監視と途中での修正に加えて、ホスティングのコストと問題の追跡が含まれる可能性があります。
現在 Facebook アプリを使用している場合、あなたのアプリはどのくらいの頻度で壊れますか? 破損を防ぐためにどのような防御策を講じていますか?
開発計画について、開発時間と保守時間の比率は? またビジネス側では、保守費用は発生時に請求しますか、それとも月ごとの固定費を請求しますか?
これには別の側面があります。Facebook はほぼ毎月 UI を変更しています。Facebook がプラットフォームの一部の側面を変更しただけで、優れた新しいアプリのコンセプトや UI デザインがぎこちなくなったり、ばかげたりすることがよくあります。たとえば、FB アプリの最も重要な機能はウォールへの投稿です。この機能を取り巻くユーザー インターフェース、API、およびポリシーは、過去 6 か月間に 3 回変更されました。これらの設計変更は、ザッカーバーグ夫妻に遅れずについていくための最も困難で最も費用のかかる側面です。
私たちの経験では、ほとんどのクライアントが Facebook アプリのメンテナンスにサインアップすることを望んでいません。これらの予算は小さく、キャンペーン ベースであるため、最初の 1 ～ 2 か月でアプリのことは気にしなくなります。私たちは姿勢を変えようと懸命に努力してきましたが、それでも何度も立ち向かう壁です。
それは確かに決して「ファイア アンド フォーゲット」プロジェクトではありません。
Facebook は常に新しい機能を展開し、既存の機能を廃止し、多くの主要なプラットフォーム コンセプトのワークフローを変更しています。
アプリは 2 ～ 3 か月ごとに「壊れる」と思いますが、変更がいつ展開されるかは予測できません。一部のアプリケーションでは、Facebook の変更がアプリケーションにすぐに影響するわけではありませんが、既存の機能を拡張する機会が生まれます。場合によっては、中断によってバックエンド プロセスの一部が侵害されるだけで、ユーザーにはすぐには影響しません。ただし、場合によっては、アプリケーションに完全にアクセスできなくなったり、主要な機能が動作しなくなったりすることがあります。
予防策としては、開発者アプリケーションのメッセージ ボードでリリースされる Facebook プラットフォームの発表を最新の状態に保つことが最善の策です。通常、変更は 30 ～ 60 日前に発表され、通常はさらに早く噂されます。彼らが変更を加えると、Facebook は通常、廃止された機能のサポートを 1 か月間保持し、誰もが変更、テスト、トラブルシューティングなどを行う時間を確保します。対応するのに十分な時間があります。
私のアドバイスは、必要に応じて更新ごとに課金することです。開発者として、知識を維持するためだけに、アナウンスについていく必要があります。私は、Facebook が変更を発表したときにすべてのクライアントに個人的に知らせ、必要な作業を事前に認識できるようにします。通常、アプリケーションに必要な変更を加えるために私の見積もりを含めます。変更がロールアウトされるまでにクライアントがアクションを実行しない場合は、リマインダーを送信します。そうすれば、アプリが実際に「壊れる」までに、十分な警告が表示されます。