نحوه ساخت پورتال مشتری: فایل‌ها، وضعیت، صورت‌حساب‌ها و دسترسی‌ها
یک پورتال مشتری بخش خصوصی است که در آن هر مشتری وارد می‌شود تا وضعیت پروژه، فایل‌های مشترک، درخواست‌های باز و صورت‌حساب‌هایش را ببیند. برای ساختنش، دقیقاً مشخص کنید مشتری در ده ثانیه‌ی اول باید چه چیزی را ببیند، مدل‌سازی کنید مشتری‌ها، پروژه‌ها و فایل‌ها را طوری که هر سابقه متعلق به یک مشتری باشد، روی سرور اجبار کنید که مشتریان فقط سوابق خودشان را ببینند، و آپلودها را در ذخیره‌سازی خصوصی نگه دارید. فهرست امکانات می‌تواند کوتاه بماند؛ آنچه مهم است درست بودن دسترسی‌هاست.
چرا کسب‌وکارها پورتال مشتری می‌سازند
پورتال‌ها معمولاً جای انبوهی از رشته‌ایمیل، پوشه‌های اشتراکی و پیام‌های «وضعیت چیه؟» را می‌گیرند. آژانس‌ها، حسابداران، مشاوران، پیمانکاران ساختمانی، استودیوها و کسب‌وکارهای خدماتی همه از آن‌ها استفاده می‌کنند. یک پورتال خوب:
- به سؤال وضعیت جواب می‌دهد، پیش از آنکه مشتری آن را بپرسد.
- فایل‌ها را در یک جا نگه می‌دارد، با نسخه‌ی آخر کاملاً مشخص.
- برای درخواست‌ها جای درستی می‌دهد، به‌جای ایمیل‌های پراکنده.
- شما را سازمان‌یافته نشان می‌دهد، که برای ماندگاری مشتری و معرفی شدن اهمیت دارد.
اگر یکی دو مشتری دارید و چیز حساسی در میان نیست، شاید یک سند یا پوشه‌ی مشترک کافی باشد. پورتال وقتی ارزش ساختن دارد که مشتری‌های زیادی دارید، کار تکراری انجام می‌دهید، یا اطلاعاتی هست که مشتریان نباید درباره‌ی یکدیگر ببینند.
پورتال مشتری به چه چیزی نیاز دارد
| بخش | آنچه مشتری می‌بیند | آنچه شما می‌بینید |
|---|---|---|
| ورود | حساب کاربری خودش | همه‌ی مشتری‌ها و کاربرانشان |
| نمای کلی | وضعیت فعلی، مرحله‌ی بعدی، آنچه منتظر اوست | وضعیت هر پروژه در یک نگاه |
| فایل‌ها | اسناد و تحویلی‌هایی که با او مشترک شده؛ آپلودهای خودش | همه‌ی فایل‌ها، بر اساس مشتری و پروژه |
| درخواست‌ها | فرمی برای درخواست چیزی، و وضعیت درخواست‌های قبلی | صفی از درخواست‌ها برای تخصیص و پاسخ |
| پیام‌ها یا به‌روزرسانی‌ها | خط زمانی به‌روزرسانی‌های پروژه‌اش | همان خط زمانی، به‌علاوه یادداشت‌های داخلی که او نمی‌بیند |
| صورت‌حساب‌ها | آنچه بدهکار است و آنچه پرداخت کرده، با لینک پرداخت | وضعیت صورت‌حساب در بین مشتری‌ها |
| تأییدیه‌ها | تأیید یک طرح، پیشنهاد قیمت یا تحویلی | چه کسی چه چیزی را و کی تأیید کرده |
با ورود، نمای کلی، فایل‌ها و درخواست‌ها شروع کنید. صورت‌حساب‌ها، تأییدیه‌ها و پیام‌رسانی را وقتی مشتریان واقعاً به آن‌ها نیاز دارند اضافه کنید.
داده
یک پورتال معمولی شامل این‌هاست: مشتری‌ها (شرکت‌ها)، کاربران مشتری (افرادی که وارد می‌شوند و به یک مشتری تعلق دارند)، اعضای تیم شما، پروژه‌ها (متعلق به یک مشتری)، نقاط عطف یا به‌روزرسانی‌های وضعیت، فایل‌ها (متعلق به یک پروژه)، درخواست‌ها، و به‌صورت اختیاری صورت‌حساب‌ها. قاعده‌ی طراحی کلیدی: هر سابقه باید دقیقاً به یک مشتری برگردد. این کار اعمال و بررسی دسترسی‌ها را ساده می‌کند.
دسترسی‌ها
اینها را بنویسید و آزمایش کنید:
- یک کاربر مشتری فقط پروژه‌ها، فایل‌ها، درخواست‌ها و صورت‌حساب‌های متعلق به مشتری خودش را می‌بیند.
- یادداشت‌های داخلی هرگز به مشتری‌ها نشان داده نمی‌شوند.
- اعضای تیم، مشتری‌هایی را می‌بینند که به آن‌ها تخصیص داده شده‌اند، یا همه‌ی مشتری‌ها اگر کوچک هستید.
- لینک فایل‌ها خصوصی و محدودبه‌زمان است، نه URLهای عمومی که کسی بتواند آن‌ها را به اشتراک بگذارد یا حدس بزند.
- حذف یک کاربر مشتری فوراً دسترسی او را برمی‌دارد.
بررسی‌ها باید روی سرور انجام شوند. پورتالی که داده‌ی همه‌ی مشتری‌ها را بارگذاری می‌کند و در مرورگر فیلتر می‌کند، خصوصی نیست.
تصمیم‌ها و معاوضه‌ها
روش ورود
مشتری‌ها به‌ندرت وارد می‌شوند، پس رمز عبورشان را فراموش می‌کنند. لینک‌های جادویی (یک لینک ورود که از طریق ایمیل فرستاده می‌شود) یا ورود تک‌مرحله‌ای با یک حسابی که از قبل دارند، برای پورتال‌ها اغلب بهتر از رمز عبور کار می‌کنند. هر کدام را انتخاب کنید، مشتری‌ها را از سمت خودتان دعوت کنید نه اینکه هر کسی بتواند ثبت‌نام کند. راهنمای ما درباره‌ی افزودن ورود به اپلیکیشن گزینه‌ها را مقایسه می‌کند.
یک پورتال یا یک پورتال برای هر مشتری
یک اپلیکیشن با فهرست مشتری‌ها از نگهداری یک سایت جدا برای هر مشتری آسان‌تر است. همچنان می‌توانید به هر مشتری حس برند اختصاصی بدهید — لوگو و نام پروژه‌های خودش — در همان اپلیکیشن.
فایل‌ها
از ذخیره‌سازی واقعی فایل استفاده کنید، نه ذخیره‌ی آپلودها روی دیسک خود سرور. حداکثر اندازه‌ی فایل را تعیین کنید، اگر می‌توانید نوع فایل‌ها را محدود کنید، و فایل‌ها را فقط به کاربرانی بدهید که از بررسی دسترسی عبور کرده‌اند. تصمیم بگیرید نسخه‌ها چطور کار کنند: بازنویسی، یا نگه داشتن تاریخچه.
صورت‌حساب‌ها و پرداخت‌ها
می‌توانید صورت‌حساب‌ها را از ابزار حسابداری‌تان نشان دهید، صورت‌حساب‌های ساده را در پورتال بسازید، یا به یک صفحه‌ی پرداخت میزبانی‌شده لینک دهید. ساختن یک سیستم صورت‌حساب کامل پروژه‌ای جداگانه است — به نحوه‌ی ساخت اپلیکیشن صورت‌حساب مراجعه کنید. برای یک پورتال، نشان دادن وضعیت صورت‌حساب و لینک «پرداخت هم‌اکنون» به یک صفحه‌ی پرداخت میزبانی‌شده معمولاً کافی است.
یکپارچه‌سازی‌ها
بسیاری از پورتال‌ها وضعیت را از ابزارهایی که از قبل استفاده می‌کنید می‌کشند — یک ردیاب پروژه، یک CRM یا نرم‌افزار حسابداری — به‌جای اینکه از شما بخواهند در دو جا به‌روزرسانی کنید. یکپارچه‌سازی‌ها وقت را ذخیره می‌کنند، ولی راه‌اندازی و نگهداری بیشتری اضافه می‌کنند. اگر تیمتان از قبل با یک CRM کار می‌کند، پورتال را روی همان داده بسازید.
یک پرامپت اولیه برای سازنده‌ی هوش مصنوعی
یک پورتال مشتری برای Northlight، یک آژانس کوچک طراحی وب بساز. مشتری‌ها شرکت‌هایی هستند؛ هر کدام یک یا چند کاربر مشتری دارند که وارد می‌شوند. کاربران مشتری فقط پروژه‌های شرکت خودشان را می‌بینند. برای هر پروژه: وضعیت فعلی (کشف، طراحی، ساخت، بازبینی، منتشرشده)، مرحله‌ی بعدی با تاریخ، بخش فایل‌ها که هر دو طرف بتوانند آپلود و دانلود کنند (PDF، تصاویر، ZIP، حداکثر ۵۰ مگابایت)، فرم درخواست (عنوان، جزئیات، اولویت) با فهرستی از درخواست‌های قبلی‌شان و وضعیتشان، و خط زمانی به‌روزرسانی‌ها. کارکنان آژانس یک بخش مدیریت با همه‌ی مشتری‌ها دارند، می‌توانند وضعیت پروژه را تغییر دهند، به‌روزرسانی بگذارند، یادداشت‌های داخلی اضافه کنند که مشتری‌ها هرگز نبینند، و به درخواست‌ها پاسخ دهند. همه‌ی قوانین دسترسی را روی سرور اجبار کن. داده‌ها را در یک دیتابیس و فایل‌ها را در ذخیره‌سازی فایل خصوصی با لینک‌های دانلود محدودبه‌زمان ذخیره کن. فعلاً یک ورود جای‌گذار بگذار — بعداً احراز هویت واقعی را اضافه می‌کنیم. طراحی تمیز و حرفه‌ای که روی گوشی کار کند.
ساخت را گام‌به‌گام انجام دهید: اول داده و بخش مدیریت، بعد نمای مشتری، بعد ورود واقعی، بعد فایل‌ها، و در آخر امکانات اضافه. نحوه‌ی نوشتن پرامپت برای سازنده‌های اپلیکیشن هوش مصنوعی الگوهای بیشتری دارد.
مراحل ساخت
۱. اول فهرست کنید مشتری چه چیزی را باید ببیند، و اینکه الان بیشتر درباره‌ی چه چیزهایی برایتان ایمیل می‌فرستد. ۲. داده را طراحی کنید طوری که هر سابقه متعلق به یک مشتری باشد. ۳. نمای مدیریت را بسازید و داده‌ی واقعی یک مشتری را وارد کنید. ۴. نمای مشتری را برای همان مشتری بسازید. ۵. ورود واقعی را اضافه کنید با دعوت‌نامه از سمت خودتان. ۶. فایل‌ها را اضافه کنید در ذخیره‌سازی خصوصی با بررسی دسترسی هنگام دانلود. ۷. دسترسی‌ها را آزمایش کنید: دو مشتری آزمایشی بسازید و هر راهی برای دیدن داده‌ی دیگری را امتحان کنید — تغییر شناسه‌ها در URL، حدس زدن لینک فایل‌ها، استفاده از دعوت‌نامه‌ی قدیمی. ۸. درخواست‌ها و اعلان‌ها را با ایمیل اضافه کنید. ۹. با یک یا دو مشتری دوستانه آزمایش کنید و بپرسید هنوز درباره‌ی چه چیزهایی برایتان ایمیل می‌فرستند. ۱۰. صورت‌حساب‌ها، تأییدیه‌ها یا یکپارچه‌سازی‌ها را بر اساس آن بازخورد اضافه کنید.
اشتباهات رایج
- فیلتر کردن در مرورگر به‌جای سرور. جدی‌ترین باگ پورتال: داده‌ی همه‌ی مشتری‌ها دانلود می‌شود، فقط پنهان است.
- URLهای عمومی فایل. لینک مشترکی که هر کسی بتواند باز کند، پورتال را بی‌اثر می‌کند.
- ثبت‌نام باز. مشتری‌ها باید دعوت شوند، نه اینکه خودشان حساب بسازند و شرکت را انتخاب کنند.
- امکانات زیاد در راه‌اندازی. پورتالی که مشتری‌ها نمی‌فهمند، به‌جای ایمیل نادیده گرفته می‌شود.
- دو منبع حقیقت. اگر وضعیت هم در ابزار پروژه‌تان و هم در پورتال باشد، یکی از آن‌ها کهنه می‌شود. یکی را انتخاب کنید یا همگام‌سازی کنید.
- فراموش کردن خروج کاربر. وقتی یکی از کارکنان مشتری می‌رود، دسترسی‌اش باید پایان یابد.
- ذخیره‌ی داده‌ی تحت‌نظارت بدون حفاظت درست. سوابق سلامت، حقوقی یا مالی ممکن است الزامات قانونی داشته باشند که باید رعایت کنید.
هزینه‌ها و ابزارها
هزینه‌های اجرا میزبانی، دیتابیس، ذخیره‌سازی فایل (که با فایل‌های اشتراکی رشد می‌کند)، و یک ارائه‌دهنده‌ی ایمیل برای دعوت‌نامه‌ها و اعلان‌ها هستند. اگر از یک ارائه‌دهنده‌ی ورود میزبانی‌شده یا ارائه‌دهنده‌ی پرداخت استفاده می‌کنید، قیمت فعلی‌شان را در وب‌سایت خودشان بررسی کنید. در مقایسه با نرم‌افزار پورتال به‌ازای هر صندلی، هزینه‌ی پورتال اختصاصی شما با میزان استفاده رشد می‌کند، نه با تعداد مشتری‌ها.
کی یک محصول آماده بهتر است
نرم‌افزار پورتال مشتری و امکاناتی که در ابزارهای حسابداری، حقوقی یا مدیریت کار قرار دارد، وقتی صنعت شما الزامات خاص دارد می‌توانند انتخاب بهتری باشند — امضای الکترونیک با اعتبار حقوقی، نگهداری سوابق تحت‌نظارت، تبادل اسناد مالیاتی — یا وقتی ابزار فعلی‌تان از قبل پورتال دارد. این محصولات انطباق و پشتیبانی را از قبل حل کرده‌اند. پورتال اختصاصی را بسازید وقتی گردش کار شما در پورتال‌های عمومی جا نمی‌شود، وقتی می‌خواهید پورتال دقیقاً با برند و فرایندتان هماهنگ باشد، یا وقتی قیمت‌گذاری به‌ازای هر مشتری یا هر صندلی دیگر برایتان منطقی نیست.
ساخت با Mythex
Mythex می‌تواند پورتال را از پرامپت بالا بسازد: یک نمای مشتری، یک نمای مدیریت، درخواست‌ها و یک خط زمانی، با یک دیتابیس Postgres اختصاصی و ذخیره‌سازی فایل که وقتی اپلیکیشن به آن‌ها نیاز دارد اضافه می‌شوند. ورود مشتری با روش خودتان است — حساب‌های Mythex برای کسانی است که اپلیکیشن را می‌سازند، و شما روش احراز هویت مشتری‌ها را انتخاب می‌کنید که عامل آن را وصل می‌کند. Mythex محصول امضای الکترونیک یا صورت‌حساب داخلی ندارد، پس آن‌ها یکپارچه‌سازی یا امکاناتی هستند که خودتان می‌سازید. برای کلیدهای API از اسرار پروژه استفاده کنید، و پیش از انتشار، جریان‌های مشتری و مدیریت را با آزمایش‌گر برنامه‌ی درون چت کلیک کنید.
مستندات یک یوزکیس پورتال مشتری دارند و ذخیره‌سازی فایل و افزودن ورود را پوشش می‌دهند. برای یک پرامپت شروع، قالب پورتال مشتری آژانس را امتحان کنید یا قالب‌های اپلیکیشن را مرور کنید. پیش از دعوت مشتریان واقعی، چک‌لیست امنیتی برای اپلیکیشن‌های ساخته‌شده با هوش مصنوعی ما را دنبال کنید.
پرسش‌ها
پورتال مشتری چیست؟
پورتال مشتری یک بخش خصوصی و با ورود است که در آن مشتریان یک کسب‌وکار می‌توانند وضعیت کارشان را ببینند، فایل مبادله کنند، درخواست بدهند و صورت‌حساب‌ها را مشاهده کنند، به‌جای اینکه همه‌ی اینها را از طریق ایمیل انجام دهند. هر مشتری فقط اطلاعات خودش را می‌بیند.
یک پورتال مشتری باید چه امکاناتی داشته باشد؟
از ورود امن، نمای کلی وضعیت برای هر پروژه، بخش فایل‌ها، و راهی برای ارسال درخواست یا پیام شروع کنید. صورت‌حساب‌ها، تأییدیه‌ها، امضای الکترونیک و زمان‌بندی می‌توانند بعداً بیایند، اگر مشتریان واقعاً به آن‌ها نیاز داشته باشند.
ساختن پورتال مشتری اختصاصی امن است؟
می‌تواند باشد، به شرطی که روی سرور اجبار کنید که هر مشتری فقط سوابق و فایل‌های خودش را ببیند، ورود درست داشته باشید، فایل‌ها را در ذخیره‌سازی خصوصی نگه دارید، و با تلاش برای باز کردن داده‌ی مشتری دیگر آزمایش کنید. اطلاعات تحت‌نظارت قانونی مثل پرونده‌های سلامت به مراقبت بیشتری نیاز دارند و ممکن است در یک محصول تخصصی بهتر باشند.
آیا می‌توانم بدون کدنویسی پورتال مشتری بسازم؟
بله. سازنده‌های اپلیکیشن هوش مصنوعی و ابزارهای نوکد می‌توانند از یک توضیح، پورتال مشتری بسازند. همچنان باید دقیق مشخص کنید چه کسی چه چیزی را ببیند، و آن قوانین را پیش از دعوت مشتریان واقعی با دقت آزمایش کنید.