وقتی تعداد کاربران از چند نفر بیشتر می‌شود، انتخاب پلن فقط به فهرست امکانات بستگی ندارد. باید دید تیم چه کارهایی را هم‌زمان انجام می‌دهد، چند نفر به دسترسی نیاز دارند و کدام فعالیت‌ها بدون ثبت منظم از کنترل خارج می‌شوند. این نوشته بررسی می‌کند که اشتراک پرو مایان برای چه تیم‌هایی تناسب بیشتری دارد و چه زمانی پلن پلاس یا افزودن چند ماژول جداگانه انتخاب منطقی‌تری است.
در پلن پرو، ظرفیت استفاده تا 60 کاربر است. این پلن امکانات پلاس را دارد و بخش‌هایی مانند باشگاه مشتریان، پیام‌رسانی، تلفن و مرکز تماس، تیکت‌ها، فرآیندها، لجستیک و ارسال، نامه‌نگاری و سایت چندزبانه را هم اضافه می‌کند.
عدد 60 به‌تنهایی دلیل کافی برای انتخاب این پلن نیست. ممکن است تیمی 20 نفره به دلیل پشتیبانی چندکاناله و فرآیندهای پیچیده به امکانات آن نیاز داشته باشد، در حالی که یک تیم 10 نفره با کارهای ساده‌تر، با پلن پلاس هم کارش را پیش ببرد.
چه نشانه‌هایی می‌گوید تیم به سطح پرو نزدیک شده است؟
نشانه اصلی، زیاد شدن تعداد کارها و ارتباط‌هایی است که باید بین افراد مختلف پیگیری شوند. اگر اطلاعات مشتری در یک بخش ثبت شود، درخواست او در جای دیگری بماند و وضعیت ارسال در فایل جداگانه دنبال شود، مسئله فقط تعداد کاربران نیست؛ مسیر کار هم گسترده شده است.
چند نشانه معمول را می‌توان بررسی کرد:
- بیش از 15 نفر باید به سیستم دسترسی داشته باشند.
- پشتیبانی از راه‌های مختلف انجام می‌شود و پاسخ‌ها به فرد خاصی وابسته است.
- درخواست مشتری باید به فرد مسئول واگذار شود و وضعیت آن تا زمان حل شدن مشخص بماند.
- فروش، انبار، ارسال و پشتیبانی به ترتیب مشخصی به هم وابسته‌اند.
- چند شعبه، تیم یا واحد با مراحل کاری متفاوت فعالیت می‌کنند.
- مشتریان قدیمی باید بر اساس خرید، رفتار یا سطح ارتباط دسته‌بندی شوند.
- سایت باید با چند زبان برای بازارهای متفاوت محتوای جداگانه داشته باشد.
- مدیر به گزارش‌هایی درباره وضعیت کارها، تأخیرها و مسئول هر مرحله نیاز دارد.
یک آزمایش ساده انجام دهید. پنج کار پرتکرار تیم را روی کاغذ بنویسید و برای هرکدام پاسخ دهید: چه کسی شروعش می‌کند؟ چه کسی ادامه می‌دهد؟ وضعیت آن کجا ثبت می‌شود؟ اگر مسئول اصلی در دسترس نبود، نفر بعدی از کجا می‌فهمد چه کاری باید انجام دهد؟
اگر پاسخ بیشتر این سؤال‌ها به حافظه، پیام شخصی یا فایل جداگانه وابسته باشد، تیم به سطحی از نظم نیاز دارد که امکانات پایه به‌تنهایی پاسخ‌گوی آن نیست.
البته این نشانه‌ها به معنی انتخاب فوری پلن پرو نیستند. باید دید مشکل از تعداد کاربران می‌آید یا از نبود یک قابلیت مشخص. برای مثال، تیمی کوچک که فقط گزارش‌های مالی دقیق می‌خواهد، شاید با افزودن ماژول مالی و حسابداری نیازش را برطرف کند. تیمی که هم‌زمان با مشتریان زیاد، تیکت، ارسال و مرکز تماس دارد، شرایط متفاوتی دارد.
ظرفیت تیم را از تعداد حساب‌ها جدا کنید
تعداد کارکنان با تعداد کاربران سیستم یکی نیست. بعضی افراد فقط یک گزارش را می‌بینند، بعضی هر روز سفارش ثبت می‌کنند و بعضی دیگر به چند بخش دسترسی دارند. بنابراین پیش از انتخاب پلن، نقش‌های واقعی کاربران را بنویسید.
اول نقش‌های فعال را مشخص کنید
برای هر واحد این موارد را ثبت کنید:
- چند نفر هر روز با سیستم کار می‌کنند؟
- چند نفر فقط اطلاعات را بررسی می‌کنند؟
- چه کسانی سفارش، مشتری، تیکت یا کار جدید ایجاد می‌کنند؟
- چه کسانی باید وضعیت کار دیگران را ببینند؟
- دسترسی هر واحد به چه اطلاعاتی محدود می‌شود؟
این فهرست کمک می‌کند عدد کاربران را کمتر یا بیشتر از مقدار واقعی برآورد نکنید. اگر تیمی 18 نفر دارد، اما فقط 8 نفر با سیستم کار می‌کنند، رسیدن به عدد 18 به‌تنهایی تصمیم را تعیین نمی‌کند. برعکس، اگر 12 نفر در شعبه‌ها و واحدهای مختلف هر روز کار ثبت می‌کنند، نیاز تیم از یک گروه کوچک ساده بیشتر است.
بعد رشد نزدیک تیم را حساب کنید
انتخاب پلن برای امروز کافی نیست. اگر در چند ماه آینده قرار است واحد فروش، پشتیبانی یا ارسال راه‌اندازی شود، کاربران احتمالی آن واحد را هم در نظر بگیرید. این برآورد نباید حدسی باشد. برنامه استخدام، تعداد شعبه‌ها و حجم سفارش‌ها معمولاً تصویر بهتری از رشد نزدیک تیم می‌دهد.
پلن پلاس تا 15 کاربر را پوشش می‌دهد و برای تیم‌هایی مناسب است که امکانات گسترده‌تری نسبت به سطح پایه می‌خواهند، اما هنوز تعداد کاربران یا پیچیدگی فعالیتشان از این مرز عبور نکرده است. در بررسی تناسب پلن پلاس با کسب‌وکارهای در حال رشد می‌توان این مقایسه را با تمرکز بر نیازهای تیم‌های کوچک‌تر دنبال کرد.
هزینه را با استفاده واقعی مقایسه کنید
قیمت ماهانه پلن پرو 4,500,000 تومان است. قیمت سالانه دقیقاً 12 برابر مبلغ ماهانه، یعنی 54,000,000 تومان، محاسبه می‌شود و تخفیف سالانه ندارد. قیمت شش‌ماهه هنگام خرید در سایت نمایش داده می‌شود.
این مبلغ زمانی قابل بررسی است که با هزینه پراکندگی کارها مقایسه شود. برای نمونه، اگر چند نفر هر روز اطلاعات را از پیام‌ها به فایل منتقل می‌کنند، مدیر برای پیدا کردن وضعیت سفارش‌ها زمان می‌گذارد و پشتیبانی پاسخ‌های تکراری را از اول بررسی می‌کند، باید هزینه این زمان‌ها را هم در نظر گرفت. عدد دقیق این هزینه برای هر کسب‌وکار فرق دارد و به حجم سفارش، تعداد مشتری و روش فعلی کار بستگی دارد.
باشگاه مشتریان و مرکز تماس برای چه نیازهایی‌اند؟
باشگاه مشتریان زمانی کاربرد دارد که ارتباط با مشتری بعد از یک خرید تمام نمی‌شود. فروشگاه‌های زنجیره‌ای، کسب‌وکارهای خدماتی، فروشندگان کالاهای تکرارشونده و مجموعه‌هایی که مشتریان قدیمی سهم مهمی از درآمدشان دارند، معمولاً به ثبت رفتار و سابقه مشتری نیاز پیدا می‌کنند.
برای انتخاب این بخش، فقط تعداد مشتریان را نشمارید. این سؤال‌ها مهم‌ترند:
- مشتری چند بار در سال خرید می‌کند؟
- خریدهای قبلی روی پیشنهاد بعدی اثر دارند؟
- مشتریان باید سطح‌بندی شوند؟
- معرفی مشتری جدید یا اعتبار خرید پیگیری می‌شود؟
- تیم فروش می‌تواند سابقه ارتباط را هنگام پاسخ‌گویی ببیند؟
اگر پاسخ بیشتر این سؤال‌ها مثبت است، باشگاه مشتریان می‌تواند جای ثبت‌های پراکنده و فهرست‌های دستی را بگیرد. اما اگر مشتری معمولاً یک‌بار خرید می‌کند و رابطه ادامه‌داری با او وجود ندارد، این قابلیت شاید اولویت اصلی نباشد.
مرکز تماس برای تیمی معنا پیدا می‌کند که تماس بخش ثابت کار روزانه آن است. یک دفتر خدمات، فروشنده‌ای با تماس‌های ورودی زیاد یا سازمانی با چند کارشناس پاسخ‌گو، به ثبت تماس، مشخص بودن مسئول و امکان پیگیری نیاز دارد. در چنین شرایطی، تماس فقط یک گفت‌وگوی کوتاه نیست؛ بخشی از سابقه مشتری و تصمیم بعدی تیم است.
مثلاً مشتری برای تغییر سفارش تماس می‌گیرد. کارشناس باید بداند سفارش در چه مرحله‌ای است، چه مبلغی ثبت شده و چه واحدی باید ادامه کار را انجام دهد. اگر این اطلاعات در دسترس نباشد، مشتری مجبور می‌شود همان توضیح را چند بار تکرار کند.
مرکز تماس برای هر تیمی ضروری نیست. اگر ارتباط با مشتری بیشتر از راه پیام انجام می‌شود یا تعداد تماس‌ها پایین است، شاید ابزارهای پیام‌رسانی و ثبت مشتری کافی باشند. انتخاب درست به مسیر واقعی ارتباط بستگی دارد، نه به جذابیت نام یک قابلیت.
تیکت‌ها و فرآیندها چگونه پشتیبانی را قابل پیگیری می‌کنند؟
پشتیبانی زمانی دشوار می‌شود که درخواست‌ها فقط در صندوق پیام افراد بمانند. ممکن است مشتری مشکل خود را توضیح داده باشد، اما معلوم نباشد چه کسی مسئول پاسخ است، آخرین اقدام چه بوده و درخواست هنوز باز است یا بسته شده است.
تیکت‌ها برای همین وضعیت کاربرد دارند. هر درخواست می‌تواند موضوع، مسئول، وضعیت و سابقه مشخص داشته باشد. این ساختار به تیم کمک می‌کند درخواست‌ها را از پیام‌های معمولی جدا کند و موارد حل‌نشده را دوباره ببیند.
برای مثال، یک شرکت خدماتی را در نظر بگیرید که مشتریانش درباره نصب، آموزش و پشتیبانی فنی پیام می‌فرستند. اگر همه پیام‌ها در یک کانال قرار بگیرند، درخواست فوری ممکن است کنار سؤال ساده گم شود. با ثبت درخواست‌ها، تیم می‌تواند موضوع را به واحد درست بسپارد و وضعیت آن را تا پایان دنبال کند.
تیکت برای چه تیمی ارزش بیشتری دارد؟
تیکت‌ها معمولاً برای این گروه‌ها اهمیت بیشتری دارند:
- تیمی که روزانه درخواست‌های پشتیبانی زیادی دریافت می‌کند.
- کسب‌وکاری که چند کارشناس به مشتریان پاسخ می‌دهند.
- سازمانی که تعهد پاسخ‌گویی یا زمان‌بندی داخلی دارد.
- مجموعه‌ای که باید سابقه مشکلات مشتری را نگه دارد.
- تیمی که مدیر باید تعداد درخواست‌های باز و بسته را بررسی کند.
فرآیندها یک مرحله جلوتر از ثبت درخواست هستند. فرآیند مشخص می‌کند یک کار از چه مراحلی عبور کند و در هر مرحله چه کسی مسئول باشد. برای نمونه، درخواست بازگشت کالا می‌تواند از ثبت درخواست شروع شود، به بررسی مالی برسد، سپس به انبار و در پایان به پاسخ مشتری منتقل شود.
اگر چنین کارهایی هر بار با روش متفاوت انجام شوند، خطا و تأخیر بیشتر می‌شود. فرآیندها کمک می‌کنند مسیر تکرارشونده یک بار تعریف شود و مسئولیت هر مرحله روشن بماند.
این قابلیت برای همه فعالیت‌ها لازم نیست. کارهای کوتاه و کم‌تعداد را می‌توان با ثبت ساده دنبال کرد. فرآیند زمانی ارزش بیشتری دارد که چند واحد درگیر باشند، تصمیم‌گیری مرحله‌ای باشد یا جا افتادن یک قدم هزینه داشته باشد.
لجستیک و سایت چندزبانه چه زمانی اهمیت دارند؟
لجستیک و ارسال زمانی مهم می‌شوند که فروش به تحویل واقعی کالا وابسته باشد. فروشگاه‌هایی با سفارش‌های روزانه، چند روش ارسال، چند انبار یا مقصدهای متنوع، معمولاً به اطلاعاتی بیشتر از وضعیت «فروخته شد» نیاز دارند.
باید بدانید سفارش در کدام مرحله است، چه چیزی بسته‌بندی شده، چه چیزی تحویل شرکت حمل شده و کدام سفارش برگشت خورده است. اگر هر واحد از فهرست خودش استفاده کند، اختلاف میان سفارش، موجودی و ارسال بیشتر می‌شود.
یک مثال ساده، فروشگاهی است که سفارش‌ها از سایت و پیام‌های فروش وارد می‌شوند. واحد فروش سفارش را ثبت می‌کند، انبار کالا را آماده می‌کند و واحد ارسال آن را تحویل می‌دهد. اگر وضعیت این سه بخش کنار هم دیده نشود، مشتری ممکن است پاسخ متفاوتی از هر واحد بگیرد.
در راهنمای ثبت سفارش اینستاگرام از دایرکت تا انبار و فاکتور، همین وابستگی میان پیام مشتری، موجودی، فاکتور و ارسال بررسی شده است. این موضوع برای کسب‌وکارهایی که از چند مسیر سفارش می‌گیرند، اهمیت بیشتری دارد.
سایت چندزبانه هم برای هر سایتی لازم نیست. اگر مشتریان فقط فارسی‌زبان هستند، چندزبانه کردن سایت هزینه و نگهداری اضافه ایجاد می‌کند. این قابلیت زمانی معنا دارد که کسب‌وکار بازار، شعبه یا مشتریانی با زبان‌های متفاوت داشته باشد و هر زبان به محتوای قابل نگهداری نیاز داشته باشد.
چندزبانه بودن فقط ترجمه چند صفحه نیست. باید مشخص شود کدام کالاها، خدمات، صفحه‌های معرفی و اطلاعات تماس در هر زبان نمایش داده می‌شوند. اگر تیم نتواند این محتوا را مرتب نگه دارد، چندزبانه بودن ممکن است به صفحه‌های ناقص و تجربه نامنظم مشتری منجر شود.
برای تصمیم‌گیری، این چهار سؤال را بررسی کنید:
- مشتریان فعلی یا بازار هدف شما از چند زبان استفاده می‌کنند؟
- چه کسی محتوای هر زبان را بررسی و به‌روز می‌کند؟
- آیا کالاها و خدمات در همه زبان‌ها یکسان‌اند؟
- آیا فروش، پشتیبانی و ارسال هم باید با زبان‌های مختلف هماهنگ شوند؟
اگر پاسخ روشنی برای این سؤال‌ها ندارید، ابتدا نیاز واقعی سایت را مشخص کنید. داشتن چند زبان به‌خودی‌خود نشانه بزرگ‌تر بودن کسب‌وکار نیست.
تناسب پلن را با یک روش شش‌مرحله‌ای بسنجید
برای مقایسه منظم، تصمیم را به فهرست امکانات محدود نکنید. این شش مرحله تصویر دقیق‌تری می‌سازند:
1. کارهای تکرارشونده را بنویسید
ده کار پرتکرار تیم را ثبت کنید؛ از دریافت سفارش و پاسخ به مشتری تا ارسال، پیگیری پرداخت و رسیدگی به درخواست‌ها. کارهایی را بنویسید که هر هفته یا هر روز انجام می‌شوند، نه کارهای استثنایی.
2. وابستگی بین واحدها را مشخص کنید
کنار هر کار بنویسید چه واحدهایی در آن نقش دارند. اگر یک کار فقط توسط یک نفر انجام می‌شود، معمولاً مسیر ساده‌تری دارد. اگر بین فروش، مالی، انبار، پشتیبانی و ارسال جابه‌جا می‌شود، نیاز به ثبت مرحله‌ها بیشتر است.
3. تعداد کاربران واقعی را تخمین بزنید
کاربران فعلی و کاربران نزدیک آینده را جداگانه بنویسید. دسترسی مشاهده‌ای را با کاربر فعال یکی ندانید، اما آن را هم از برنامه حذف نکنید. اگر تعداد کاربران به 15 نزدیک است، رشد تیم و واحدهای جدید را هم در تصمیم وارد کنید.
4. قابلیت‌های ضروری را از قابلیت‌های جذاب جدا کنید
سه ستون بسازید: ضروری، مفید، فعلاً غیرضروری. برای نمونه، تیکت ممکن است برای یک شرکت خدماتی ضروری باشد، اما برای فروشنده‌ای با پشتیبانی کم‌حجم فقط مفید باشد. سایت چندزبانه نیز برای یک صادرکننده ضروری و برای فروشگاه محلی غیرضروری است.
5. گزینه‌های کوچک‌تر را مقایسه کنید
اگر تیم کمتر از 15 کاربر دارد، پلاس را هم بررسی کنید. اگر فقط یک قابلیت خاص لازم است، افزودن ماژول جداگانه ممکن است از انتخاب پلن بزرگ‌تر مناسب‌تر باشد. جزئیات امکانات هر سطح را می‌توان در صفحه قابلیت‌های مایان کنار نیازهای واقعی تیم گذاشت.
6. هزینه تغییر مسیر را در نظر بگیرید
جابه‌جایی پلن، آموزش کاربران، مرتب کردن داده‌ها و تغییر عادت تیم زمان می‌برد. از طرف دیگر، انتخاب پلن بزرگ‌تر از نیاز هم هزینه‌ای است که ممکن است استفاده نشود. هیچ‌کدام را با حدس نمی‌توان سنجید. ببینید کدام بخش‌های کار در 6 تا 12 ماه آینده واقعاً رشد می‌کنند.
پرسش‌های رایج
پلن پرو برای تیمی با 20 کاربر مناسب است؟
اگر این 20 نفر واقعاً به سیستم دسترسی و کار روزانه دارند، از نظر ظرفیت در محدوده پلن پرو قرار می‌گیرند. اما تناسب نهایی به نیازهای تیم بستگی دارد. اگر بیشتر کاربران فقط کارهای ساده انجام می‌دهند و تیکت، مرکز تماس یا لجستیک ندارید، باید پلن پلاس و ماژول‌های مورد نیاز را هم مقایسه کنید.
تفاوت اصلی پلن پلاس و پرو چیست؟
پلاس تا 15 کاربر را پوشش می‌دهد و امکاناتی مانند انبار، خرید، خزانه‌داری، مدیریت کار، کار با هوش مصنوعی و تماس تصویری و صوتی دارد. پرو تا 60 کاربر را پوشش می‌دهد و قابلیت‌هایی مانند باشگاه مشتریان، پیام‌رسانی، تلفن و مرکز تماس، تیکت‌ها، فرآیندها، لجستیک و ارسال، نامه‌نگاری و سایت چندزبانه را اضافه می‌کند.
اگر فقط تیکت یا مرکز تماس را بخواهیم، انتخاب پرو ضروری است؟
لزوماً نه. هر ماژول را می‌توان جداگانه اضافه کرد. باید تعداد کاربران، چند قابلیت مورد نیاز و میزان وابستگی آن‌ها به یکدیگر را بسنجید. اگر تیم کوچک است و فقط یک قابلیت مشخص لازم دارد، خرید همان ماژول می‌تواند منطقی‌تر باشد. اگر چند بخش به‌طور هم‌زمان درگیرند، مقایسه هزینه و نظم کاری پلن پرو اهمیت پیدا می‌کند.
آیا تیمی با 60 کاربر حتماً باید پلن پرو داشته باشد؟
ظرفیت 60 کاربر یکی از معیارهاست، نه تنها معیار. تیمی با این تعداد کاربر معمولاً به مدیریت دسترسی و هماهنگی بیشتری نیاز دارد، اما اگر کارها ساده و پراکنده نباشند، ممکن است همه قابلیت‌های پرو ضروری نباشند. تصمیم را بر اساس کارهای واقعی و رشد نزدیک تیم بگیرید.
قیمت سالانه پلن پرو چگونه محاسبه می‌شود؟
قیمت ماهانه 4,500,000 تومان است. قیمت سالانه 12 برابر مبلغ ماهانه، یعنی 54,000,000 تومان، محاسبه می‌شود و تخفیف سالانه ندارد. قیمت شش‌ماهه هنگام خرید در سایت نشان داده می‌شود.
از فردا یک برگه برای بررسی تناسب پلن بسازید. تعداد کاربران واقعی، پنج کار پرتکرار، واحدهای درگیر و سه قابلیت ضروری را بنویسید. سپس بررسی کنید مشکل اصلی شما کمبود ظرفیت است یا نبود یک قابلیت مشخص. اگر کارها بیشتر بین مشتری، پشتیبانی، ارسال و واحدهای داخلی جابه‌جا می‌شوند، تیکت، فرآیند و لجستیک را جداگانه بسنجید. اگر ارتباط با مشتریان قدیمی و بازارهای چندزبانه بخش ثابت کار شماست، باشگاه مشتریان و سایت چندزبانه را هم وارد مقایسه کنید. انتخاب خوب از فهرست بلند امکانات شروع نمی‌شود؛ از شناخت دقیق کارهایی شروع می‌شود که تیم هر روز باید بدون گم شدن ادامه دهد.