For det første, la meg begynne å advare deg mot å lese denne artikkelen. Det vil knuse noen av dine illusjoner om Facebook. For øyeblikket lever du sannsynligvis i noe en drømverden. Du tror sikkert at Facebook, som et stort selskap som respekterer, spiller rettferdig - 'de kan ikke gjøre noe ondt'. Videre, hvis du tenker på å utvikle en søknad om Facebook-plattformen, kan denne artikkelen sette deg av. Hvis jeg ikke har skremt deg av, les videre.
Universitetslærerne pleide å fortelle meg at en god artikkel er en som er godt undersøkt og skrevet av en autoritetskilde, som gründer, jeg har brukt over fem år på å utvikle applikasjoner - hvorav tre for Facebook-plattformen. Mitt mest populære Facebook Windows-program, " Småprat"Mottar tusenvis av nedlastinger hver dag. Som sådan føler jeg at jeg vet en ting eller to om Facebook opererer som jeg har sett dem med mine beige øyne i et halvt tiår.
La meg forutse en mening som du kanskje har om meg, denne artikkelen kommer til å høres ut som noen med "sure druer", men i stedet vær så snill å betrakte det som en advarsel fra noen i vet, før du investerer dine velfortjente dollar, eller tid, i å utvikle for Facebook-plattformen.
1. Det er Facebooks plattform, ikke din
Jeg sier det åpenbare her, men det er trolig den mest oversatte risikoen når man vurderer utvikling. Som du sikkert vet, er Facebook et lukket miljø, og din suksess og fiasko er så mye ned til deg som hva Facebook tillater (og hva det ikke tillater) du skal gjøre.
Når du utvikler for Facebook-plattformen, mister du mye kontroll over hva du kan, og kan ikke gjøre.
I tillegg, gitt at Facebook har åpne APIer, betyr dette at barrierer for konkurrenter er lavere enn hva de kan være når du utvikler ditt eget system. Som et resultat er det en konkurrent som sannsynligvis vil kunne utvikle noe som ligner på det du har gjort. Det er liten eller ingen beskyttelse for dine ideer.
2. Facebook elsker å bytte - endringskode
Det er ikke bare brukere som hater det når Facebook endrer ting. Utviklere hater det også, og Facebook har en dårlig track record når det gjelder å være "utvikler vennlig."
Facebook elsker å oppgradere sin kode med liten eller ingen advarsel. Mens oppgraderinger er velkomne, har Facebook en dårlig oversikt over bakoverkompatibilitet. Dette betyr at du kun kan investere en betydelig sum penger kun for Facebook for å slå av visse APIer, endre måten som koden fungerer på eller for å endre hele koden base helt og holdent
I løpet av de siste tre årene har vi endret mye av kjernen i Chit Chat-applikasjonen tre ganger over.
Løsning: En beredskapsplan er viktig. Sørg for at du har både budsjett og støtte for å endre koden din på kort varsel.
3. God ide? Forbered deg på Facebook for å lage en klone
Som du utvikler for Facebooks plattform er det absolutt ingen barriere for dem å skape en konkurrerende applikasjon. Å konkurrere mot et offisielt Facebook-produkt er vanskelig å si mildt - selv om søknaden din er bedre enn deres.
Dessverre er media veldig "Facebook" fokusert, og som sådan - prøver å fremme en uoffisiell søknad krever både sterke armer og brede skuldre.
For å illustrere dette punktet utviklet Athena IT Limited et Facebook-chatprogram for skrivebordet, Blackberry og iPhone - Facebook har nå utviklet et søknad for hver av disse plattformene som konkurrerer med oss i hvert av disse nisjemarkedene.
For å gi et annet eksempel, for noen år siden opprettet jeg en petisjon og poll søknad - Facebook har nå sin egen app som dominerer dette markedssegmentet.
4. De skriver og omskriver regelen boken på vilje
For bedre eller verre gjelder den populære foreldre mantraen "mitt hus, mine regler" dessverre på Facebook-nettverket. I motsetning til en vanlig virksomhet, der du bare trenger å bekymre deg med lovene i landene du opererer med, med et produkt utviklet på Facebook-plattformen, må du også bekymre deg om Facebooks regler samt T & Cs - forhold som kan endres ved et øyeblikk varsel.
Et eksempel som viser dette punktet er Zygna. Brukerbasen deres har falt dramatisk fordi Facebook har begrenset måten de kan få brukerne til å betale for varer (begrenser til Facebook-kreditter) og begrenser mengden av markedsføring de kan gjøre. Som et godt finansiert VC-støttet selskap med millioner av brukere har de langt mer innflytelse enn de fleste utviklere.
I et annet eksempel, for noen år siden, opprettet jeg en avstemning / petisjon søknad som falt fugl av reglene når Facebook introduserte en grense på hvor mange personer du kan invitere til et program. Hvem vil kjøre en stolpe hvor de er begrenset til å invitere fem brukere om dagen?
5. Facebook-kampanjen
Tillat meg å bruke to definisjoner for å forklare denne delen.Jeg vil beskrive det som to typer Facebook-applikasjoner, de "on site" og de "off site." "On Site" -applikasjoner, basert på min definisjon, er et program som er hostet og utført fra Facebook-miljøet på Facebook underdomene, mens en applikasjon som ikke er på stedet, er et program som bruker Facebook API, men blir hostet og utført på serveren din på domenet / programvaren, men samhandler med Facebook på en eller annen måte.
Hvis du er sysselsatt med sosiale medier, kan du bestemme at sosiale medier vil være den eneste strategien der du får "trafikk" for din søknad.
Når du utvikler for Facebook-applikasjonsplattformen "on-site", slår du effektivt tilbake på søkemotor trafikk - det vil si Google. På grunn av Facebooks lukkede veggmiljø er det vanskeligere å rangere for søkeord og setninger.
Ettersom Facebook-applikasjonsbanen er den direkte ruten til søknaden din, vil media og andre nettsteder foretrekke å knytte direkte til den banen i stedet for et tredjeparts nettsted du produserer, det betyr at du hjelper Facebook til å rangere fremfor deg. Dette betyr at all "verdien" du lager, er å hjelpe Facebook-rang, i stedet for ditt eget produkt - husk at Facebook eier det nede og utvidelsen din i stedet for deg. Dessuten vil ikke søknaden din bli lastet inntil en bruker logger på Facebook, slik at Google ikke kan gjennomsøke det.
Når du ser på Facebooks lyse side, åpner du for Facebook for å åpne for muligheten for mye "fri organisk" viral trafikk. Når det er sagt, husk at Facebook på et innfall kan deaktivere søknaden din, endre koder som søknaden din er basert på eller deaktivere evnen til å markedsføre.
Det meste av det ovenfor er gjort uten evne til å klage eller uten formell vurdering eller advarsel.
For eksempel har Facebook deaktivert søknads-IDen som Digsby integrerte sin Facebook-løsning og dermed deaktivert evnen til å kommunisere med Facebook. Dette ble gjort uten advarsel.
Løsning: Kontroller at Facebook-integrasjonen din fortsetter å fungere og ha en beredskapsstrategi på plass hvis den ikke klarer å fungere. Kode robust slik at hvis en komponent slutter å virke, slutter hele programvareproduktet ikke å fungere.
Hvis du fortsatt skal utvikle for Facebooks plattform - ikke si at jeg ikke advarte deg om fallgruvene du vil oppleve.
Guest Post skrevet av: Daniel Offer -Facebook messaging programvare "Chit Chat".
