چطور بدون نوشتن حتی یک خط کد یک پورتال مشتری بسازیم
اگر بهروزرسانیهای پروژه را ایمیلی برای مشتریها میفرستید و کنترلتان بر اینکه چه کسی چه چیزی را دیده از دست رفته، یک پورتال مشتری این را حل میکند. اینجا میگوییم چطور یکی با یک اپساز هوش مصنوعی بسازید — بدون نیاز به برنامهنویس.
هر فریلنسر یا آژانس کوچک، در نقطهای، سر از یک شغل دوم درمیآورد: گفتنِ اینکه چه خبر است به مشتریها.
یک تحویلشدنی را تمام میکنید، یک PDF ایمیل میکنید، و آدرس اشتباهی را cc میگیرید. مشتری به یک گفتوگوی قدیمیتر جواب میدهد. کسی میپرسد فاکتور کجاست. یکی دیگر میپرسد آیا وبسایت آماده شده. صبح دوشنبه چهل دقیقه فقط صرف این میکنید که بفهمید چه کسی چه پرسیده و آیا جوابش را دادهاید یا نه.
یک پورتال مشتری این را حل میکند. یک جا که مشتریهایتان میتوانند وارد شوند و ببینند چه خبر است — وضعیت پروژه، فایلها، فاکتورها، پیامها — بدون اینکه از شما بپرسند. مشکل قبلاً این بود که ساختن یکی به یک برنامهنویس، شش هفته و بودجهای نیاز داشت که فقط برای آژانسهایی با بیست مشتری یا بیشتر معنا میداد.
با یک اپساز هوش مصنوعی، میتوانید در یک بعدازظهر یک پورتال مشتری بدون کدنویسی بسازید. اینجا میگوییم چطور.
یک پورتال مشتری واقعاً به چه چیزهایی نیاز دارد
پیش از آنکه از اپساز هوش مصنوعیتان بخواهید چیزی بسازد، کمک میکند بدانید «یک پورتال مشتری» بهطور ملموس یعنی چه. بیشترشان سادهتر از آنیاند که به نظر میرسند.
در هسته، یک پورتال مشتری فقط یک وبسایت خصوصی است با:
- یک ورود — هر مشتری حساب خودش را دارد و فقط پروژههای خودش را میبیند
- یک صفحهٔ وضعیت پروژه — در چه مرحلهای هستید، چه چیزی تمام شده، بعدی چیست
- یک بخش فایل — تحویلشدنیها، قراردادها، منابع
- یک گفتوگوی پیام — یا دستکم یک بخش یادداشت تا چیزی در ایمیل گم نشود
همین. هر چیز دیگری (فاکتورها، ثبت زمان، فرمهای بازخورد) افزونهای است که میتوانید بعداً لایهلایه اضافهاش کنید. با همین چهار چیز شروع کنید و ۹۰٪ از پرسشهای «کجای کاریم؟» را که دوشنبههایتان را میبلعند پوشش میدهید.
چطور آن را برای اپساز هوش مصنوعیتان توصیف کنیم
رایجترین اشتباه در ساختن با هوش مصنوعی این است که یکباره چیزهای زیادی بخواهید. «برایم یک پورتال مشتری با مدیریت پروژه، فاکتورسازی، اشتراک فایل و یک سیستم چت بساز» یک پیشنویس اولیهٔ پراکنده تولید میکند که آزمایشش سخت است و رفع اشکالش سختتر.
بهجایش، با یک کاربرد واحد و یک شخصیت واحد شروع کنید. چیزی شبیه این را امتحان کنید:
«یک وباپ بساز که در آن بتوانم بهعنوان ادمین وارد شوم و پروژه بسازم. هر پروژه یک نام، یک وضعیت (برنامهریزی / در جریان / بازبینی / کامل) و یک فیلد یادداشت دارد. میتوانم یک مشتری را با ایمیل دعوت کنم، و او بتواند وارد شود و فقط پروژههای خودش و وضعیت و یادداشتها را ببیند.»
این توصیف در دو پاراگراف جا میشود و چیزی تولید میکند که تا پایان روز واقعاً میتوانید استفادهاش کنید. یک مدل دادهٔ روشن دارد (پروژهها با وضعیت و یادداشت)، دو نقش کاربری (شما و مشتری)، و یک محدودیت کلیدی (مشتریها فقط دادهٔ خودشان را میبینند).
وقتی آن کار کرد، فایلها را اضافه میکنید. بعد شاید پیامها را. هر افزودنی یک درخواست جداگانه است.
سه چیزی که واقعاً در یک پورتال مشتری اهمیت دارند
همهٔ قابلیتها به یک اندازه مهم نیستند. این سهتا تعیین میکنند که آیا مشتریها واقعاً از پورتال استفاده میکنند یا به ایمیلزدن به شما ادامه میدهند.
۱. ورود باید آسان باشد.
اگر مشتری برای بررسی وضعیت یک پروژه باید رمزی را که سه ماه پیش گذاشته به یاد بیاورد، بهجایش به شما ایمیل میزند. بهترین تنظیمات برای مخاطب غیرفنی: ورود با لینک جادویی (magic link). ایمیلت را تایپ میکنی، یک لینک میگیری، رویش کلیک میکنی، واردی. هیچ رمزی برای فراموشکردن نیست.
به اپساز هوش مصنوعیتان بگویید: «ورود با لینک جادویی بهکار ببر — کاربر ایمیلش را وارد میکند، یک لینک میگیرد، و با کلیک روی آن وارد میشود.» بیشتر اپسازهای مدرن هوش مصنوعی میتوانند این را با یک دستور سیمکشی کنند.
۲. وضعیت باید بدون کلیککردن دیده شود.
وقتی مشتری پورتال را باز میکند، اولین چیزی که میبیند باید چیز مفیدی به او بگوید. نه یک منوی ناوبری. نه یک داشبورد خالی. وضعیت پروژهاش، همانجا، با یک برچسب روشن.
«در داشبورد، هر پروژه را بهعنوان یک کارت با نام پروژه و وضعیت فعلی، برجستهنمایشدادهشده، نشان بده. وضعیت باید با کد رنگ مشخص شود: سبز برای کامل، زرد برای در جریان، نارنجی برای بازبینی، خاکستری برای برنامهریزی.»
۳. بخش فایل باید واقعاً کار کند.
«اشتراک فایلی» که از مشتریها بخواهد چیزی را دانلود کنند، جای دیگری دوباره آپلودش کنند و یک تأییدیه برایتان ایمیل بزنند، از ایمیل بدتر است. از اپسازتان بخواهید بگذارد فایلها را به یک پروژه آپلود کنید و بگذارید مشتریها مستقیماً دانلودشان کنند. چیزی پیچیدهتر از همین لازم نیست.
روز اول چه کنیم
این هم همان ترتیب دقیقی که جواب میدهد:
- اپ پایه را با پروژهها، وضعیتها و نقشها (ادمین + مشتری) بسازید.
- خودتان را بهعنوان ادمین اضافه کنید، یک پروژهٔ ساختگی بسازید، یک مشتری ساختگی اضافه کنید.
- بهعنوان مشتری ساختگی وارد شوید (از یک مرورگر متفاوت یا حالت ناشناس استفاده کنید). آیا پروژه را میبینند؟ آیا فقط همان پروژه را میبینند؟
- ورود با لینک جادویی را اضافه کنید.
- کل جریان ورود را از یک پنجرهٔ ناشناسِ تازه آزمایش کنید.
- آپلود فایل را اضافه کنید.
- یک مشتری واقعی، یک پروژهٔ واقعی اضافه کنید و از او بخواهید امتحانش کند.
قدم ۷ مهم است. پیش از آنکه پنج قابلیت دیگر بسازید، بفهمید آیا این چیز در دنیای واقعی کار میکند. یک مشتری واقعی فوراً به شما میگوید چه چیزی گیجکننده است — و تقریباً هرگز آن چیزی نیست که انتظارش را داشتید.
کِی یک پورتال بیش از ارزشش دردسر دارد
یک پورتال مشتری وقتی معنا دارد که:
- در آنِ واحد بیش از سهچهار مشتری فعال دارید
- مشتریها آنقدر زیاد دربارهٔ وضعیت میپرسند که برایتان زمان واقعی هزینه دارد
- میخواهید حرفهایتر از «وقتی چیزی آماده شد ایمیل میزنم» به نظر برسید
احتمالاً وقتی معنا ندارد که هر بار یک مشتری دارید، چرخهٔ پروژهتان خیلی کوتاه است (روزها، نه هفتهها)، یا مشتریهایی دارید که از قبل از ابزاری استفاده میکنند که هر دوی شما با آن راحتاید.
آزمون: اگر بیش از یک ساعت در هفته را صرف پاسخ به «کجای کاریم؟» میکنید، آنوقت یک پورتال خرجِ آن بعدازظهری که برای ساختش لازم است را درمیآورد.
بعد از اینکه ساخته شد
ریسک واقعی یک پورتال مشتری تکنولوژی نیست — پذیرش است. مشتریهایی که سالهاست به شما ایمیل میزنند به ایمیلزدن ادامه میدهند مگر اینکه دلیلی برای تغییر به آنها بدهید. اولین باری که پورتال را به اشتراک میگذارید، فقط یک لینک نفرستید. یک لینک بفرستید، در یک تماس با او وارد شوید، و دقیقاً به او نشان دهید وقتی پروژهاش را بررسی میکند چه چیزی خواهد دید.
مشتریهایی که یکبار وارد شوند و چیز مفیدی ببینند، به یاد میآورند که دوباره وارد شوند. مشتریهایی که یک لینک بدون هیچ زمینهای دریافت کنند، هرگز بازش نمیکنند.
اگر کنجکاوید این در عمل چه شکلی است، سعی کنید اول سادهترین نسخه را بسازید — فقط پروژهها و وضعیت. همیشه میتوانید به آن اضافه کنید. نسخهای که میتوانید امروز تمامش کنید از نسخهٔ بینقصی که شاید ماه آینده بسازید بیشتر میارزد.