Cenu pieprasījuma veidlapas dizains rūpniecības vietnes izstrādē

Cenu pieprasījuma veidlapas dizains ir daļa no rūpniecības vietnes izstrādes: tam jāpalīdz pircējam izskaidrot vajadzību, pirmajā saziņā neprasot pilnu specifikāciju. Piemērota veidlapa apkopo pietiekamu informāciju nākamajam komandas lēmumam un skaidri parāda iesniegšanas rezultātu.

Sāciet ar pieprasījuma saņēmēju. Jautājiet, kuri trūkstošie dati regulāri kavē noderīgu atbildi. Tad nošķiriet informāciju pieprasījuma sadalei no informācijas, kas vēlāk vajadzīga galīgam cenu piedāvājumam. Šī atšķirība pamato katra lauka esamību.

Nosakiet komandas pirmo lēmumu

Standarta komponentu piegādātājam var būt vajadzīgs produkta kods, daudzums un piegādes valsts. Līgumražotājam sākumā var pietikt ar īsu aprakstu un iespēju apspriest rasējumu. Rūpnieciskās apkopes uzņēmumam var būt vajadzīgs iekārtas veids un pakalpojuma vieta. Viena gara, universāla anketa reti labi kalpo visiem trim uzdevumiem.

Pirmajai saziņai uzrakstiet pieņemšanas nosacījumu: “Varam noteikt pieprasīto pakalpojumu un sazināties ar pircēju specifikācijas precizēšanai.” Ar to izvērtējiet ierosinātos obligātos laukus. Ja detaļa pirmo darbību nemaina, apsveriet neobligātu lauku vai tās ievākšanu vēlāk.

Tā ir noderīga robeža arī rūpniecības vietnes izstrādes pakalpojumu plānošanā. Pieprasījuma procesu un saņēmēju saskaņojiet pirms veidlapas izskata izvēles.

Apzināti izvēlieties obligātos laukus

Saglabājiet redzamas etiķetes un skaidri atzīmējiet neobligāto informāciju. Vietturis var dot piemēru, bet pēc rakstīšanas sākuma nedrīkst aizstāt etiķeti. Nepazīstamas prasības izskaidrojiet blakus laukam, nevis gaidiet, ka pircējs atšifrēs iekšēju saīsinājumu.

Informācija	Kad tā palīdz pirmajā saziņā	Noderīga pieeja
Vārds un e-pasts	Komandai vajadzīgs cilvēks, kam atbildēt	Skaidras etiķetes un praktiska validācija
Produkts vai pakalpojums	Pieprasījums jānovirza atbildīgajam	Pārnest apmeklētāja izvēli
Daudzums	Apjoms ietekmē nākamo sarunu	Rādīt mērvienību un vajadzības gadījumā pieņemt aptuvenu vērtību
Piegādes vai pakalpojuma vieta	Ģeogrāfiskais pārklājums ietekmē iespējamību	Prasīt tikai vajadzīgo detalizāciju
Vēlamais laiks	Grafiks ietekmē piemērotību	Nošķirt vēlamo datumu no apstiprināta termiņa
Tālruņa numurs	Zvans palīdzētu precizēt pieprasījumu	Atstāt neobligātu, ja process to patiešām neprasa

Neprasiet reģistrācijas numuru, pilnu pasta adresi vai iepirkuma budžetu tikai tāpēc, ka to prasa cita vietne. Katrai papildu prasībai jāatbalsta jūsu process.

Saglabājiet pircēja jau sniegto produkta kontekstu

Atverot pieprasījumu no produkta lapas, pārnesiet tā nosaukumu un kodu uz veidlapu. Iekļaujiet izvēlētos variantus un daudzumus, ja tie ir nozīmīgi. Parādiet īsu kopsavilkumu pārbaudei pirms nosūtīšanas.

Piemēram, hipotētiskā lokšņu materiāla pieprasījumā var parādīt materiālu, biezumu, loksnes izmēru un daudzumu. Ja apmeklētājs maina izvēli, atjauniniet gan redzamo kopsavilkumu, gan iesniedzamos datus. Pareizi izskatīgs kopsavilkums ar vecu izvēli e-pastā ir funkcionāla kļūda.

