Ինչպես կառուցել հաճախորդների պորտալ. ֆայլեր, կարգավիճակ, հաշիվներ և թույլտվություններ

Հաճախորդների պորտալը մասնավոր տարածք է, որտեղ յուրաքանչյուր հաճախորդ մուտք է գործում՝ տեսնելու իր նախագծի կարգավիճակը, համօգտագործվող ֆայլերը, բաց հարցումները և հաշիվները։ Կառուցելու համար սահմանեք, թե հաճախորդին ճիշտ ինչ պետք է տեսնել առաջին տասը վայրկյանում, մոդելավորեք հաճախորդներին, նախագծերը և ֆայլերը այնպես, որ յուրաքանչյուր գրառում պատկանի մեկ հաճախորդի, կիրառեք սերվերի վրա, որ հաճախորդները տեսնեն միայն իրենց գրառումները, և պահեք վերբեռնումները մասնավոր պահոցում։ Գործառույթների ցուցակը կարող է կարճ մնալ. թույլտվությունները ճիշտ ստանալն է կարևոր։

Ինչու են բիզնեսները կառուցում հաճախորդների պորտալ

Պորտալները սովորաբար փոխարինում են էլ․ նամակների շղթաների, համօգտագործվող թղթապանակների և «ո՞րն է կարգավիճակը» հաղորդագրությունների կույտը։ Գործակալությունները, հաշվապահները, խորհրդատուները, շինարարները, ստուդիաները և ծառայություններ մատուցող բիզնեսները բոլորը օգտագործում են դրանք։ Լավ պորտալը՝

• Պատասխանում է կարգավիճակի հարցին, մինչև հաճախորդը այն տա։
• Ֆայլերը դնում է մեկ տեղում, այնպես որ վերջին տարբերակը ակնհայտ է։
• Հարցումներին տալիս է պատշաճ տեղ, այլ ոչ թե ցրված էլ․ նամակներում։
• Ձեզ կազմակերպված է ցույց տալիս, ինչը կարևոր է հաճախորդների պահպանման և երկրորդային առաջարկությունների համար։

Եթե ունեք մեկ-երկու հաճախորդ և ոչինչ զգայուն, համօգտագործվող փաստաթուղթը կամ թղթապանակը կարող է բավարար լինել։ Պորտալը արժե կառուցել, երբ ունեք շատ հաճախորդներ, կրկնվող աշխատանք, կամ տեղեկատվություն, որ հաճախորդները չպետք է տեսնեն միմյանց մասին։

Ինչ է պետք հաճախորդների պորտալին

Սկսեք մուտքից, ամփոփումից, ֆայլերից և հարցումներից։ Ավելացրեք հաշիվները, հաստատումները և հաղորդագրությունները, երբ հաճախորդներին դրանք իրոք պետք են։

Տվյալները

Տիպիկ պորտալը պարունակում է. հաճախորդներ (ընկերություններ), հաճախորդի օգտատերեր (մարդիկ, որ մուտք են գործում, պատկանելով մեկ հաճախորդի), ձեր թիմի անդամներ, նախագծեր (պատկանելով մեկ հաճախորդի), փուլեր կամ կարգավիճակի թարմացումներ, ֆայլեր (պատկանելով նախագծի), հարցումներ և ըստ ցանկության՝ հաշիվներ։ Հիմնական դիզայնի կանոնը. յուրաքանչյուր գրառում պետք է հետևել մինչև հենց մեկ հաճախորդ։ Դա թույլտվությունները պարզ է դարձնում կիրառել և ստուգել։

Թույլտվություններ

Գրեք սրանք և փորձարկեք.

• Հաճախորդի օգտատերը տեսնում է միայն իր ընկերության նախագծերը, ֆայլերը, հարցումներն ու հաշիվները։
• Ներքին նշումները երբեք չեն ցուցադրվում հաճախորդներին։
• Թիմի անդամները տեսնում են այն հաճախորդները, որոնց նշանակված են, կամ բոլորին, եթե փոքր եք։
• Ֆայլերի հղումները մասնավոր են և ժամկետով սահմանափակված, ոչ թե հանրային URL-ներ, որ ցանկացած մարդ կարող է կիսել կամ կռահել։
• Հաճախորդի օգտատիրոջ հեռացումը անմիջապես վերացնում է նրա մուտքը։

