وبلاگ
نصب ویتایگر فقط آپلود فایل و ساخت دیتابیس نیست. یک نصب قابل استفاده باید از ابتدا برای امنیت، بکاپ، ایمیل، فارسیسازی، نقش کاربران و داده اولیه آماده شود. بهخصوص در نسخه Open Source، مسئولیت این موارد روی سازمان یا مجری است.
Vtiger در Open Source FAQ پیشنیازهای نصب را منتشر میکند؛ اما نسخههای PHP، دیتابیس و کتابخانهها میتوانند با انتشارهای مختلف تغییر کنند، بنابراین همیشه مستندات نسخه دقیق خودتان را معیار نهایی قرار دهید.
مرحله ۱: نسخه و مدل استقرار را مشخص کنید
قبل از هر کار فنی معلوم کنید Open Source میخواهید یا Cloud. اگر Open Source است، نسخه دقیق و برنامه بروزرسانی را ثبت کنید. نصب روی نسخهای که افزونههای کلیدی شما با آن سازگار نیستند، بعداً هزینه مهاجرت ایجاد میکند.
برای این تصمیم، مقایسه Open Source و Cloud را ببینید.
مرحله ۲: زیرساخت را بر اساس مستندات همان نسخه آماده کنید
- وبسرور و PHP سازگار
- دیتابیس و تنظیمات مناسب
- فضای دیسک برای فایلها و بکاپ
- HTTPS معتبر
- دسترسی امن به فایلها و دیتابیس
- Cron یا Taskهای زمانبندیشده در صورت نیاز
از کپیکردن تنظیمات یک آموزش قدیمی بدون تطبیق نسخه پرهیز کنید. پیشنیازهای منتشرشده توسط Vtiger نقطه شروعاند، نه جایگزین تست سازگاری پروژه شما.
مرحله ۳: نصب پایه و بررسی سلامت
بعد از نصب، ورود ادمین، ذخیره رکورد، آپلود فایل، ارسال ایمیل، اجرای زمانبندیها و مجوزهای فایل را تست کنید. خطاهای PHP و وبسرور را قبل از ورود کاربران واقعی بررسی کنید تا مشکل زیرساخت با خطای فرایندی اشتباه نشود.
مرحله ۴: فارسیسازی و تجربه کاربری
اگر تیم فارسیزبان است، نمایش صحیح متن، راستچین، فونت، تاریخ و قالب اسناد باید روی صفحات پرکاربرد تست شود. RTL Manager ویتایگر برای همین لایه در اول CRM ارائه شده است.
فارسیسازی را بعد از ورود حجم زیادی داده تست نکنید؛ بهتر است قبل از Go‑Live روی نمونه واقعی کاربران بررسی شود.
مرحله ۵: نقشها، دسترسی و ساختار داده
- تعریف کاربران و نقشها بر اساس مسئولیت
- تعیین اینکه چه فیلدهایی اجباریاند
- تعریف مراحل Opportunity و وضعیتهای مهم
- تعیین مالکیت رکورد و قواعد اشتراکگذاری
- آمادهسازی Import داده با پاکسازی Duplicate
CRM خوب از روز اول همه فیلدها را اجباری نمیکند. فقط دادهای را مطالبه کنید که برای اقدام، گزارش یا کنترل فرایند لازم است.
مرحله ۶: ایمیل و اعلانها
ارسال ایمیل باید قبل از تحویل به تیم تست شود. اگر سازمان چند صندوق یا چند هویت ارسال دارد، صفحه SMTP چندگانه ویتایگر میتواند برای سناریوهای چندکاربره مرتبط باشد. نتیجه ارسال و خطاها باید قابل بررسی باشد.
مرحله ۷: بکاپ و برنامه بازگشت
قبل از هر سفارشیسازی یا بروزرسانی، بکاپ فایل و دیتابیس و روش Restore را مشخص کنید. بکاپی که هرگز Restore نشده، تضمین عملی برای بازگشت نیست. زمانبندی بکاپ، نگهداری نسخهها و محل ذخیره جداگانه را ثبت کنید.
مرحله ۸: تست پذیرش کاربر
چند سناریوی واقعی مثل ثبت Lead، تبدیل، ایجاد Opportunity، ثبت تماس و گزارش را با کاربران نهایی اجرا کنید. اگر تیم برای کار روزانه آموزش ندیده باشد، نصب فنی سالم هم به استفاده واقعی منجر نمیشود. دوره آموزشی ویتایگر فارسی و راهنمای کار با ویتایگر برای این مرحله مرتبطاند.
چکلیست قبل از Go‑Live
- بکاپ و Restore تست شده است.
- HTTPS و دسترسی ادمین امن است.
- ارسال ایمیل و Cron تست شده است.
- RTL و فارسی در صفحات کلیدی بررسی شده است.
- نقشها و دسترسی کاربران مشخص است.
- داده نمونه بدون Duplicate وارد شده است.
- کاربران سناریوی روزانه خود را تمرین کردهاند.
- مسئول پشتیبانی و مسیر گزارش خطا مشخص است.
اگر میخواهید قبل از استقرار، نیازهای فنی و فرایندی را کنار هم ببینید، درخواست بررسی مسیر فعلی را ثبت کنید.
محیط آزمایشی قبل از Production
اگر CRM قرار است برای تیم مهمی استفاده شود، نصب و تغییرات را مستقیم روی Production انجام ندهید. یک محیط Staging یا حداقل Snapshot قابل بازگشت داشته باشید. آپدیت PHP، افزونه یا هسته میتواند روی Workflow، PDF، ایمیل یا قالب اثر بگذارد. تست روی محیط جدا هزینه کمی دارد اما از اختلال بزرگ جلوگیری میکند.
مهاجرت داده؛ بخش فراموششده نصب
بسیاری از پروژهها از نظر فنی نصب میشوند اما هنگام Import اکسل مشکل شروع میشود. قبل از ورود داده، شماره موبایل، ایمیل، نام شرکت، مالک رکورد و شناسههای تکراری را استاندارد کنید. تصمیم بگیرید Duplicate با چه قاعدهای تشخیص داده میشود و رکوردهای قدیمی که ارزشی ندارند وارد نشوند. Import تمیز، گزارشهای بعدی را قابل اعتمادتر میکند.
امنیت پس از نصب
- اکانت ادمین عمومی را محدود کنید.
- دسترسی پنل مدیریت سرور و دیتابیس را جدا نگه دارید.
- HTTPS و Certificate Renewal را کنترل کنید.
- خطاهای PHP را برای کاربران عمومی نمایش ندهید.
- بکاپ را خارج از همان سرور هم نگهداری کنید.
- افزونههای ناشناس یا قدیمی را بدون بررسی نصب نکنید.
تحویل فنی چه چیزهایی باید داشته باشد؟
یک پروژه قابل نگهداری باید فهرست نسخهها، دسترسیها، افزونههای نصبشده، مسیر بکاپ، Cronها، SMTP، تغییرات کد و مسئول پشتیبانی را مستند کند. اگر این اطلاعات فقط در ذهن مجری بماند، اولین خطای جدی یا تغییر نیرو به بحران تبدیل میشود.
عیبیابی بعد از نصب
وقتی خطایی رخ میدهد، ابتدا مشخص کنید در کدام لایه است: وبسرور/PHP، دیتابیس، هسته Vtiger، افزونه، قالب یا تنظیمات کاربر. بررسی مرحلهای بهتر از تغییر چند تنظیم همزمان است. زمان وقوع خطا، URL، کاربر، عملیات انجامشده و Log مرتبط را ثبت کنید.
سؤالات متداول
آیا هاست اشتراکی برای ویتایگر مناسب است؟
به منابع، کنترل PHP، Cron، محدودیتها و حجم استفاده بستگی دارد. برای استفاده جدی باید منابع و قابلیت مدیریت زیرساخت بررسی شود.
بعد از نصب میتوان فوراً همه کاربران را اضافه کرد؟
بهتر است ابتدا با گروه کوچک UAT انجام شود و بعد از تأیید فرایند و دسترسیها، کاربران بیشتر اضافه شوند.
مطالعههای مرتبط
برای دیدن تصویر کاملتر موضوع، راهنمای جامع ویتایگر فارسی را نیز مطالعه کنید.
میخواهید مسیر CRM و فروش فعلی شما بررسی شود؟ درخواست بررسی وضعیت فعلی و فرصتهای بهبود.
