[feat][pricewatch] productlevencyclus weergeven

[ieperlingetje]

Waarschijnlijk niet direct een feature dat in een paar dagen in elkaar gestoken kan worden, maar met de uitgebreide database van de pricewatch + gerelateerde nieuwsberichten op tweakers, moet het toch perfect mogelijk zijn om product cycles van een product weer te geven en/of te voorspellen? Een goed voorbeeld is het welbekende MacRumors Buyer's Guide, maar die geld enkel voor apple producten, het zou mooi zijn als dit zou kunnen worden doorgetrokken naar smartphones, fototoestellen enz... . Op die manier kunnen mensen beter inschatten of ze het product aankopen of liever wachten, en de aangeboden prijzen van de webwinkels vergelijken met de ouderdom van het apparaat.

[Verwijderd]

Bij ieder product staat onderaan de pricelisting een grafiek, waarin de prijsontwikkeling van een product wordt getoond (zie bijvoorbeeld pricewatch: Samsung Galaxy S5 Zwart). Dit is weliswaar nog zonder toekomstvoorspellende prijzen, maar geeft wel inzicht in de ontwikkeling van de minimum en de gemiddelde prijs. Door deze informatie op deze manier te presenteren hopen we dat mensen de juiste keuze mbt aankoopmoment kunnen maken. Het voorbeeld van MacRumors is wel erg mooi, maar vereist inderdaad nogal wat ontwikkeltijd. Ik betwijfel of we hier op korte termijn hoge prioriteit aan zouden geven.

[ACM]

't Heeft niet alleen aardig wat voeten in aarde wat betreft ontwerp en ontwikkeling...

Het vereist ook daarna een continue beheersstroom, waarbij je dit in theorie voor alle producten moet bijhouden (of moet besluiten welke dan niet). En er zijn zat producten waar het erg moeilijk van is te bepalen of het uberhaupt een upgrade is of een nieuwe versie van hetzelfde product is. Misschien is het wel een upgrade van meerdere oudere versies uit meerdere generaties of wordt een product juist vervangen door twee nieuwe (iPhone 5s -> iPhone 6/6 Plus).

Het is alleen daardoor al niet te automatiseren, maar zelfs als je het op basis van productnaam probeert zou het automatiseren aardig wat fouten geven. Je zou vast iets kunnen maken dat besluit dat de iPad Air de opvolger van de iPad is, maar hoe weet datzelfde algoritme dat de iPad mini geen opvolger is, maar juist een nieuw product?
Kortom, dat wordt dan handwerk om de relaties uit te zoeken en daarna te leggen en/of te corrigeren. En met duizenden nieuwe producten per jaar is dat wel een significante extra aanslag op onze beheerders, ben ik bang, zelfs als je ze niet allemaal doet
We kunnen vast ook de community ervoor activeren, maar dan is het natuurlijk nog meer ontwikkelwerk (om de interface meer "fool"-proof te maken, rechten ervoor te kunnen toevoegen die ook weer ingetrokken kunnen worden, etc) en vereist alsnog iemand van onszelf die er daarna aandacht aan schenkt om foutjes en klachten te verwerken

Daarnaast vind ik het concept van advies geven op basis van de levensduur of moment van introductie - zoals macrumors doet - wat vreemd. Waarom zou de iPod Nano niet meer gekocht moeten worden? Alleen maar omdat de introductie van de laatste wijziging ruimschoots langer is dan de gemiddelde periode tussen voorgaande upgrades? Maar het kan nog steeds het beste product zijn voor je wensen en wachten heeft blijkbaar geen zin want je weet toch niet of er uberhaupt nog een nieuwe versie komt

En is de introductie van de iPhone 6 niet juist een mooi moment om ook de iPhone 5S te overwegen (omdat die dan significant in prijs gaat dalen)? Maar is de iPhone 5S daarmee daadwerkelijk aan het einde van zijn life cycle?
En daar is het volgende punt; onze opslag en presentatie van producten sluit ook niet zo aan op het hele idee van een continue flow van nieuwe producten in een bepaalde serie, terwijl Macrumors juist dat als uitgangspunt neemt. En het is maar de vraag of dat wel bij genoeg andere producten zo mooi werkt.

Macrumors heeft een iPhone die blijkbaar elke 376 dagen een revisie krijgt. Wij hebben los informatie over (en ook nog steeds prijzen van) de iPhone 4, iPhone 4s, iPhone 5(c) en iPhone 5s. Naast die van de iPhone 6 en iPhone 6 Plus.
Dus wat is dan de life-cycle daarvan?

Anders gezegd, of we het ooit doen bepalen onze productmanagers, maar bij de lijst voors en tegens komen uiteraard wel dat soort dingen naar voren (is het een leuk/goed idee? heeft het zin voor Tweakers? past het bij Tweakers? past het bij de informatie die Tweakers heeft/biedt? hoeveel werk is het "up-front"? wie houdt het bij? hoeveel werk is het na release voor hen?)

edit:
Hmm, best een lange tekst geworden

[ieperlingetje]

Het heeft inderdaad heel wat voeten in de aarde, maar ik denk met de hulp van de community het best moet mogelijk zijn om zoiets te onderhouden. Niet alles zal correct zijn, maar dat is wikipedia ook niet. Bij het ontwikkelen zal er inderdaad met een hoop rekening moeten worden worden gehouden. Ik wou het idee in elk geval delen, en misschien zien we het ooit in de pricewatch verschijnen.