" /> Michielb.nl: October 2007 Archives

« September 2007 | Main | December 2007 »

October 12, 2007

Wat een blije collega's heb ik toch

Check onderstaand filmpje uit..

October 05, 2007

FOWA post 3 van 3: Tien tips over Communities

Het thema van de FOWA volgens Erwin Blom: Be Social, give up control, release early. Tien FOWA tips over hoe je moet omgaan met een community.

  1. Laat je community je platform gebruiken zoals zij dat willen. Men is veel creatiever dan jezelf. Hou in de gaten wat er gebeurt, de community kan je wijzen op kansen die je nog niet had gezien.
  2. Vrijwel alle bedrijven die spraken tijdens de FOWA werken volgens 'Release beta, let the market decide', zeker in de beginfase van een applicatie. Toch is dit niet heilig. Als je aan bedrijven wilt verkopen is dit geen goed idee.
  3. Geef toe als je een fout hebt gemaakt. Digg ondervond dit na het verwijderen van een decrypting code verhaal. Kevin Rose zegt dat hij veel eerder had moeten bloggen om uit te leggen, en toe te geven dat dit achteraf gezien een fout was.
  4. Wees open als je een storing of performance problemen hebt. Leg uit, en probeer er het beste van te maken. Flickr organiseerde eens een fotowedstrijd tijdens een storing, en gaf een aantal Pro accounts weg als prijs.
  5. Luister naar je community maar laat je niet leiden door de fanatici in je ontwikkeling. Die zijn niet de gemiddelde gebruiker, en daardoor kan je dingen gaan ontwikkelen die voor 90% van je gebruikers te moelijk zullen zijn.
  6. Luister wel naar de feedback van die core users als je met een nieuwe feature komt. Ning doet dit met hun 'network of network owners'. Door meteen goed te luisteren kunnen ze snel ingrijpen (dus echt in de eerste uren en dagen) en het leven voor de overige 90% aangenamer maken. Maak ook tijd voor die iteraties!
  7. Naast het luisteren naar je communities is het hebben van goede analytics van het grootste belang. Dat zeggen wij van Nedstat natuurlijk al jaren, en wij adviseren Nedstat :-). Daarmee zie je wat de stille meerderheid doet met je applicatie, en zie je misschien zelfs een verschil tussen wat men zegt en doet. Bepaal je succes metrics, liefst al voordat je een wijziging doet. Daarmee krijg je harde cijfers die een discussie in een heel ander perspectief kunnen zetten. Veel mensen klaagden bijvoorbeeld over het nieuwe comment systeem van Digg, maar Digg zag dat er 30% meer gecomment werd, en dat 20% meer gebruikers dit nu deden.
  8. Als je iets gaat wijzigen in een al bestaande community, bereid je dan voor op kritiek, bijvoorbeeld door een nieuwe feature uit te leggen met een screencast. Zo laat je zien waarom je iets doet, en dat je een echt mens bent die dit uit legt, niet "een systeem dat zomaar iets verandert".
  9. Ook vaak gehoord: Luister naar je community maar raak niet in paniek door het type negatieve feedback 'Het was vroeger beter' bij een wijziging. Don't panic. Mensen houden niet van verandering en zullen eerst altijd weerstand geven. Als ze daar na 2 weken nog steeds over klagen moet je gaan nadenken.
  10. Denk aan je community voor je customer service. Als je een forum maakt voor mensen om hun vragen in te stellen, zal je zien dat deze ook door andere klanten/community leden worden beantwoord. Dit spaart jou tijd. Wees niet bang dat men een concurrent gaat aanbevelen in je forum, over het algemeen wil men liever dat jij die feature gaat inbouwen die de concurrent al heeft dan dat men over wil stappen naar de concurrent. Men heeft ten slotte al in je geinvesteerd!

FOWA post 2 van 3: Tien tips over Web applicaties

