CRM ابری چیست و چه فرقی با نسخه‌ی نصبی دارد؟

CRM ابری (Cloud CRM) یعنی نرم‌افزار روی سرور ارائه‌دهنده اجرا می‌شود و شما از طریق مرورگر یا موبایل به آن وصل می‌شوید. چیزی نصب نمی‌کنید، سروری نمی‌خرید و به‌جای خرید لایسنس، اشتراک ماهانه یا سالانه می‌پردازید.

نسخه‌ی نصبی (On-Premise) برعکس است: نرم‌افزار روی سرور خودتان مستقر می‌شود، هزینه‌ی اولیه دارد و نگهداری‌اش با شماست.

تا اینجا تعریف است. تصمیم اما جای دیگری گرفته می‌شود: در هر دو مدل کارهایی هست که یک نفر باید انجامشان بدهد — به‌روزرسانی، پشتیبان‌گیری، امنیت، دسترسی از بیرون دفتر. سوال واقعی این است که آن «یک نفر» کارمند شماست یا ارائه‌دهنده.

سه مدلی که با هم اشتباه گرفته می‌شوند

خیلی از مقایسه‌های «ابری در برابر نصبی» غلط‌اند، چون یک حالت میانی را نادیده می‌گیرند:

• ابری چندمستأجری. یک نسخه روی زیرساخت مشترک، با داده‌ی جداشده برای هر مشترک؛ همه هم‌زمان به‌روز می‌شوند و هزینه‌ی نگهداری سرشکن است.
• نمونه‌ی اختصاصی میزبانی‌شده. سرور مجزای شما در مرکز داده‌ی ارائه‌دهنده. ظاهرش ابری است؛ در عمل به‌روزرسانی و پشتیبان‌گیری هزینه‌ی جدا دارند.
• نصبی روی زیرساخت خودتان. سرور، شبکه، پشتیبان‌گیری و امنیت کامل با شماست.

حالت دوم اغلب با برچسب «ابری» فروخته می‌شود، ولی از نظر هزینه و مسئولیت به نصبی نزدیک‌تر است. یک سوال تکلیف را روشن می‌کند: به‌روزرسانی نسخه با کیست و پولش را جدا می‌دهم؟ بقیه‌ی این مقاله فرض را روی حالت اول و سوم می‌گذارد.

مقایسه‌ی رودررو

	ابری	نصبی
هزینه‌ی شروع	نزدیک صفر	خرید لایسنس + سرور
هزینه‌ی جاری	اشتراک ماهانه	پشتیبانی سالانه + نگهداری سرور
زمان راه‌اندازی	همان روز	هفته‌ها
به‌روزرسانی	خودکار	پروژه‌ی جداگانه
دسترسی از بیرون شرکت	پیش‌فرض	نیازمند VPN یا پیکربندی
پشتیبان‌گیری	با ارائه‌دهنده	با تیم فنی شما
کنترل کامل روی داده	محدود به قرارداد	کامل

هزینه‌ی واقعی؛ نه فقط قیمت

خیلی‌ها نسخه‌ی نصبی را «یک‌بار خرید» می‌بینند و ارزان‌تر حساب می‌کنند. حساب واقعی این است:

• سرور و برق و فضای نگهداری
• وقت یک نفر برای نگهداری، به‌روزرسانی و پشتیبان‌گیری
• هزینه‌ی توقف کار وقتی سرور از دسترس خارج می‌شود
• هزینه‌ی ارتقا به نسخه‌ی جدید، که معمولاً پروژه‌ی جدایی است

حساب سه‌ساله‌ی یک تیم فرضی

شرکتی با شش کاربر فروش و افق تصمیم سه‌ساله. برای اینکه جدول به قیمت روز بازار گره نخورد، همه‌چیز بر حسب یک «واحد» است: یک واحد یعنی هزینه‌ی یک ماه اشتراک ابری برای همین تیم. تمام اعداد زیر فرضی‌اند و فقط ساختار حساب را نشان می‌دهند؛ عدد پیشنهادهای واقعی خودتان را جایشان بگذارید.