Līdzās lasāmiem nosaukumiem izmantojiet stabilus kodus. Vairāku vienību pieprasījumam ļaujiet pārskatīt un izņemt ierakstus. Produktu kataloga struktūras ceļvedis aptver ierakstus, kas nodrošina uzticamu nodošanu.

Papildu jautājumus rādiet tikai tad, kad tie attiecas

Nosacīti lauki var mazināt nevajadzīgu darbu, ja noteikumi ir vienkārši. Izvēle “uzstādīšanas pakalpojums” var atvērt jautājumu par objekta vietu; “rezerves daļa” — modeļa kodu. Neslēpiet būtiskās prasības līdz pēdējam iesniegšanas solim.

Mainoties izvēlei, no izejošā pieprasījuma izņemiet neatbilstošās slēptās atbildes. Saglabājiet saprotamu tastatūras navigāciju un nodrošiniet jauno vadīklu pieejamību palīgtehnoloģijām. Pārbaudiet arī atgriešanos pie iepriekšējās izvēles, ne tikai kustību uz priekšu.

Failu augšupielādi uztveriet kā atsevišķu darbības lēmumu. Pirms klientu rasējumu vākšanas nosakiet atļautos formātus, lieluma ierobežojumus, piekļuvi, glabāšanu un dzēšanu. Ja uzņēmumam nav piemērota procesa, dekoratīvas augšupielādes pogas vietā piedāvājiet saskaņotu turpmākās saziņas ceļu.

Veidojiet pircējam, kurš lieto tālruni

Īsām veidlapām izmantojiet vienu kolonnu, ērtas vadīklas un e-pastam vai tālrunim atbilstošus ievades tipus. Atļaujiet reālistiskus starptautiskus tālruņu formātus. Kļūdas rādiet pie attiecīgā lauka un saglabājiet jau ievadīto.

Uznirstošajam logam jāpaliek pieejamajā skatā, atveroties tastatūrai. Saturam jāritinās, neslēpjot aizvēršanu un neprasot horizontālu kustību. Pārbaudiet garus produktu nosaukumus, tulkotas etiķetes un lielāku tekstu, ne tikai tukšu veidlapu datorā.

Palūdziet projektā neiesaistītam cilvēkam aizpildīt raksturīgu pieprasījumu tālrunī. Vērojiet, kur jāapstājas etiķetes izprašanai vai pazūd izvēlētā produkta konteksts.

Piegādi un atgriezenisko saiti uzskatiet par veidlapas daļu

Nosakiet atsevišķus nosūtīšanas, pieņemta iesnieguma un kļūmes stāvokļus. Pieprasījuma apstrādes laikā novērsiet nejaušus atkārtotus klikšķus. Izmantojiet ierobežotu gaidīšanu un izskaidrojiet neskaidru rezultātu, klusām nesūtot pieprasījumu vēlreiz.

Pieņemts iesniegums nepierāda, ka pārdevējs jau izlasījis ziņu. Apstiprinājumam jānorāda sistēmas patiešām apstiprinātais un apmeklētāja nākamās gaidas. Atbildes laiku soliet tikai tad, ja uzņēmums to var nodrošināt.

Pārbaudiet piegādi saskaņotajam saņēmējam un saņemtos laukus, tostarp produktu izvēles. Pārbaudiet arī tīkla kļūmi un aizkavētu atbildi. Šīs pārbaudes pieder ražotāja vietnes pārveides pieņemšanas plānam, kad aizstāj esošu veidlapu.

Vērtējiet pieprasījumu kvalitāti, ne tikai skaitu

Jautājiet pārdošanas komandai, vai pieprasījumiem ir pietiekams konteksts noderīgai sarunai. Atzīmējiet atkārtotus pārpratumus un labojiet attiecīgo lapu vai lauku. Iesniegumu pieaugums pats par sevi nepierāda labāku komerciālo atbilstību.

Produkta vai pakalpojuma lapas skaidrojumu uzturiet tikpat labu kā veidlapu. Precīzs ražotāja vietnes saturs palīdz klientiem saprast, ko jautāt vēl pirms pieprasījuma ekrāna.

Ja nosakāt jaunu pieprasījumu procesu, apspriediet saņemšanas kārtību ar ENQAVIA. Sagatavojiet jautājumus, ko komanda atkārtoti uzdod pēc pirmā e-pasta; tie ir praktisks sākumpunkts lēmumam, ko vietnei ievākt.