Kies de routermodus voordat u de functielijst schrijft

Voor een routeraanvraag zou ik een kleine netwerkschets boven de productvergelijking plaatsen. Is het nieuwe apparaat bedoeld als hoofdrouter of om Wi-Fi te bieden achter een bestaande router? Het antwoord hoort bij de gevraagde bedrijfsmodus. Er kunnen twee op elkaar lijkende dozen worden aangeboden voor verschillende rollen, en een reseller moet weten welke rol de voorgestelde beschrijving belooft voordat hij het item selecteert.

Op het demonstratierecord zou ik drie velden achterlaten voor de leverancier: model, hardwarerevisie en geïnstalleerde firmware. Ik zou de antwoorden op dezelfde pagina houden als de voorgestelde modus. Een functie die voor een andere hardwareversie wordt getoond, zou een open vraag blijven. Een handmatige paginaverwijzing zou helpen, of een geretourneerde instellingenweergave uit het voorbeeld. Ik zou willen vragen om de details van het particuliere netwerk uit die weergave te verwijderen. Zonder het versierecord zou ik nog steeds een productfamiliebeschrijving vergelijken met een voorbeeld waarvan de configuratie niet gespecificeerd was.

De functiekolommen zouden die configuratie volgen. Voor een koper die geïnteresseerd is in gasttoegang, verkeerscontroles of een VPN-functie, zou ik willen vragen welke gevraagde functies in de geselecteerde modus op de aangeboden versie werken. De router-versus-access-point FAQ van TP-Link beschrijft modusafhankelijke beperkingen in zijn producten. Ik zou dat als reden gebruiken om de vraag te stellen, in plaats van het antwoord naar de router van een andere leverancier te kopiëren. Een functie die elders in een catalogus wordt vermeld, bepaalt niet de beschikbaarheid ervan in deze specifieke aanbieding.

Voor de bekabelde kant zou ik om een aanzicht op het achterpaneel en een poorttafel vragen die door de leverancier is teruggestuurd. Elke fysieke poort zou worden geïdentificeerd, met de aangegeven verbindingssnelheid en zijn rol in de voorgestelde modus. Als een poort van rol verandert met de modus, zou dat verschil in het antwoord verdwijnen. Een kopbeschrijving van de draadloze snelheid zou gescheiden blijven van de poortspecificaties. Ik zou beide cijfers niet omzetten in een belofte over de internetsnelheid van de klant; dat zou de daadwerkelijke verbinding en gebruiksomstandigheden onverklaard laten.

Het retailpakket zou een aparte regel hebben voor de voeding, kabel en instructies die daadwerkelijk worden meegeleverd. Voor de door de reseller gevraagde taal zou ik aparte antwoordruimten laten onder interface en gedrukte handleiding. De leverancier kon in die ruimtes de scherm- en documentversies identificeren. Een Engels demonstratiescherm zou daar voor een andere taal geen antwoord op geven. Voor een app-afhankelijke functie zou ik de leverancier vragen om in zijn antwoord de gewenste account of dienst te noemen. De lokale interface-optie zou ernaast een antwoord nodig hebben. Als er een terugkerende vergoeding van toepassing is, wordt deze meegenomen in de vergelijking voordat de wederverkoper de aanbieding prijst.

Ik plaatste de conceptverkooppagina naast de voorbeeldrecord en controleerde de modus die in elke record werd genoemd. Elke onbevestigde functie zou buiten de verkoopbelofte blijven terwijl de vraag werd teruggestuurd naar de leverancier. Bij een voorbeeldbeoordeling kan dan gebruik worden gemaakt van de overeengekomen netwerkrol en gevraagde functies, waarbij de voorwaarden en resultaten afzonderlijk worden gedocumenteerd. Een latere versiewijziging zou mij terugsturen naar de geaccepteerde functieantwoorden. Ik zou de leverancier vragen welke antwoorden nog van toepassing waren en waarvoor een nieuwe beoordeling nodig was. Het ondersteunend personeel zou dan de versie en modus achter de verkoopbeschrijving kunnen achterhalen, in plaats van een installatieonderzoek te starten waarbij alleen de naam op de doos staat afgedrukt.