Ստուգումները պետք է լինեն սերվերի վրա։ Պորտալը, որ բեռնում է բոլոր հաճախորդների տվյալները և զտում բրաուզերում, մասնավոր չէ։

Որոշումներ և փոխզիջումներ

Մուտքի մեթոդ

Հաճախորդները հազվադեպ են մուտք գործում, ուստի մոռանում են գաղտնաբառերը։ Մագիկ հղումները (մուտքի հղում, որ ուղարկվում է էլ․ փոստով) կամ միակ մուտքը (single sign-on) հաճախ ավելի լավ են աշխատում գաղտնաբառերից պորտալների համար։ Ինչ էլ ընտրեք, հրավիրեք հաճախորդներին ձեր կողմից, այլ ոչ թե թողեք, որ ցանկացած մարդ գրանցվի։ Մեր ինչպես ավելացնել մուտք ձեր հավելվածին ուղեցույցը համեմատում է տարբերակները։

Մեկ պորտալ կամ մեկը յուրաքանչյուր հաճախորդի համար

Մեկ հավելված հաճախորդների ցուցակով ավելի հեշտ է պահպանել, քան առանձին կայք յուրաքանչյուր հաճախորդի համար։ Դուք դեռ կարող եք յուրաքանչյուր հաճախորդին տալ իր սեփական ապրանքանիշի զգացողությունը՝ իր լոգոն, իր նախագծերի անունները՝ նույն հավելվածի ներսում։

Ֆայլեր

Օգտագործեք պատշաճ ֆայլերի պահոց՝ սերվերի սեփական սկավառակի փոխարեն վերբեռնումները պահելու փոխարեն, սահմանեք առավելագույն ֆայլի չափ, սահմանափակեք ֆայլերի տեսակները, եթե կարող եք, և ծառայեք ֆայլերը միայն այն օգտատերերին, որ անցնում են թույլտվության ստուգումը։ Որոշեք, թե ինչպես են աշխատում տարբերակները. վերագրել, թե պահել պատմություն։

Հաշիվներ և վճարումներ

Հաշիվները կարող եք ցույց տալ ձեր հաշվապահական գործիքից, ստեղծել պարզ հաշիվներ պորտալում, կամ կապել հոսթավորված վճարման էջին։ Լրիվ հաշվառման համակարգ կառուցելը առանձին նախագիծ է. տե՛ս ինչպես կառուցել հաշիվների հավելված։ Պորտալի համար սովորաբար բավական է ցույց տալ հաշվի կարգավիճակը և «Վճարել հիմա» հղումը դեպի հոսթավորված վճարում։

Ինտեգրումներ

Ավելի շատ պորտալներ կարդում են կարգավիճակը այն գործիքներից, որ արդեն օգտագործում եք՝ նախագծերի հետևողից, CRM-ից կամ հաշվապահական ծրագրից, այլ ոչ թե պահանջում են երկու տեղ թարմացնել։ Ինտեգրումները խնայում են ժամանակ, բայց ավելացնում են կարգավորում և պահպանում։ Եթե ձեր թիմն արդեն ապրում է CRM-ում, մտածեք պորտալը կառուցել նույն տվյալների վրա։

Առաջին հրահանգ AI կառուցիչի համար

