როგორ ავაშენოთ კლიენტის პორტალი: ფაილები, სტატუსი, ინვოისები და უფლებები

კლიენტის პორტალი არის პირადი არე, სადაც შენი თითოეული კლიენტი შედის, რათა ნახოს თავისი პროექტის სტატუსი, გაზიარებული ფაილები, ღია მოთხოვნები და ინვოისები. ასაშენებლად ჯერ განსაზღვრე, რა უნდა დაინახოს კლიენტმა პირველ ათ წამში; შემდეგ მოდელირება გაუკეთე კლიენტებს, პროექტებსა და ფაილებს ისე, რომ ყველა ჩანაწერი ერთ კლიენტს ეკუთვნოდეს; სერვერზე უზრუნველყავი, რომ კლიენტები მხოლოდ საკუთარ ჩანაწერებს ხედავენ; და ატვირთვები კერძო საცავში შეინახე. ფუნქციების სია შეიძლება მოკლე იყოს; მთავარია უფლებების სწორად დაყენება.

რატომ აშენებენ ბიზნესები კლიენტის პორტალებს

პორტალები ჩვეულებრივ ცვლის ელფოსტის ძაფების, გაზიარებული საქაღალდეების და „რა არის სტატუსი?“ შეტყობინებების გროვას. სააგენტოები, ბუღალტრები, კონსულტანტები, მშენებლები, სტუდიები და სერვისის ბიზნესები ყველა მათ იყენებს. კარგი პორტალი:

• პასუხობს სტატუსის კითხვას, სანამ კლიენტი მას დასვამს.
• ფაილებს ერთ ადგილას აგროვებს, უახლესი ვერსია კი მკაფიოდ ჩანს.
• მოთხოვნებს სათანადო სახლს აძლევს, ნაცვლად გაფანტული ელფოსტებისა.
• შენ ორგანიზებულად გამოჩნდები, რაც მნიშვნელოვანია შენარჩუნებისთვის და რეკომენდაციებისთვის.

თუ ერთი ან ორი კლიენტი გყავს და არაფერი მგრძნობიარე არ არის, საერთო დოკუმენტი ან საქაღალდე საკმარისი შეიძლება იყოს. პორტალი მაშინ ღირს ასაშენებლად, როცა კლიენტები ბევრია, სამუშაო მეორდება, ან როცა არსებობს ინფორმაცია, რომელიც კლიენტებს ერთმანეთისგან უნდა ედგათ მალულად.

რა უნდა ჰქონდეს კლიენტის პორტალს

დაიწყე შესვლით, მიმოხილვით, ფაილებითა და მოთხოვნებით. ინვოისები, დამტკიცებები და შეტყობინებები მაშინ დაამატე, როცა კლიენტებს ისინი რეალურად სჭირდებათ.

მონაცემები

ტიპური პორტალი შეიცავს: კლიენტებს (კომპანიებს), კლიენტის მომხმარებლებს (ადამიანებს, რომლებიც შედიან და ერთ კლიენტს ეკუთვნიან), შენი გუნდის წევრებს, პროექტებს (ერთ კლიენტს ეკუთვნიან), ეტაპებს ან სტატუსის განახლებებს, ფაილებს (პროექტს ეკუთვნიან), მოთხოვნებს და, სურვილისამებრ, ინვოისებს. მთავარი დიზაინის წესი: ყოველი ჩანაწერი უნდა ეკუთვნოდეს ზუსტად ერთ კლიენტს. ასე უფლებების დაცვა და შემოწმება მარტივია.

უფლებები

ჩამოწერე ისინი და გატესტე:

• კლიენტის მომხმარებელი ხედავს მხოლოდ იმ კლიენტის პროექტებს, ფაილებს, მოთხოვნებსა და ინვოისებს, რომლებიც მას ეკუთვნის.
• შიდა შენიშვნები კლიენტებს არასდროს ეჩვენებათ.
• გუნდის წევრები ხედავენ იმ კლიენტებს, რომლებსაც მიენიჭათ, ან ყველას, თუ პატარა ხარ.
• ფაილების ბმულები კერძოა და ვადიანი, არა საჯარო URL-ები, რომელთა გაზიარებაც ან გამოცნობაც შეიძლება.
• კლიენტის მომხმარებლის წაშლა მაშინვე წაშლის მის წვდომას.

