Pregunta

Si escribo una aplicación de Facebook para un cliente (probablemente sería el '' desarrollador '' trabajando con una agencia de marketing, con una o más aplicaciones de Facebook como mercado de una estrategia de redes sociales), no es solo un incendio y Olvídate del proyecto, ¿verdad?

Por lo que he leído hasta ahora, la API de Facebook todavía está en constante cambio, y las correcciones y cambios que realiza Facebook pueden romper aplicaciones. Por lo tanto, el lado comercial de trabajar en una aplicación de Facebook para un cliente probablemente incluye un monitoreo continuo de la aplicación y soluciones a lo largo del camino, además de realizar un seguimiento de los costos y problemas de alojamiento.

Para aquellos que usan aplicaciones de Facebook ahora, ¿con qué frecuencia se rompe su aplicación? ¿Qué medidas de defensa tomas para evitar la rotura?

Para la planificación del desarrollo, ¿cuál es la relación entre el tiempo de desarrollo y el tiempo de mantenimiento? Y por el lado del negocio, ¿facturaría el mantenimiento tal como sucede o un costo fijo por mes?

¿Fue útil?

Solución

Ciertamente nunca es un "fuego y olvido" proyecto.

Facebook está implementando constantemente nuevas características, despreciando las características existentes y cambiando el flujo de trabajo de muchos conceptos clave de la plataforma.

Yo diría aplicaciones " break " cada 2-3 meses, aunque en realidad no hay previsibilidad para cuando se implementan los cambios. Para algunas aplicaciones, los cambios de Facebook no tienen un efecto inmediato en la aplicación, pero crean oportunidades para ampliar la funcionalidad existente. A veces, el descanso solo compromete parte de un proceso de fondo y no tendrá un efecto inmediato en el usuario. A veces, sin embargo, la aplicación puede volverse completamente inaccesible o las funciones clave pueden dejar de funcionar.

En cuanto a las medidas preventivas, su mejor opción es mantenerse al día con los anuncios de la plataforma de Facebook, que se publican en el tablero de mensajes de la aplicación para desarrolladores. Por lo general, los cambios se anuncian con 30 a 60 días de anticipación, y se rumorea incluso antes. Una vez que realizan los cambios, Facebook también conserva el soporte para cualquier función obsoleta durante un mes para que todos tengan tiempo de hacer los cambios, probar, solucionar problemas, etc. Así que, al final, para cuando su aplicación se `` rompa ''; tendrás tiempo más que suficiente para acomodarte.

Mi consejo sería cobrar por actualización según sea necesario. Como desarrollador, debe mantenerse al día con los anuncios solo para mantenerse informado. Yo personalmente les informo a todos mis clientes cuando Facebook anuncia cambios, para que estén al tanto de cualquier trabajo que se necesite con anticipación, y generalmente incluiré mi cotización para hacer los cambios necesarios en sus aplicaciones. Si el cliente no toma medidas para cuando se implementen los cambios, enviaré un recordatorio. De esa manera, para cuando la aplicación realmente "se rompe", ha habido una amplia advertencia.

Otros consejos

Hay otro aspecto de esto. Facebook cambia su interfaz de usuario casi todos los meses. A menudo, un gran concepto nuevo de aplicación o diseño de interfaz de usuario se vuelve incómodo o tonto porque Facebook acaba de cambiar algún aspecto de la plataforma. Por ejemplo, la función más importante de cualquier aplicación de FB es publicar en el muro. La interfaz de usuario, la API y las políticas que rodean esta función han cambiado 3 veces en los últimos 6 meses. Estos cambios de diseño son el aspecto más difícil y costoso de mantenerse al día con los Zuckerbergs.

Según nuestra experiencia, la mayoría de los clientes no desean registrarse para el mantenimiento de las aplicaciones de Facebook. Sus presupuestos para estos son pequeños y están basados ??en campañas, por lo que después del primer mes o dos, dejan de preocuparse por la aplicación. Hemos tratado de cambiar la actitud, pero sigue siendo un muro al que nos enfrentamos una y otra vez.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top