Կառուցիր հաճախորդների պորտալ Northlight-ի համար, փոքր վեբ դիզայնի գործակալություն։ Հաճախորդները ընկերություններ են. յուրաքանչյուրն ունի մեկ կամ ավելի հաճախորդի օգտատեր, որ մուտք է գործում։ Հաճախորդի օգտատերերը տեսնում են միայն իրենց ընկերության նախագծերը։ Յուրաքանչյուր նախագծի համար՝ ընթացիկ կարգավիճակ (Discovery, Design, Build, Review, Live), հաջորդ փուլը ամսաթվով, ֆայլերի բաժին, որտեղ երկու կողմն էլ կարող է վերբեռնել և ներբեռնել (PDF, պատկերներ, ZIP, առավելագույնը 50 ՄԲ), հարցումների ձև (վերնագիր, մանրամասներ, առաջնահերթություն) և նախկին հարցումների ցուցակ՝ կարգավիճակով, և թարմացումների ժամանակագրություն։ Գործակալության աշխատակիցները ունեն ադմին տարածք՝ բոլոր հաճախորդներով, կարող են փոխել նախագծի կարգավիճակը, գրել թարմացումներ, ավելացնել ներքին նշումներ, որ հաճախորդները երբեք չեն տեսնում, և պատասխանել հարցումներին։ Կիրառիր բոլոր մուտքի կանոնները սերվերի վրա։ Տվյալները պահիր տվյալների բազայում, ֆայլերը՝ մասնավոր ֆայլերի պահոցում՝ ժամկետով սահմանափակված ներբեռնման հղումներով։ Առայժմ տեղապահ մուտք, իրական նույնականացումը կավելացնենք հաջորդը։ Մաքուր, պրոֆեսիոնալ դիզայն, որ աշխատում է հեռախոսների վրա։

Կառուցեք քայլերով. նախ տվյալներ և ադմին, հետո հաճախորդի տեսքը, հետո իրական մուտքը, հետո ֆայլերը, հետո լրացումները։ Ինչպես գրել հրահանգներ AI հավելվածների կառուցիչների համար ավելի շատ օրինաչափություններ ունի։

Կառուցման քայլեր

1. Թվարկեք, թե ինչ պետք է հաճախորդը տեսնի նախ, և ինչի մասին են նրանք ներկայումս էլ․ նամակ գրում ձեզ։
2. Մշակեք տվյալները այնպես, որ յուրաքանչյուր գրառում պատկանի մեկ հաճախորդի։
3. Կառուցեք ադմին տեսքը և մուտքագրեք մեկ իրական հաճախորդի տվյալները։
4. Կառուցեք հաճախորդի տեսքը այդ հաճախորդի համար։
5. Ավելացրեք իրական մուտք հրավերներով ձեր կողմից։
6. Ավելացրեք ֆայլեր մասնավոր պահոցում՝ ներբեռնման թույլտվության ստուգումներով։
7. Փորձարկեք թույլտվությունները. ստեղծեք երկու փորձնական հաճախորդ և փորձեք բոլոր ձևերով տեսնել մյուսի տվյալները. փոխել ID-ները URL-ում, կռահել ֆայլերի հղումները, օգտագործել հին հրավեր։
8. Ավելացրեք հարցումներ և ծանուցումներ էլ․ փոստով։
9. Փորձարկեք մեկ կամ երկու բարյացակամ հաճախորդի հետ և հարցրեք, թե ինչի մասին դեռ էլ․ նամակ են գրում ձեզ։
10. Ավելացրեք հաշիվներ, հաստատումներ կամ ինտեգրումներ այդ արձագանքի հիման վրա։

Տարածված սխալներ

• Զտում բրաուզերում սերվերի փոխարեն։ Ամենալուրջ պորտալային սխալը. յուրաքանչյուր հաճախորդի տվյալները ներբեռնվում են, պարզապես թաքցված։
• Հանրային ֆայլերի URL-ներ։ Ցանկացած մարդու բացվող կիսված հղումը ոչնչացնում է պորտալը։
• Բաց գրանցում։ Հաճախորդները պետք է հրավիրվեն, ոչ թե կարողանան ստեղծել իրենց հաշիվները և ընտրել ընկերությունը։
• Չափազանց շատ գործառույթներ մեկնարկի ժամանակ։ Պորտալ, որ հաճախորդները չեն հասկանում, անտեսվում է էլ․ նամակի օգտին։
• Երկու ճշմարտության աղբյուր։ Եթե կարգավիճակը ապրում է ձեր նախագծի գործիքում և պորտալում, մեկը կլինի հնացած։ Ընտրեք մեկը կամ համաժամեցրեք։
• Մոռանալ ազատման մասին։ Երբ հաճախորդի աշխատակիցը հեռանում է, նրա մուտքը պետք է դադարի։
• Կարգավորվող տվյալները առանց պատշաճ պաշտպանության պահելը։ Առողջական, իրավական կամ ֆինանսական գրառումները կարող են կրել օրինական պահանջներ, որոնք պետք է բավարարեք։