შემოწმება სერვერზე უნდა მოხდეს. პორტალი, რომელიც ყველა კლიენტის მონაცემებს ჩამოტვირთავს და ბრაუზერში ფილტრავს, კერძო არ არის.

გადაწყვეტილებები და კომპრომისები

შესვლის მეთოდი

კლიენტები იშვიათად შედიან, ამიტომ პაროლებს ივიწყებენ. მაგიური ბმულები (შესვლის ბმული ელფოსტით) ან ერთიანი შესვლა იმ ანგარიშით, რომელსაც ისინი უკვე იყენებენ, პორტალებისთვის ხშირად პაროლზე უკეთ მუშაობს. რომელი მიდგომაც არ უნდა აირჩიო, კლიენტები შენ მოიწვიე და არა ისინი თავად დარეგისტრირდნენ. ვარიანტების შედარებისთვის იხილე როგორ დავამატოთ შესვლა აპში.

ერთი პორტალი თუ თითო კლიენტზე

ერთი აპი კლიენტების სიით უფრო ადვილად სამართავია, ვიდრე ცალკე საიტი თითო კლიენტისთვის. შენ მაინც შეგიძლია თითოეულ კლიენტს მისი ფერები და ლოგო მისცე — პროექტების სახელებიც თავისებური იყოს — ერთსავე აპში.

ფაილები

გამოიყენე ნამდვილი ფაილების საცავი და არა სერვერის საკუთარ დისკზე შენახვა, დააწესე ფაილის მაქსიმალური ზომა, შეზღუდე ფაილის ტიპები, თუ შეგიძლია, და ფაილები მხოლოდ იმ მომხმარებელს მიაწოდე, ვინც უფლებების შემოწმებას გაივლის. გადაწყვიტე, როგორ მუშაობს ვერსიები: გადაწერა თუ ისტორიის შენახვა.

ინვოისები და გადახდები

შეგიძლია აჩვენო ინვოისები შენი ბუღალტრული ინსტრუმენტიდან, შექმნა მარტივი ინვოისები პორტალში, ან გადახდის ბმული ჰოსტირებულ გვერდზე. სრული ინვოისირების სისტემის აშენება ცალკე პროექტია — იხილე როგორ ავაშენოთ ინვოისირების აპი. პორტალისთვის ხშირად საკმარისია ინვოისის სტატუსის ჩვენება და „ახლა გადახდა“ ბმული ჰოსტირებულ ჩექაუთზე.

ინტეგრაციები

ბევრი პორტალი სტატუსს იმ ინსტრუმენტებიდან იღებს, რომლებსაც უკვე იყენებ — პროექტების თვალყურის დევნის, CRM-ის ან საბუღალტრო პროგრამის — და არა ორ ადგილას ანახლებ ერთსა და იმავეს. ინტეგრაციები დროს ზოგავს, მაგრამ დამატებით დაყენებასა და მოვლას ნიშნავს. თუ შენი გუნდი უკვე CRM-ში მუშაობს, განიხილე პორტალის აშენება იმავე მონაცემებზე.

პირველი მოთხოვნა AI ბილდერისთვის

