Het is moeilijk om de redenatie tot één enkel ding te herleiden. We hebben een paar dingen waargenomen die ertoe leidden dat we besloten het gedrag van het “verhogen van de laatste post bij bewerking” te verwijderen.
In het geval van kleine bewerkingen is het onnodige ruis, zoals je al aangaf.
Maar zelfs in het geval van grote bewerkingen hebben we waargenomen dat het ook moeilijk uit te leggen is en vaak ongewenst is. We zagen dat mensen vaak naar de functie “verhogingsdatum resetten” grepen wanneer ze die mogelijkheid hadden na een grote bewerking van bijvoorbeeld een documentatieonderwerp. Vooral wanneer meerdere onderwerpen werden bewerkt, maar zelfs voor bewerkingen van één onderwerp. We hadden zelfs mensen die posts markeerden en ons vroegen dit te doen, terwijl wij er zelf geen moeite voor deden.
Maar “verhogingsdatum resetten” is niet erg vindbaar. Mensen vroegen hoe ze dat moesten doen, wat aangaf dat ze dingen eigenlijk niet wilden verhogen, maar er niet achter waren gekomen hoe ze dat konden voorkomen, en dat waarschijnlijk velen die zich niet de moeite hadden genomen om te vragen hetzelfde probleem hadden.
Een andere observatie was dat mensen onterecht aannamen dat anderen hun grote bewerkingen zouden zien. Ze maakten een stub post en bewerkten deze terwijl ze eraan werkten. Hun vertrouwen dat anderen zouden volgen, werd versterkt door de verhoging. Maar in werkelijkheid hebben velen die het onderwerp volgden niet de moeite genomen om te controleren omdat het onderwerp na bewerkingen nog steeds niet als ongelezen wordt weergegeven. Dus een extra antwoord om expliciet revisies te benoemen en om feedback of beoordeling te vragen in deze scenario’s was sowieso vaak nodig, maar gebeurde niet.
Ik ben er vrij zeker van dat de zaken uiteindelijk gemakkelijker te begrijpen zullen zijn zonder deze functionaliteit, maar we zullen een paar van deze gevallen moeten aanpakken waarbij mensen erop waren gaan vertrouwen.