Tien tips over het ontwikkelen van web applicaties.

  1. Gebruik alle online services die je kan gebruiken. Niet alleen om kosten te besparen, maar ook om tijd te winnen en je focus op je kern te laten blijven. Gebruik online storage als S3, huur servers in plaats van ze te kopen, huur een designer voor je logo, etc.
  2. Een closed beta is vaak een goed idee om grotere ellende te voorkomen. Toch is dit ook niet heilig. Slideshare doet dit niet, het kost ze te veel tijd en energie. Kijk dus goed of je het als organsiatie aan kan.
  3. Over usability testing zijn de meningen ook verdeeld. Digg en Pownce zijn overtuigd van focus groups en/of usability testing om wijzigingen te testen. Slideshare niet, die zegt dat je een screenshot niet goed kan laten beoordelen, het gaat om het hele systeem, inclusief de social features die slecht te testen zijn als het niet 'the real thing' is.
  4. Zorg voor goede interoperability. Dopplr gebruikt in hun RSS feed een aantal andere standaarden, zoals GeoRSS en Google Calendar. Daardoor is hun feed meteen makkelijk te gebruiken in bijvoorbeeld Yahoo Pipes, waarmee Google Earth plaatjes te maken zijn.
  5. Zorg voor makkelijke import van iemands bestaande netwerk. Dopplr heeft daar veel werk van gemaakt en dat werkt bijzonder goed. Importeer je Twitter netwerk en Dopplr kijkt wie er uit jouw netwerk al bij Dopplr zit. Aanvinken met wie je je reizen wil delen, en klaar. Momenteel zijner 4 standaarden, oAuth is een initiatief om dit op een eenduidige, open manier te gaan doen.
  6. Ik heb weinig gehoord over mobiel, er was maar 1 sessie die puur daar over ging. Tips uit die sessie: Denk aan wat een gebruiker mobiel wil doen, dus maak geen gekrompen versie van je site. Probeer ook niet om het uiterlijk van je mobile app perfect te maken, dit gaat je nooit op alle toestellen lukken. En mobiele gebruikers zijn nauwelijks geinteresseerd in outbound links. Die heb je niet nodig.
  7. Zorg voor API's. Het maakt je tot platform, men gaat je dienst integreren met anderen en op totaal nieuwe manieren gebruiken. Toch is ook dit niet heilig, Sphere bijvoorbeeld heeft geen API en is daar nog steeds erg onzeker over. Ze zijn bang om de controle weg te geven en bang dat de API straks niet future-proof zal blijken.
  8. In het andere extreem kan je bedrijf zelfs alleen maar een API zijn, zoals Fireeagle (codenaam) van Yahoo gaat worden. Het enige wat ze doen is de geografische locatie van een gebruiker uniform vertalen en doorgeven tussen web applicaties. De waarde die zij intern krijgen is enorm.. Ze weten straks van miljoenen mensen precies waar ze zijn, real-time. Ik vind dit een geniaal project. Het is zelfs beter dan ik het had kunnen verzinnen. :-)
  9. Denk aan de data die je hebt, en kijk of je die kan verzamelen om meerwaarde te creeeren. MyBlogLog maakt nu lijstjes van 'andere blogs waar jouw bezoekers ook zijn'. Dat is uniek, en alleen beschikbaar voor de leden van hun netwerk. Ook Slideshare heeft een dergelijke 'Virality based navigation': Jouw vrienden bekijken nu deze presentaties.
  10. De simpele technieken hebben gewonnen van de ingewikkelde. REST werkt, SOAP niet, AJAX werkt, Serverside niet, Microformats werkt, RDF+OWL niet. Okee dit was niet echt een enorm nuttige tip maar nu zijn het er wel tien.

FOWA Post 1 van 3: Tien tips voor Startups