ააშენე კლიენტის პორტალი Northlight-ისთვის, პატარა ვებდიზაინის სააგენტოსთვის. კლიენტები არიან კომპანიები; თითოეულს ჰყავს ერთი ან მეტი კლიენტის მომხმარებელი, რომლებიც შედიან. კლიენტის მომხმარებლები ხედავენ მხოლოდ თავისი კომპანიის პროექტებს. თითო პროექტისთვის: მიმდინარე სტატუსი (Discovery, Design, Build, Review, Live), შემდეგი ეტაპი თარიღით, ფაილების არე, სადაც ორივე მხარე ატვირთავს და ჩამოტვირთავს (PDF, სურათები, ZIP, მაქსიმუმ 50 MB), მოთხოვნის ფორმა (სათაური, დეტალები, პრიორიტეტი) თავისი წინა მოთხოვნების სიით და სტატუსით, და განახლებების ქრონოლოგია. სააგენტოს თანამშრომლები ხედავენ ადმინისტრატორის არეს ყველა კლიენტით, შეუძლიათ პროექტის სტატუსის შეცვლა, განახლებების დამატება, შიდა შენიშვნების დამატება, რომლებსაც კლიენტები არასდროს ხედავენ, და მოთხოვნებზე პასუხი. ყველა წვდომის წესი სერვერზე შეასრულე. მონაცემები შეინახე მონაცემთა ბაზაში, ფაილები კი კერძო ფაილურ საცავში, დროში შეზღუდული ჩამოტვირთვის ბმულებით. ამ ეტაპზე დროებითი შესვლა გვაქვს — რეალურს შემდეგ დავამატებთ. სუფთა, პროფესიონალური დიზაინი, რომელიც მუშაობს ტელეფონებზე.

ააშენე ეტაპობრივად: ჯერ მონაცემები და ადმინისტრატორი, შემდეგ კლიენტის ხედი, შემდეგ რეალური შესვლა, შემდეგ ფაილები და შემდეგ დამატებითი ფუნქციები. როგორ დავწეროთ მოთხოვნები AI აპ-ბილდერებისთვის მეტ შაბლონებს იძლევა.

აშენების ნაბიჯები

1. ჩამოწერე, რა უნდა დაინახოს კლიენტმა პირველ რიგში და რას წერს შენ ახლა ელფოსტით.
2. დააპროექტე მონაცემები ისე, რომ ყველა ჩანაწერი ერთ კლიენტს ეკუთვნოდეს.
3. ააშენე ადმინისტრატორის ხედი და შეიყვანე ერთი რეალური კლიენტის მონაცემები.
4. ააშენე კლიენტის ხედი იმ კლიენტისთვის.
5. დაამატე რეალური შესვლა შენგან გამოგზავნილი მოწვევებით.
6. დაამატე ფაილები კერძო საცავში, უფლებების შემოწმებით ჩამოტვირთვაზე.
7. გატესტე უფლებები: შექმენი ორი სატესტო კლიენტი და სცადე ყველა გზა, რომ მეორის მონაცემები ნახო — URL-ში ID-ების შეცვლა, ფაილების ბმულების გამოცნობა, ძველი მოწვევის გამოყენება.
8. დაამატე მოთხოვნები და შეტყობინებები ელფოსტით.
9. მოსინჯე ერთი ან ორი მეგობრული კლიენტით და ჰკითხე, რას წერენ შენ ჯერ კიდევ ელფოსტით.
10. დაამატე ინვოისები, დამტკიცებები ან ინტეგრაციები ამ უკუკავშირის საფუძველზე.

გავრცელებული შეცდომები

• ფილტრაცია ბრაუზერში სერვერის ნაცვლად. ყველაზე სერიოზული პორტალური შეცდომა: ყველა კლიენტის მონაცემები ჩამოიტვირთება, უბრალოდ დამალულია.
• საჯარო ფაილის URL-ები. ნებისმიერი ბმული, რომელიც ვინმემ შეიძლება გახსნას, აუქმებს პორტალს.
• ღია რეგისტრაცია. კლიენტები უნდა იყვნენ მოწვეული და არა თვითონ ქმნიდნენ ანგარიშებს და თავად ირჩევდნენ კომპანიას.
• ძალიან ბევრი ფუნქცია გაშვებისას. პორტალი, რომელსაც კლიენტები ვერ იგებენ, იგნორირებული იქნება ელფოსტის სასარგებლოდ.
• ორი წყარო ჭეშმარიტებისა. თუ სტატუსი შენს პროექტის ინსტრუმენტშიც და პორტალშიც ცხოვრობს, ერთი მათგანი მოძველდება. აირჩიე ერთი ან დააკავშირე ისინი.
• წვდომის გაუქმების დავიწყება. როცა კლიენტის თანამშრომელი იტოვებს სამსახურს, მისი წვდომაც უნდა დასრულდეს.
• რეგულირებული მონაცემების შენახვა სათანადო დაცვის გარეშე. ჯანმრთელობის, იურიდიული ან ფინანსური ჩანაწერები შეიძლება კანონით მოითხოვდეს დამატებით მოთხოვნებს, რომლებიც უნდა დააკმაყოფილო.

