Вопрос

Если я напишу приложение Facebook для клиента (я, вероятно, буду «разработчиком», работающим с маркетинговым агентством, с одним или несколькими приложениями Facebook как рынком стратегии социальных сетей), это не просто пожар и забыть проект, не так ли?

Из того, что я читал до сих пор, API Facebook все еще в движении, и исправления и изменения, которые вносит Facebook, могут сломать приложения. Таким образом, деловая сторона работы над приложением Facebook для клиента, вероятно, включает некоторый постоянный мониторинг приложения и исправлений, а также отслеживание затрат и проблем с хостингом.

Как часто ваши приложения ломаются? Какие защитные меры вы принимаете, чтобы предотвратить поломку?

Для планирования разработки, каково соотношение времени разработки и времени обслуживания? И на стороне бизнеса, вы бы выставили счет на обслуживание, как это происходит, или фиксированную стоимость в месяц?

Это было полезно?

Решение

Это, безусловно, никогда не "огонь и забудь" проект.

Facebook постоянно внедряет новые функции, осуждает существующие функции и меняет рабочий процесс многих ключевых концепций платформы.

Я бы сказал, что приложения " сломать " каждые 2-3 месяца, хотя на самом деле нет предсказуемости того, когда они начнут вносить изменения. Для некоторых приложений изменения Facebook не оказывают непосредственного влияния на приложение, но создают возможности для расширения существующей функциональности. Иногда разрыв только компрометирует часть внутреннего процесса и не оказывает немедленного влияния на пользователя. Однако иногда приложение может стать полностью недоступным или ключевые функции могут перестать работать.

Что касается превентивных мер, то лучше всего следить за обновлениями объявлений платформы Facebook, которые публикуются на доске объявлений для разработчиков. Обычно изменения объявляются на хорошие 30-60 дней раньше срока, и обычно ходят слухи еще раньше. После внесения изменений Facebook также обычно сохраняет поддержку любых устаревших функций в течение месяца, чтобы каждый мог вносить изменения, тестировать, устранять неполадки и т. Д. Таким образом, в конце концов, к тому времени, когда ваше приложение "сломается" у вас будет более чем достаточно времени для размещения.

Мой совет - взимать плату за обновление по мере необходимости. Как разработчик, вы должны следить за объявлениями, просто чтобы быть в курсе. Лично я сообщаю всем своим клиентам, когда Facebook объявляет об изменениях, чтобы они заранее знали о любой необходимой работе, и, как правило, включает мою цитату, чтобы внести необходимые изменения в свои приложения. Если клиент не предпримет никаких действий к тому времени, как будут внесены изменения, я отправлю напоминание. Таким образом, к тому моменту, когда приложение «сломается», появилось достаточно предупреждений.

Другие советы

В этом есть еще один аспект. Facebook меняет свой интерфейс почти каждый месяц. Зачастую отличная новая концепция приложения или дизайн пользовательского интерфейса становится неловкой или глупой, потому что Facebook просто изменил какой-то аспект платформы. Например, наиболее важной функцией любого приложения FB является публикация на стене. Пользовательский интерфейс, API и политики, связанные с этой функцией, менялись 3 раза за последние 6 месяцев. Эти конструктивные изменения - самый сложный и самый дорогой аспект работы с Цукербергом.

По нашему опыту большинство клиентов не хотят подписываться на обслуживание приложений Facebook. Их бюджеты для этого невелики и основаны на кампаниях, поэтому после первого месяца или двух они перестают заботиться о приложении. Мы очень старались изменить отношение, но мы все еще сталкиваемся с этой стеной время от времени.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top