Velg rutermodus før du skriver funksjonslisten

For en ruterforespørsel ville jeg satt en liten nettverksskisse over produktsammenligningen. Er den nye enheten ment å være hovedruteren, eller gi Wi-Fi bak en eksisterende ruter? Svaret hører til ved siden av ønsket driftsmodus. To lignende bokser kan tilbys for forskjellige roller, og en forhandler må vite hvilken rolle den foreslåtte beskrivelsen lover før du velger varen.

På demonstrasjonsposten ville jeg la tre felter for leverandøren: modell, maskinvarerevisjon og installert fastvare. Jeg vil holde svarene på samme side som den foreslåtte modusen. En funksjon som vises for en annen maskinvareversjon vil forbli et åpent spørsmål. En manuell sidereferanse vil hjelpe, eller en returnert innstillingsvisning fra prøven. Jeg vil be om at privat nettverksdetaljer fjernes fra den visningen. Uten versjonsposten ville jeg fortsatt sammenlignet en produktfamiliebeskrivelse med en prøve hvis konfigurasjon var uspesifisert.

Funksjonskolonnene vil følge den konfigurasjonen. For en kjøper som er interessert i gjestetilgang, trafikkkontroller eller en VPN-funksjon, vil jeg spørre hvilke forespurte funksjoner som fungerer i den valgte modusen på den tilbudte versjonen. TP-Links vanlige spørsmål om ruter versus tilgangspunkt beskriver modusavhengige begrensninger i produktene. Jeg vil bruke det som en grunn til å stille spørsmålet, i stedet for å kopiere svaret til en annen leverandørs ruter. En funksjon nevnt andre steder i en katalog avgjør ikke tilgjengeligheten i dette spesielle tilbudet.

For den kablede siden vil jeg be om et bakpanel og et portbord returnert av leverandøren. Hver fysisk port vil bli identifisert, med dens angitte tilkoblingshastighet og dens rolle i den foreslåtte modusen. Hvis en port endrer rolle med modusen, vil den forskjellen gå i svaret. En overskriftsbeskrivelse for trådløs hastighet vil forbli atskilt fra portspesifikasjonene. Jeg ville ikke gjøre noen av tallene om til et løfte om kundens internetthastighet; som ville gjøre den faktiske tilkoblingen og bruksforholdene uforklarlige.

Forhandlerpakken ville ha en egen linje for strømforsyning, kabel og instruksjoner som faktisk er inkludert. For forhandlerens forespurte språk vil jeg la egne svarplasser under grensesnitt og trykt veiledning. Leverandøren kunne identifisere skjerm- og dokumentversjonene i disse områdene. En engelsk demonstrasjonsskjerm ville ikke svare på det for et annet språk. For en app-avhengig funksjon vil jeg be leverandøren om å navngi den nødvendige kontoen eller tjenesten i svaret. Alternativet for lokalt grensesnitt trenger et svar ved siden av. Hvis en gjentakende avgift gjelder, vil det gå inn i sammenligningen før forhandleren priser tilbudet.

Jeg ville lagt utkastet til salgssiden ved siden av prøveoppføringen og sjekket modusen som er navngitt i hver. Enhver ubekreftet funksjon ville holde seg utenfor salgsløftet mens spørsmålet ble returnert til leverandøren. En prøvevurdering kan da bruke den avtalte nettverksrollen og forespurte funksjoner, med betingelser og resultater dokumentert separat. En senere versjonsendring vil sende meg tilbake til de aksepterte funksjonssvarene. Jeg vil spørre leverandøren hvilke svar som fortsatt gjaldt og som krevde en ny vurdering. Støttepersonell kunne da hente versjonen og modusen bak salgsbeskrivelsen, i stedet for å starte en oppsettforespørsel med kun navnet trykt på esken.