Overweegt u om Slack te gebruiken om uw interne bedrijfswiki te upgraden?
Je bent niet alleen. Oprichters zijn voortdurend op zoek (en vaak worstelen ze) om de meest geschikte wiki te vinden voor de interne kennis van hun bedrijf. En, eerlijk gezegd, begrijp ik volledig waarom de meeste leiders denken dat een interne wiki hun bedrijf ten goede zou komen. Uiteindelijk zouden wiki's een vrij snelle manier moeten zijn om samen te werken en bedrijfsinformatie te delen op één centrale locatie. Maar de meeste organisaties — vooral die op afstand — zijn al bezig met precies dat in Slack! Dus, als eerste stap, waarom niet profiteren van al die kennis? Wanneer u weet dat u Slack wilt gebruiken, kunnen we u helpen bij het evalueren van de beste bedrijfswiki-oplossing voor uw organisatie.
Wat is een Slack-wiki?
Een wiki is een bij te werken bron van interne bedrijfsinformatie. Een Slack-wiki heeft dezelfde functie, maar is geschikt voor samenwerkingsworkflows. Wiki's die niet zijn uitgerust met een Slack of andere samenwerkingssoftware-integratie houden geen rekening met de manier waarop we werken die verandert. Door Slack toe te voegen aan uw bestaande interne wiki kunt u uw volledige kennisbank benaderen zonder ooit het gesprek te verlaten.
Bedrijfswiki's zijn slechts het vertrekpunt
Traditionele wiki's (zelfs die met Slack-integraties) worden snel verouderd en moeilijk te beheren naarmate uw team groeit en uw kennis toeneemt, wat resulteert in een lage adoptie. Met dat gezegd, als u op zoek bent naar een interne bedrijfswiki, zorg er dan voor dat het een Slack-integratie biedt.
Ontdek waarom uw bedrijf beter verdient dan een traditionele wiki.
Laten we de twee belangrijke redenen uiteenzetten waarom traditionele wiki's niet meer voldoen:
Interne wiki's maken het moeilijk om te bepalen of uw inhoud accuraat of effectief is
Dit is wat er gebeurt met inhoud in traditionele interne wiki's:
U besteedt veel tijd aan het schrijven en ontwerpen van de perfecte pagina, maar nadat u deze heeft geschreven, vergeet u deze bij te werken of zelfs dat deze bestaat.
Wiki's maken het bijna onmogelijk om te achterhalen wanneer de inhoud voor het laatst is bijgewerkt of zelfs wordt gelezen, wat resulteert in verouderde inhoud.
Uw team vertrouwt niet
dat de inhoud in uw wiki accuraat is, wat leidt tot een lage adoptie.
Erger nog, uw team zou deze verouderde informatie kunnen gebruiken en delen met uw prospects of klanten!
Informatie over uw bedrijf verandert elke dag: er worden nieuwe functies gebouwd, nieuwe concurrenten ontstaan en nieuwe interne processen worden gecreëerd. Je moet een interne wiki vinden die leeft en meegroeit met je bedrijf, dus waarom zou je het niet in Slack zetten, midden in de communicatiestromen?
Traditionele bedrijfswiki's passen niet in je Slack-communicatieworkflow
Hoewel inhoud gemakkelijk toe te voegen is aan interne wiki's, is het veel moeilijker om er toegang toe te krijgen. Gewoonlijk fungeren interne wiki's als portals, wat betekent dat om enige kennis van hen te krijgen, je team hun workflow moet verlaten, een ander tabblad moet openen en vervolgens moet zoeken om de kennis te vinden. Dit is een echt pijnpunt en een verlies aan productiviteit voor je bedrijf. Volgens McKinsey besteden je klantgerichte teams ⅓ van hun tijd alleen aan het zoeken naar informatie!
Bijdragen aan die tijd is de constante contextwisseling tussen de workflow en de wiki die je team moet doen om belangrijke bedrijfskennis te raadplegen. Jouw bedrijf leeft in apps zoals Slack, of je CRM voor je verkoopteam, en je ticketoplossing voor je ondersteuningsteam. Om die reden zou je interne wiki daar ook niet moeten worden geplaatst?
4 zaken om op te letten bij het evalueren van een Slack-wiki-oplossing:
1. Kenniszoekbaarheid
Wanneer je zoekt in Slack, zoek je door gesprekken. Wanneer je in je wiki zoekt, zoek je naar kennis. Gesprekken zijn statisch, eenmaal gebeurd veranderen ze niet. Kennis daarentegen moet evolueren naarmate je bedrijf groeit. De inhoud in je wiki is bedoeld om te veranderen. Zie hoe Guru dit probleem oplost met onze Slack-oplossing .
In tegenstelling tot een wiki, is een geïntegreerd kennisbeheer platform een enkele bron van de waarheid.
Jouw bedrijf heeft een enkele bron van waarheid nodig, zodat ze niet langer tussen meerdere Google Drive- en Box-mappen, e-mailthreads en Slack-gesprekken hoeven te zoeken alleen om één antwoord te vinden.
Informatie in traditionele interne wiki's wordt snel verouderd omdat:
Gesprekken in Slack en e-mailthreads zijn statisch.
Processen, concurrenten en de veranderingen in je product evolueren in de loop van de tijd.
Deskundigen op het gebied zijn niet constant informatie aan het bijwerken en verifiëren in wiki's.
Klantgerichte teams willen prospects en klanten niet verkeerd informeren. Dus, het gebrek aan vertrouwen in je interne wiki leidt hen ertoe om berichten te sturen of de vakexperts in je team te onderbreken. Dit leidt tot een cyclus van afnemende interesse in het onderhouden van je interne wiki.
Naast een langdurig negatief rendement op investering, kost alleen de onderbreking van uw experts uw team geld. Een recente studie toonde aan dat het gemiddeld 23 minuten en 15 seconden duurt om te herstellen van een onderbreking. Eenmalige berichten en schouderklopjes schalen niet, vooral niet wanneer uw clientgerichte teams blijven groeien en individueel dezelfde vragen blijven stellen aan uw experts. Het vinden van een kennisoplossing die gemakkelijk doorzoekbaar is binnen Slack is essentieel om de storende onderbrekingen die de productiviteit van uw team belemmeren te elimineren.
Uw Slack-kanalen zijn gevuld met een schat aan relevante bedrijfskennis die is gecreëerd door organische gesprekken. Het mooie van de app is dat het samenwerking tussen teams faciliteert, maar elk team kan een apart Slack-kanaal hebben waar kennis wordt gedeeld en in realtime wordt bijgewerkt, zodat niet iedereen op de hoogte is.
Als u die kennis niet vastlegt nadat deze is gecreëerd, laat u waarde liggen die wordt gecreëerd door het gebruik van Slack. Erger nog, het betekent dat uw vakdeskundigen nog steeds constant schouderklopjes krijgen en herhaalde vragen die al antwoorden kunnen hebben in uw kennisbank.
Met een wiki die in Slack leeft, zou het vastleggen van kennis zo eenvoudig moeten zijn als een druk op de knop, en met Slack-oplossing van Guru, dat is het.
Eenmaal vastgelegd in uw wiki, kan het onmiddellijk worden hergebruikt door uw hele bedrijf, wat de herhaalde vragen die uw experts consistent ontvangen aanzienlijk vermindert.
3. Vertrouwensstatus van de wiki
Zoals eerder vermeld, leidt verouderde of onnauwkeurige inhoud tot wantrouwen in uw wiki en lage adoptie. Dit is waar u op moet letten bij een wiki om ervoor te zorgen dat ze het probleem van verouderde inhoud aanpakken:
Mogelijkheid om kennis toe te wijzen aan experts in uw team (of een groep van hen)
De wiki gebruikt "push"-tactieken om experts proactief te herinneren om te controleren of de inhoud nog steeds nauwkeurig is
Een manier om uw experts in staat te stellen de inhoud bij te werken terwijl ze in Slack werken
Het is belangrijk om te begrijpen welke kennis in uw wiki het meest wordt gebruikt. Zorg ervoor dat u een oplossing vindt die analyses heeft om het gebruik van uw wiki te monitoren, zodat u uw meest effectieve kennis en totale adoptie van uw kennisbank kunt identificeren. De beste oplossingen kunnen ook kennis voorstellen die aan uw wiki moet worden toegevoegd op basis van zoekopdrachten die geen resultaten opleveren.
Daar heb je het. Nu je begrijpt waarom traditionele wiki's niet effectief zijn en waar je op moet letten in een Slack-wiki, hopen we dat je gewapend bent met alles wat je nodig hebt om potentiële oplossingen effectief te evalueren.
Overweegt u om Slack te gebruiken om uw interne bedrijfswiki te upgraden?
Je bent niet alleen. Oprichters zijn voortdurend op zoek (en vaak worstelen ze) om de meest geschikte wiki te vinden voor de interne kennis van hun bedrijf. En, eerlijk gezegd, begrijp ik volledig waarom de meeste leiders denken dat een interne wiki hun bedrijf ten goede zou komen. Uiteindelijk zouden wiki's een vrij snelle manier moeten zijn om samen te werken en bedrijfsinformatie te delen op één centrale locatie. Maar de meeste organisaties — vooral die op afstand — zijn al bezig met precies dat in Slack! Dus, als eerste stap, waarom niet profiteren van al die kennis? Wanneer u weet dat u Slack wilt gebruiken, kunnen we u helpen bij het evalueren van de beste bedrijfswiki-oplossing voor uw organisatie.
Wat is een Slack-wiki?
Een wiki is een bij te werken bron van interne bedrijfsinformatie. Een Slack-wiki heeft dezelfde functie, maar is geschikt voor samenwerkingsworkflows. Wiki's die niet zijn uitgerust met een Slack of andere samenwerkingssoftware-integratie houden geen rekening met de manier waarop we werken die verandert. Door Slack toe te voegen aan uw bestaande interne wiki kunt u uw volledige kennisbank benaderen zonder ooit het gesprek te verlaten.
Bedrijfswiki's zijn slechts het vertrekpunt
Traditionele wiki's (zelfs die met Slack-integraties) worden snel verouderd en moeilijk te beheren naarmate uw team groeit en uw kennis toeneemt, wat resulteert in een lage adoptie. Met dat gezegd, als u op zoek bent naar een interne bedrijfswiki, zorg er dan voor dat het een Slack-integratie biedt.
Ontdek waarom uw bedrijf beter verdient dan een traditionele wiki.
Laten we de twee belangrijke redenen uiteenzetten waarom traditionele wiki's niet meer voldoen:
Interne wiki's maken het moeilijk om te bepalen of uw inhoud accuraat of effectief is
Dit is wat er gebeurt met inhoud in traditionele interne wiki's:
U besteedt veel tijd aan het schrijven en ontwerpen van de perfecte pagina, maar nadat u deze heeft geschreven, vergeet u deze bij te werken of zelfs dat deze bestaat.
Wiki's maken het bijna onmogelijk om te achterhalen wanneer de inhoud voor het laatst is bijgewerkt of zelfs wordt gelezen, wat resulteert in verouderde inhoud.
Uw team vertrouwt niet
dat de inhoud in uw wiki accuraat is, wat leidt tot een lage adoptie.
Erger nog, uw team zou deze verouderde informatie kunnen gebruiken en delen met uw prospects of klanten!
Informatie over uw bedrijf verandert elke dag: er worden nieuwe functies gebouwd, nieuwe concurrenten ontstaan en nieuwe interne processen worden gecreëerd. Je moet een interne wiki vinden die leeft en meegroeit met je bedrijf, dus waarom zou je het niet in Slack zetten, midden in de communicatiestromen?
Traditionele bedrijfswiki's passen niet in je Slack-communicatieworkflow
Hoewel inhoud gemakkelijk toe te voegen is aan interne wiki's, is het veel moeilijker om er toegang toe te krijgen. Gewoonlijk fungeren interne wiki's als portals, wat betekent dat om enige kennis van hen te krijgen, je team hun workflow moet verlaten, een ander tabblad moet openen en vervolgens moet zoeken om de kennis te vinden. Dit is een echt pijnpunt en een verlies aan productiviteit voor je bedrijf. Volgens McKinsey besteden je klantgerichte teams ⅓ van hun tijd alleen aan het zoeken naar informatie!
Bijdragen aan die tijd is de constante contextwisseling tussen de workflow en de wiki die je team moet doen om belangrijke bedrijfskennis te raadplegen. Jouw bedrijf leeft in apps zoals Slack, of je CRM voor je verkoopteam, en je ticketoplossing voor je ondersteuningsteam. Om die reden zou je interne wiki daar ook niet moeten worden geplaatst?
4 zaken om op te letten bij het evalueren van een Slack-wiki-oplossing:
1. Kenniszoekbaarheid
Wanneer je zoekt in Slack, zoek je door gesprekken. Wanneer je in je wiki zoekt, zoek je naar kennis. Gesprekken zijn statisch, eenmaal gebeurd veranderen ze niet. Kennis daarentegen moet evolueren naarmate je bedrijf groeit. De inhoud in je wiki is bedoeld om te veranderen. Zie hoe Guru dit probleem oplost met onze Slack-oplossing .
In tegenstelling tot een wiki, is een geïntegreerd kennisbeheer platform een enkele bron van de waarheid.
Jouw bedrijf heeft een enkele bron van waarheid nodig, zodat ze niet langer tussen meerdere Google Drive- en Box-mappen, e-mailthreads en Slack-gesprekken hoeven te zoeken alleen om één antwoord te vinden.
Informatie in traditionele interne wiki's wordt snel verouderd omdat:
Gesprekken in Slack en e-mailthreads zijn statisch.
Processen, concurrenten en de veranderingen in je product evolueren in de loop van de tijd.
Deskundigen op het gebied zijn niet constant informatie aan het bijwerken en verifiëren in wiki's.
Klantgerichte teams willen prospects en klanten niet verkeerd informeren. Dus, het gebrek aan vertrouwen in je interne wiki leidt hen ertoe om berichten te sturen of de vakexperts in je team te onderbreken. Dit leidt tot een cyclus van afnemende interesse in het onderhouden van je interne wiki.
Naast een langdurig negatief rendement op investering, kost alleen de onderbreking van uw experts uw team geld. Een recente studie toonde aan dat het gemiddeld 23 minuten en 15 seconden duurt om te herstellen van een onderbreking. Eenmalige berichten en schouderklopjes schalen niet, vooral niet wanneer uw clientgerichte teams blijven groeien en individueel dezelfde vragen blijven stellen aan uw experts. Het vinden van een kennisoplossing die gemakkelijk doorzoekbaar is binnen Slack is essentieel om de storende onderbrekingen die de productiviteit van uw team belemmeren te elimineren.
Uw Slack-kanalen zijn gevuld met een schat aan relevante bedrijfskennis die is gecreëerd door organische gesprekken. Het mooie van de app is dat het samenwerking tussen teams faciliteert, maar elk team kan een apart Slack-kanaal hebben waar kennis wordt gedeeld en in realtime wordt bijgewerkt, zodat niet iedereen op de hoogte is.
Als u die kennis niet vastlegt nadat deze is gecreëerd, laat u waarde liggen die wordt gecreëerd door het gebruik van Slack. Erger nog, het betekent dat uw vakdeskundigen nog steeds constant schouderklopjes krijgen en herhaalde vragen die al antwoorden kunnen hebben in uw kennisbank.
Met een wiki die in Slack leeft, zou het vastleggen van kennis zo eenvoudig moeten zijn als een druk op de knop, en met Slack-oplossing van Guru, dat is het.
Eenmaal vastgelegd in uw wiki, kan het onmiddellijk worden hergebruikt door uw hele bedrijf, wat de herhaalde vragen die uw experts consistent ontvangen aanzienlijk vermindert.
3. Vertrouwensstatus van de wiki
Zoals eerder vermeld, leidt verouderde of onnauwkeurige inhoud tot wantrouwen in uw wiki en lage adoptie. Dit is waar u op moet letten bij een wiki om ervoor te zorgen dat ze het probleem van verouderde inhoud aanpakken:
Mogelijkheid om kennis toe te wijzen aan experts in uw team (of een groep van hen)
De wiki gebruikt "push"-tactieken om experts proactief te herinneren om te controleren of de inhoud nog steeds nauwkeurig is
Een manier om uw experts in staat te stellen de inhoud bij te werken terwijl ze in Slack werken
Het is belangrijk om te begrijpen welke kennis in uw wiki het meest wordt gebruikt. Zorg ervoor dat u een oplossing vindt die analyses heeft om het gebruik van uw wiki te monitoren, zodat u uw meest effectieve kennis en totale adoptie van uw kennisbank kunt identificeren. De beste oplossingen kunnen ook kennis voorstellen die aan uw wiki moet worden toegevoegd op basis van zoekopdrachten die geen resultaten opleveren.
Daar heb je het. Nu je begrijpt waarom traditionele wiki's niet effectief zijn en waar je op moet letten in een Slack-wiki, hopen we dat je gewapend bent met alles wat je nodig hebt om potentiële oplossingen effectief te evalueren.
Ervaar de kracht van het Guru-platform uit de eerste hand - maak onze interactieve producttour
