PHPساخت نسخه آزمایشی با تاریخ انقضا
نسخه آزمایشی با تاریخ انقضا یکی از مؤثرترین ابزارهای فروش نرم افزار است، اما فقط وقتی ارزش دارد که پس از پایان دوره واقعا از کار بیفتد. با تعیین تاریخ انقضا هنگام انکد، خروجی بعد از آن تاریخ اجرا نمیشود. در این مقاله روش ساخت، محدودیتهای واقعی و راههای تقویت آن را بررسی میکنیم.
این مقاله در یک نگاه
- تاریخ انقضا هنگام انکد داخل خروجی یا فایل لایسنس ثبت میشود.
- بررسی توسط لودر انجام میشود، نه کد قابل ویرایش.
- بررسی به ساعت سیستم سرور متکی است؛ این محدودیت را بشناسید.
- ترکیب با قفل دامنه، دموی محدود به یک سایت میسازد.
- برای محصولات حساس، انقضا را با بررسی آنلاین ترکیب کنید.
چرا نسخه آزمایشی؟
مشتری که محصول را قبل از خرید امتحان کرده باشد، با اطمینان بیشتری خرید میکند و انتظارات واقعبینانهتری دارد. این یعنی نرخ تبدیل بالاتر و درخواست بازگشت وجه کمتر.
اما نسخه آزمایشی فقط وقتی ابزار فروش است که واقعا محدود باشد. اگر دمو برای همیشه کار کند، بخشی از مشتریان هرگز به نسخه کامل ارتقا نمیدهند. تاریخ انقضا دقیقا این محدودیت را ایجاد میکند.
چطور بسازیم؟
هنگام انکد، تاریخ انقضا را مشخص میکنید. این تاریخ داخل خروجی یا در فایل لایسنس همراه آن ثبت میشود و لودر پیش از هر اجرا آن را بررسی میکند.
- تعیین مدت دوره معمولا هفت تا سی روز، بسته به پیچیدگی محصول.
- انکد با تاریخ انقضا هنگام سفارش، تاریخ پایان را وارد کنید.
- ترکیب با قفل دامنه برای اینکه دمو روی چند سایت پخش نشود.
- افزودن پیام راهنما در محصول توضیح دهید بعد از انقضا چطور نسخه کامل بگیرد.
- تست با تغییر موقت ساعت سیستم تست، رفتار پس از انقضا را بررسی کنید.
محدودیت واقعی: ساعت سرور
باید این را صادقانه بدانید: بررسی تاریخ به ساعت سیستم سرور متکی است. اگر مشتری کنترل کامل سرور را داشته باشد، در تئوری میتواند ساعت را عقب ببرد تا دوره آزمایشی طولانیتر شود.
در عمل این کار برای اکثر کاربران هاست اشتراکی ممکن نیست، چون به ساعت سیستم دسترسی ندارند. اما برای مشتریانی که سرور اختصاصی دارند، این ریسک وجود دارد و باید در تصمیمگیری لحاظش کنید.
| محیط مشتری | ریسک تغییر ساعت | توصیه |
|---|---|---|
| هاست اشتراکی | بسیار کم | انقضای ساده کافی است |
| سرور مجازی | متوسط | ترکیب با قفل دامنه |
| سرور اختصاصی | بالا | افزودن بررسی آنلاین |
| محصول گرانقیمت | مهم | حتما بررسی سمت سرور خودتان |
تقویت با بررسی آنلاین
برای محصولات حساس یا گرانقیمت، انقضای محلی را با یک بررسی آنلاین ترکیب کنید. محصول در فواصل مشخص به سرور شما درخواست میفرستد و اعتبار لایسنس را میپرسد.
در این حالت حتی اگر ساعت سرور دستکاری شود، پاسخ سرور شما تعیینکننده است. البته باید سناریوی قطعی اینترنت را هم مدیریت کنید تا مشتری قانونی بیدلیل با اختلال روبهرو نشود؛ مثلا اجازه دهید محصول چند روز بدون ارتباط کار کند. معماری کامل این سیستم در ساخت سیستم لایسنس توضیح داده شده است.
تجربه کاربری بعد از انقضا
یک نکته که اغلب فراموش میشود: وقتی دمو منقضی میشود، مشتری باید بفهمد چه اتفاقی افتاده و چطور ادامه دهد. پیام خطای فنی خام، تجربه بدی میسازد و فرصت فروش را از بین میبرد.
اگر امکانش هست، پیش از انقضا هشدار بدهید و در لحظه انقضا پیامی روشن با راه ارتباطی نمایش دهید. این تفاوت بین «محصول خراب شد» و «دوره آزمایشی تمام شد، برای ادامه اینجا اقدام کنید» است. برای دیدن همه گزینههای محدودسازی، صفحه لایسنسگذاری را ببینید. مستندات رسمی در سایت ionCube آمده است.
سوالات متداول
تاریخ انقضا با تغییر ساعت سرور دور زده میشود؟
در محیطی که مشتری کنترل کامل سرور را دارد این ریسک وجود دارد. برای محصولات حساس، انقضا را با بررسی آنلاین از سمت سرور خودتان ترکیب کنید.
مدت مناسب دوره آزمایشی چقدر است؟
معمولا هفت تا سی روز. برای محصولات پیچیدهتر که راهاندازی زمان میبرد، دوره طولانیتر منطقیتر است.
بعد از انقضا چه اتفاقی میافتد؟
اجرای اسکریپت متوقف و پیام خطای لایسنس نمایش داده میشود. بهتر است پیامی روشن با راه ارتباطی برای خرید نسخه کامل نشان دهید.
میتوانم دمو را به یک دامنه محدود کنم؟
بله. ترکیب تاریخ انقضا با قفل دامنه، دموی محدود به یک سایت میسازد و از پخش شدن آن جلوگیری میکند.
برای تمدید دمو باید دوباره انکد کنم؟
اگر از فایل لایسنس استفاده کرده باشید، فقط فایل جدید میفرستید. اگر انقضا داخل خروجی ثابت باشد، باید خروجی جدید بسازید.
مطالب مرتبط: فایل لایسنس ionCube · قفل روی دامنه · ساخت سیستم لایسنس