Välj routerläge innan du skriver funktionslistan

För en routerförfrågan skulle jag lägga en liten nätverksskiss ovanför produktjämförelsen. Är den nya enheten tänkt att vara huvudroutern eller tillhandahålla Wi-Fi bakom en befintlig router? Svaret hör till det begärda driftläget. Två lådor som ser likadana ut kan erbjudas för olika roller, och en återförsäljare måste veta vilken roll den föreslagna beskrivningen lovar innan man väljer artikeln.

På demonstrationsposten skulle jag lämna tre fält för leverantören: modell, hårdvaruversion och installerad firmware. Jag skulle behålla dess svar på samma sida som det föreslagna läget. En funktion som visas för en annan hårdvaruversion skulle förbli en öppen fråga. En manuell sidhänvisning skulle hjälpa, eller en returnerad inställningsvy från provet. Jag ber om att privata nätverksdetaljer tas bort från den vyn. Utan versionsposten skulle jag fortfarande jämföra en produkt-familjebeskrivning med ett prov vars konfiguration var ospecificerad.

Funktionskolumnerna skulle följa den konfigurationen. För en köpare som är intresserad av gäståtkomst, trafikkontroller eller en VPN-funktion skulle jag fråga vilka efterfrågade funktioner som fungerar i det valda läget på den erbjudna versionen. TP-Links vanliga frågor om router kontra åtkomstpunkt beskriver lägesberoende begränsningar i sina produkter. Jag skulle använda det som en anledning att ställa frågan, snarare än att kopiera svaret till en annan leverantörs router. En funktion som nämns på andra ställen i en katalog avgör inte dess tillgänglighet i detta specifika erbjudande.

För den trådbundna sidan skulle jag be om en bakre panelvy och ett portbord som returneras av leverantören. Varje fysisk port skulle identifieras, med dess angivna anslutningshastighet och dess roll i det föreslagna läget. Om en port byter roll med läget, skulle den skillnaden gå i svaret. En rubrikbeskrivning för trådlös hastighet skulle förbli skild från portspecifikationerna. Jag skulle inte förvandla någondera figuren till ett löfte om kundens internethastighet; som skulle lämna den faktiska anslutningen och användningsförhållandena oförklarade.

Återförsäljningspaketet skulle ha en separat linje för strömförsörjning, kabel och instruktioner som faktiskt ingår. För återförsäljarens efterfrågade språk skulle jag lämna separata svarsutrymmen under gränssnitt och tryckt guide. Leverantören kunde identifiera skärm- och dokumentversionerna i dessa utrymmen. En engelsk demonstrationsskärm skulle inte svara på det för ett annat språk. För en app-beroende funktion skulle jag be leverantören att nämna det konto eller tjänst som krävs i sitt svar. Alternativet för lokalt gränssnitt skulle behöva ett svar vid sidan av det. Om en återkommande avgift tillkommer, skulle det gå in i jämförelsen innan återförsäljaren prissätter erbjudandet.

Jag skulle lägga utkastsidan för försäljning bredvid provposten och kontrollera vilket läge som anges i varje. Varje obekräftad funktion skulle hålla sig utanför försäljningslöftet medan frågan returnerades till leverantören. En provbedömning kan sedan använda den överenskomna nätverksrollen och efterfrågade funktioner, med villkor och resultat dokumenterade separat. En senare versionsändring skulle skicka mig tillbaka till de accepterade funktionsvaren. Jag skulle fråga leverantören vilka svar som fortfarande gällde och vilka som krävde en ny bedömning. Supportpersonalen kunde sedan hämta versionen och läget bakom försäljningsbeskrivningen, istället för att påbörja en installationsförfrågan med endast namnet tryckt på kartongen.