Na mijn spervuur van twitter berichten (250+ in 2 dagen) verzuchtte @w3lab "Ga je je indrukken op fowa nog samenvatten en ergens publiceren? Of moet ik proberen al je tweets terug te lezen?". Eigenlijk wel een goed idee. In de verschillende praatjes waren er een heel aantal overeenkomstige thema's maar ook juist andere visies op hetzelfde. In deze drie postings probeer ik de tien highlights per thema uit te lichten.

Omdat FOWA gaat over WebApps waren er veel praatjes over Startups. Tien tips.

  1. Wees flexibel in je business model. Goed voorbeeld is Sphere. Ze wilden een goede blogsearch gaan aanbieden, maar werden door een klant gevraagd om iets anders. Die route bleek te leiden tot wat ze nu zijn: Het kunnen plaatsen van Contextual outbound links bij artikelen. Hun techniek bleek daar zeer goed in te zijn.
  2. Wees niet bang om 'open' te gaan. Als je wordt ge-techcrunched en je daardoor plat gaat, dan is dat maar zo. Slideshare was toen nog in invite-only en dat heeft ze veel momentum gekost.
  3. Voer het idee meteen uit. Deze opmerking heb ik veel gehoord. Als jij een idee hebt, heeft iemand anders dat ook. Op dat moment. En omdat iedereen nu een startup kan worden moet je snel zijn! Dus ga er mee aan de gang, eventueel in kleine stapjes als je al groter bent. Ook omdat je dan intern het tempo en de energie er in houdt.
  4. Bang zijn voor Google heeft niet veel zin. Ze kunnen altijd met iets komen waardoor je overbodig wordt. Maar Google zal zich vaak richten op de 'long tail', dus je zit minder in de gevarenzone als je je richt op de Enterprise markt.
  5. Volgens guru's Om Malik en Michael Arrington zijn er kansen in Enterprise en Mobiel. Ik denk dat dit lastig kan zijn voor de bestaande 'startup-achtigen' omdat ze niet kunnen wennen aan de eisen die door bedrijven worden gesteld. Bedrijven willen geen 'cool software', 'dagelijkse updates' en 'community beta'. Men heeft het al druk genoeg. Het moet werken en goed integreren in de bestaande processen en systemen. Het belangrijkste is een single sign on!
  6. Wees niet bang voor fouten. Er zullen dingen fout gaat. Probeer nieuwe en innovatieve fouten te maken. Bedrijven worden beoordeeld naar hun goede dingen, niet hun slechte. Denk aan Google, hoeveel goede en mislukte producten hebben die ontwikkeld?
  7. Grotere bedrijven hebben vaak bottlenecks die nieuwe dingen tegen houden (een persoon of een commitee). Probeer hier omheen te gaan, door iets een prototype of een experiment te noemen. Of een 'staged pilot'. Maar vooral: Just release stuff! Buig het systeem. Doe je best!
  8. Als bedrijven je klant zijn, denk dan aan goed 'learning material'. Dat is effectiever dan trainingen want daar blijft te weinig van hangen. 80% van het leren is informeel! Focus in het materiaal op de vraag van de gebruiker, niet het systeem van de software.
  9. Huur experts in als je die nodig hebt. Bespaar tijd door programmeurs in te huren voor klussen die je zelf niet kan. Maar dit kan problemen geven als je niet voorbereid bent op succes en het schalen. Huur vooral wel een DBA en sysadmin in om naar je database schema en Apache config te laten kijken.
  10. Starten wordt steeds makkelijker en goedkoper. Vroeger was er geld nodig, en dat zorgde dat bepaalde ideeen niet van de grond kwamen omdat er eerst 'een plan' moest worden geschreven en gepresenteerd aan VC's, en dat is niet altijd de sterkste kant van de starters. Het geld is nu minder van belang, je kan heel goedkoop beginnen. Wel zijn iets na die prille fase de informal investors cruciaal. Zelfs Google had het niet gehaald zonder die 'angels'. Het zitten in een Hub als Silicon Valley helpt dan!