قلم هزینه	فرض (فرضی)	ابری	نصبی
اشتراک یا لایسنس	لایسنس یک‌جا معادل ۲۴ ماه اشتراک	۳۶	۲۴
سرور و زیرساخت	سرور، برق، برق اضطراری، فضا	۰	۸
راه‌اندازی اولیه	ابری همان روز؛ نصبی چند روز کارشناس	۱	۵
پشتیبانی و وصله‌ی امنیتی	قرارداد سالانه، سه سال	۰	۱۵
وقت نگهداری داخلی	ماهی سه ساعت کارشناس فنی	۰	۹
پشتیبان‌گیری و تست بازیابی	فضای دوم + آزمون دوره‌ای	۰	۴
یک ارتقای نسخه در سه سال	ابری خودکار؛ نصبی یک پروژه	۰	۶
دسترسی از بیرون دفتر	راه‌اندازی و نگهداری VPN	۰	۳
جمع سه سال		۳۷	۷۴

عدد نهایی مهم نیست؛ ساختار حساب مهم است. نتیجه به سه چیز حساس است: نسبت لایسنس به اشتراک، نرخ ساعت کارشناس فنی، و تعداد کاربر. اگر تعرفه به‌ازای هر کاربر باشد، ستون ابری با هر استخدام بالا می‌رود؛ اگر کاربر نشمارد، این حساسیت اصلاً وجود ندارد. مدل‌های قیمت‌گذاری در قیمت نرم‌افزار CRM.

دو جایی که این حساب برعکس می‌شود

• سرور و تیم فنی از قبل هست. دو ردیف «سرور» و «وقت نگهداری» به صفر نزدیک می‌شوند — به شرطی که این کار در شرح وظایف کسی نوشته شده باشد، نه اینکه یک نفر «هر وقت وقت کند» نگاهی بیندازد.
• افق شما ده سال است و نسخه را عوض نمی‌کنید. لایسنس یک‌جا بهتر مستهلک می‌شود — به شرطی که هیچ‌وقت به نسخه‌ی جدید نیاز پیدا نکنید؛ با تغییرات پیاپی مقررات مالیاتی، شرط سختی است.

سوال امنیت داده — صادقانه

نگرانی رایج این است که «داده‌ی مشتری‌های ما جای دیگری نگهداری می‌شود». این نگرانی به‌جاست و باید با سوال جواب داده شود، نه با شعار. قبل از خرید هر CRM ابری این هفت پرسش را بپرسید و جواب‌ها را کتبی بگیرید:

1. داده کجا نگهداری می‌شود؟ نام مرکز داده و کشور را بخواهید، نه جمله‌ی «سرورهای ما امن‌اند».
2. داده‌ی من از داده‌ی بقیه‌ی مشترکان چطور جدا می‌شود و چه آزمونی برای نشت بین حساب‌ها دارند؟
3. کدام کارکنان ارائه‌دهنده به داده‌ی من دسترسی دارند و این دسترسی‌ها ثبت و قابل بازبینی است؟
4. پشتیبان‌گیری با چه دوره‌ای، نسخه‌ها تا چه مدت، بازیابی در چند ساعت؟ و مهم‌تر: آخرین بار کِی بازیابی را واقعاً تست کردید؟
5. اگر تمدید نکنم، خروجی داده‌ام را چطور می‌گیرم؟ با چه فرمتی، شامل پیوست‌ها و تاریخچه هم؟ تا چند روز بعد از پایان قرارداد؟
6. قطعی برنامه‌ریزی‌شده و اضطراری چطور اعلام می‌شود؟ پنجره‌ی تعمیرات کِی است؟
7. کنترل‌های سمت خودم چیست؟ دسترسی نقش‌محور، ورود دومرحله‌ای، بستن فوری دسترسی کارمندی که رفته، و لاگ خروجی‌گرفتن.

اگر به پرسش دوم یا پنجم جواب روشن نگرفتید، همان‌جا مذاکره را متوقف کنید. حق خروج داده مهم‌ترین بند قرارداد یک سرویس ابری است و همیشه فراموش می‌شود، چون روز خرید کسی به روز خداحافظی فکر نمی‌کند. جوابی هم که شفاهی داده شد و در قرارداد نیامد، وجود ندارد: بندهای لازم در قرارداد نرم‌افزار و ارزیابی کامل‌تر ریسک‌ها در امنیت داده مشتری.

وقتی اینترنت قطع می‌شود

رایج‌ترین اعتراض به مدل ابری همین است و جوابش «نگران نباشید» نیست. اول سه نوع قطعی را از هم جدا کنید:

1. اینترنت دفتر قطع می‌شود. رایج‌ترین حالت و ساده‌ترین برای حل: یک خط دوم یا اینترنت موبایل. چون CRM ابری از گوشی هم کار می‌کند، ثبت و پیگیری متوقف نمی‌شود (CRM موبایل).
2. سرویس ارائه‌دهنده قطع می‌شود. همان پرسش ششم بالا: پنجره‌ی تعمیرات باید خارج از ساعت کاری و با اطلاع قبلی باشد.
3. اختلال گسترده‌ی شبکه. سرویسی که روی سرور داخل ایران اجرا می‌شود، در اختلال‌های دسترسی بین‌المللی معمولاً در دسترس می‌ماند. محل نگهداری داده فقط موضوعی حقوقی نیست، تصمیمی عملیاتی هم هست.

نکته‌ای که جا می‌افتد: نسخه‌ی نصبی هم مصونیت از قطعی نمی‌دهد، فقط مرزش را جابه‌جا می‌کند. در قطعی اینترنت فقط برای کسانی کار می‌کند که همان لحظه داخل شبکه‌ی شرکت‌اند؛ کارشناسی که بیرون است به همان اندازه قطع است و VPN هم خودش به اینترنت وابسته است. برای تیمی که کارش بیرون از دفتر می‌گذرد — مثل الگوی کاری CRM املاک — این معامله‌ی خوبی نیست.

هر مدلی را انتخاب کنید یک برنامه‌ی قطعی لازم دارید و می‌تواند ساده باشد: یک فرم کاغذی ثابت با نام، شماره، موضوع و قدم بعدی با تاریخ، که بعد با ثبت سریع وارد سیستم می‌شود.

سوال تصمیم‌ساز این است: چند ساعت قطعی در ماه برای شما هزینه‌ی واقعی دارد؟ اگر جواب «تقریباً هیچ» است، این معیار نباید تصمیم را عوض کند. اما اگر واقعاً باید در شبکه‌ی داخلیِ بی‌اینترنت کار کنید، نصبی جواب درست است.

وقتی ابری واضحاً برنده است

• تیم فروش بیرون از دفتر کار می‌کند: بازدید، نمایشگاه، مشاور املاک.
• تیم فنی داخلی ندارید یا وقتش صرف کار مهم‌تری می‌شود.
• می‌خواهید همین هفته شروع کنید، نه سه ماه دیگر.
• تعداد کاربرها ممکن است بالا و پایین شود، یا بیش از یک شعبه دارید.
• هنوز مطمئن نیستید این همان نرم‌افزاری است که می‌خواهید. توقف اشتراک ساده است؛ کنارگذاشتن لایسنسی که پولش داده شده، شرکت‌ها را سال‌ها روی ابزار اشتباه نگه می‌دارد.

وقتی نصبی جواب بهتری است

• الزام کتبی سازمانی یا قراردادی برای نگهداری داده روی زیرساخت خودتان دارید — سندی که می‌شود نشان داد، نه ترجیح شخصی یک مدیر.
• سیستم باید در شبکه‌ی داخلی و بدون اینترنت هم کار کند.
• شخصی‌سازی عمیقی می‌خواهید که فقط با دسترسی به کد ممکن است.
• تیم فنی واقعی دارید و آن تیم جانشین هم دارد. اگر فقط یک نفر بلد است سیستم را سرپا نگه دارد، نصبی یعنی گره‌زدن کل داده‌ی مشتریان به یک نفر.

سه دلیلی که نصبی را توجیه نمی‌کند

• «روی سرور خودمان امن‌تر است.» سروری که وصله‌اش ماه‌هاست نصب نشده، پشتیبانش تست نشده و رمزش بین سه نفر مشترک است، امن نیست؛ فقط نزدیک است. امنیت نتیجه‌ی کنترل‌هاست، نه محل فیزیکی سرور.
• «یک‌بار می‌خریم و تمام.» جدول بالا نشان می‌دهد چه چیزهایی در این «تمام» حساب نشده‌اند.
• «داده‌ی ما محرمانه است.» محرمانگی از محدودکردن دسترسی داخلی شروع می‌شود. اگر هر کارشناس فروش می‌تواند کل بانک مخاطبان را خروجی بگیرد، محل سرور آخرین مشکل شماست. معیارهای سنجش فروشنده در بهترین نرم‌افزار CRM ایرانی.

مهاجرت از نصبی به ابری، گام‌به‌گام

اگر تصمیم گرفتید از یک سیستم نصبی به ابری بروید، این ترتیب بیشترین ریسک را حذف می‌کند:

1. تاریخ پایان لایسنس و پشتیبانی فعلی را پیدا کنید و تاریخ مهاجرت را به آن گره بزنید تا هم‌زمان دو هزینه ندهید.
2. یک نسخه‌ی کامل بگیرید — پایگاه‌داده و پیوست‌ها، بیرون از همان سرور.
3. بررسی کنید خروجی‌گرفتن از سیستم قدیمی اصلاً ممکن هست یا نه. فقط گزارش CSV محدود می‌دهد یا به پایگاه‌داده هم دسترسی دارید؟ اگر فروشنده‌ی قبلی همکاری نمی‌کند، این را قبل از اعلام قطع همکاری حل کنید؛ تنها گامی است که دیر انجام‌دادنش برگشت‌پذیر نیست.
4. فقط داده‌ی زنده را ببرید: مخاطب فعال، معامله‌های باز و تاریخچه‌ی سال اخیر. ده سال رکورد مرده فقط سیستم جدید را از روز اول بی‌اعتبار نشان می‌دهد.
5. اول یک نمونه‌ی کوچک را منتقل کنید — پنجاه رکورد، بررسی چشمی، بعد بقیه. نگاشت فیلدها و پاک‌سازی در مهاجرت به CRM.
6. «منبع حقیقت» را از روز اول اعلام کنید. دو هفته کار موازی اشکال ندارد، ولی ثبت جدید فقط در سیستم ابری؛ دو منبع رسمیِ هم‌زمان یعنی هیچ منبعی.
7. راه قدیمی را ببندید. نشانی جدید را به همه بدهید و میان‌برها و لینک‌های داخل شبکه را بردارید؛ تا وقتی باز است، بخشی از تیم از آن استفاده می‌کند. سرور قدیمی را فوراً خاموش نکنید: حدود سه ماه فقط-خواندنی، بعد آرشیو و خاموش.
8. همان هفته‌ی اول، خروجی کامل از سیستم جدید بگیرید و بازش کنید. اگر قرار است حق خروج داده مشکلی داشته باشد، بهتر است حالا بفهمید تا سه سال بعد.

یک نکته‌ی خاص بازار ایران

اگر مشمول سامانه مودیان هستید، ابری یک مزیت عملی دارد: تغییر مقررات و مشخصات فنی و به‌روزرسانی اتصال‌های سازمان امور مالیاتی سمت ارائه‌دهنده اعمال می‌شود و برای شما یک به‌روزرسانی خودکار است، نه پروژه‌ای با برآورد و زمان‌بندی.

در مدل نصبی همین تغییر یعنی تماس با فروشنده، اعلام هزینه، انتظار برای نسخه، و بازه‌ای که سیستم با الزام روز هماهنگ نیست. قبل از امضا کتبی بپرسید: انطباق با تغییرات سامانه مودیان داخل اشتراک است یا هزینه‌ی جدا دارد، و تعهد زمانی‌اش چیست؟

مرجع نهایی الزام‌ها، فراخوان‌ها و مهلت‌ها درگاه سازمان امور مالیاتی است و پیش از هر تصمیمی با مشاور مالیاتی خودتان بررسی کنید. هیچ نرم‌افزاری — ابری یا نصبی — مسئولیت درستی اطلاعات صورتحساب را از خود کسب‌وکار برنمی‌دارد.

روکا پیش‌فاکتور را برای همان مخاطب می‌سازد، با یک کلیک به فاکتور تبدیلش می‌کند و صورتحساب را به سامانه مودیان می‌فرستد.

چهار سوالی که تصمیم را قطعی می‌کند

1. الزام کتبی برای نگهداری داده روی زیرساخت خودتان دارید یا فقط ترجیح؟ اگر الزام است، بحث تمام است.
2. کسی در شرکت هست که نگهداری سرور در شرح وظایفش باشد و جانشین هم داشته باشد؟
3. جمع سه‌ساله را با اعداد خودتان حساب کرده‌اید یا فقط قیمت اولیه را؟
4. حق خروج داده و شرایط پایان قرارداد را کتبی گرفته‌اید؟

برای بیشتر کسب‌وکارهای کوچک و متوسط جواب به سمت ابری می‌رود — نه چون ابری مد است، بلکه چون کارهایی را که به‌هرحال باید انجام شوند به کسی می‌سپارد که تخصصش همان است. برای تصویر کلی‌تر انواع CRM را ببینید و برای جایگزینی عدد ستون ابری، تعرفه‌ی روکا.