ხარჯები და ინსტრუმენტები

მიმდინარე ხარჯებია ჰოსტინგი, მონაცემთა ბაზა, ფაილების საცავი (რომელიც იზრდება იმის მიხედვით, რასაც აზიარებ) და ელფოსტის პროვაიდერი მოწვევებისა და შეტყობინებებისთვის. თუ ჰოსტირებულ შესვლის ან გადახდის პროვაიდერს იყენებ, მიმდინარე ფასები მათ საიტზე შეამოწმე. ერთი მომხმარებლის ან მომხმარებლის მიხედვით ფასიან პორტალურ პროგრამულ უზრუნველყოფასთან შედარებით, შენი საკუთარი პორტალის ხარჯი გამოყენების მიხედვით იზრდება და არა კლიენტების რაოდენობის.

როდის არის მზა პროდუქტი უკეთესი არჩევანი

კლიენტის პორტალის პროგრამული უზრუნველყოფა და პორტალური ფუნქციები, ჩაშენებული ბუღალტრულ, იურიდიულ ან პრაქტიკის მართვის ინსტრუმენტებში, შეიძლება უკეთესი იყოს, როცა შენს დარგს სპეციფიკური მოთხოვნები აქვს — იურიდიული ძალის მქონე ელექტრონული ხელმოწერები, რეგულირებული ჩანაწერების წარმოება, საგადასახადო დოკუმენტების გაცვლა — ან როცა შენს არსებულ ინსტრუმენტს პორტალი უკვე აქვს. ასეთ პროდუქტებს უკვე დამუშავებული აქვთ შესაბამისობა და მხარდაჭერა. საკუთარი აშენება გამართლებულია, როცა შენი სამუშაო პროცესი ზოგად პორტალებში არ ჯდება, როცა გინდა, რომ პორტალი ზუსტად შენს ბრენდსა და პროცესს ემთხვეოდეს, ან როცა თითო კლიენტზე ან თითო მომხმარებელზე ფასი აღარ ამართლებს თავს.

Mythex-ით აშენება

Mythex-ს შეუძლია ზემოთ მოცემული მოთხოვნიდან ააშენოს პორტალი: კლიენტის ხედი, ადმინისტრატორის ხედი, მოთხოვნები და ქრონოლოგია, გამოყოფილი Postgres მონაცემთა ბაზით და ფაილების საცავით, როცა აპს დასჭირდება. კლიენტის შესვლა bring-your-own-ია — Mythex-ის ანგარიშები იმ ადამიანებისთვისაა, ვინც აპს აშენებს, ხოლო კლიენტებისთვის ავტორიზაციის მიდგომას შენ ირჩევ და აგენტი მას ააწყობს. Mythex-ს ჩაშენებული ელექტრონული ხელმოწერა ან ინვოისირება არ აქვს, ამიტომ ისინი ინტეგრაციებია ან შენ მიერ აშენებული ფუნქციები. ნებისმიერი API გასაღები შეინახე პროექტის საიდუმლოებებში, და გამოყენე ჩატში ჩაშენებული აპის ტესტერი, რომ გამოქვეყნებამდე კლიენტისა და ადმინისტრატორის ნაკადები გაიაროს.

დოკუმენტაციაში არის კლიენტის პორტალის გამოყენების შემთხვევა, და აგრეთვე ფაილების საცავი და შესვლის დამატება. დასაწყისისთვის სცადე სააგენტოს კლიენტის პორტალის შაბლონი ან დაათვალიერე აპის შაბლონები. რეალურ კლიენტებს რომ მოიწვევ, ჯერ გაიარე უსაფრთხოების ჩეკლისტი AI-ით აშენებული აპებისთვის.

კითხვები