Արժեք և գործիքներ

Գործարկման արժեքները հոսթինգն են, տվյալների բազան, ֆայլերի պահոցը (որ աճում է կիսված ֆայլերի հետ), և էլ․ փոստի մատակարարը հրավերների և ծանուցումների համար։ Եթե օգտագործում եք հոսթավորված մուտքի կամ վճարման մատակարար, ստուգեք նրանց ընթացիկ գները նրանց սեփական կայքում։ Համեմատած մեկ նստատեղի հիման վրա գրված պորտալային ծրագրի հետ, ձեր սեփական պորտալի արժեքը աճում է օգտագործման հետ, այլ ոչ թե հաճախորդների քանակի։

Երբ պատրաստի արտադրանքն ավելի լավ ընտրություն է

Հաճախորդների պորտալային ծրագրերը, և պորտալային հնարավորությունները, որ ներկառուցված են հաշվապահական, իրավական կամ պրակտիկայի կառավարման գործիքներում, կարող են ավելի լավ լինել, երբ ձեր ոլորտն ունի հատուկ պահանջներ՝ էլեկտրոնային ստորագրություններ իրավական ուժով, կարգավորվող գրառումների պահում, հարկային փաստաթղթերի փոխանակում, կամ երբ ձեր գոյություն ունեցող գործիքն արդեն ներառում է պորտալ։ Այդ արտադրանքները արդեն զբաղվել են համապատասխանությամբ և աջակցությամբ։ Սեփական կառուցեք, երբ ձեր աշխատանքային հոսքը չի տեղավորվում ընդհանուր պորտալների մեջ, երբ ուզում եք, որ պորտալը համապատասխանի ձեր ապրանքանիշին և գործընթացին ճշգրիտ, կամ երբ մեկ հաճախորդի կամ մեկ աշխատակցի գնագոյացումը այլևս ձեզ համար իմաստ չունի։

Կառուցում Mythex-ով

Mythex-ը կարող է կառուցել պորտալը վերևի հրահանգից. հաճախորդի տեսք, ադմին տեսք, հարցումներ և ժամանակագրություն՝ նվիրված Postgres տվյալների բազայով և ֆայլերի պահոցով, երբ հավելվածին դրանք պետք են։ Հաճախորդների մուտքը բերում եք ինքներդ. Mythex հաշիվները նախատեսված են այն մարդկանց համար, ովքեր կառուցում են հավելվածը, և դուք ընտրում եք հաճախորդների համար նույնականացման մոտեցում, որ գործակալը միացնում է։ Mythex-ում չկա built-in էլեկտրոնային ստորագրություն կամ հաշվառման արտադրանք, ուստի դրանք ինտեգրումներ են կամ գործառույթներ, որ դուք եք կառուցում։ Օգտագործեք նախագծի գաղտնիքները ցանկացած API բանալու համար, և հավելվածի ներսի թեստավորողը՝ հաճախորդի և ադմին հոսքերն ստուգելու համար, նախքան հրապարակելը։

Փաստաթղթերը ունեն հաճախորդների պորտալի օգտագործման դեպք և ծածկում են ֆայլերի պահոցը և մուտք ավելացնելը։ Սկզբնական հրահանգի համար փորձեք գործակալության հաճախորդների պորտալի ձևանմուշը կամ նայեք հավելվածների ձևանմուշները։ Իրական հաճախորդներին հրավիրելուց առաջ անցեք AI-ով կառուցված հավելվածների անվտանգության ստուգաթերթը։

Հարցեր