برای گرفتن دموی مفید، قبل از جلسه سه چیز آماده کنید: مسئله‌ای که می‌خواهید حل شود، چند نمونه داده واقعی از کار خودتان و فهرست سناریوهایی که باید جلوی چشمتان اجرا شوند. دمویی که بدون این‌ها برگزار شود معمولاً به تور معرفی امکانات تبدیل می‌شود و در پایان آن هنوز نمی‌دانید نرمافزار برای شما کار میکند یا نه. این راهنما مراحل را از درخواست تا تصمیم نهایی قدم‌به‌قدم توضیح می‌دهد.
- پیش از درخواست، مسئله اصلی را در یک جمله بنویسید.
- داده نمونه واقعی بیاورید: لیست پرسنل و شیفت، چند فاکتور، فهرست اعضا یا تعرفه پارکینگ.
- سناریوها را از قبل بنویسید و بخواهید روی همان‌ها اجرا شود.
- درباره محدودیت نسخه، آموزش، پشتیبانی و شرایط مرجوعی صریح بپرسید.
- بعد از جلسه، با یک جدول امتیاز تصمیم بگیرید، نه با حس کلی.
گام ۱: مسئله را در یک جمله بنویسید
بیشتر دموهای بی‌نتیجه از اینجا شروع می‌شوند که خریدار نمی‌داند دقیقاً دنبال چیست. «یک نرمافزار خوب برای حضور و غیاب» مسئله نیست؛ «محاسبه کارکرد ماهانه ۸۰ نفر با سه شیفت چرخشی هر ماه سه روز از وقت واحد اداری را می‌گیرد» مسئله است.
جمله مسئله دو فایده دارد. اول این‌که کارشناس دمو می‌فهمد کدام بخش نرمافزار را نشان دهد. دوم این‌که بعد از جلسه معیار روشنی دارید: آیا این مسئله حل شد یا نه؟
اگر چند مسئله دارید، آن‌ها را به ترتیب هزینه‌ای که هر ماه ایجاد می‌کنند مرتب کنید و دمو را روی اولی متمرکز کنید. آی‌تی‌پردازسافت برای چهار حوزه نرمافزار دارد: آیتایم برای حضور و غیاب، ثمین برای حسابداری و فروشگاه، مدالیون برای مدیریت باشگاه و ترافیک برای پارکینگ و کنترل تردد. اگر هنوز مطمئن نیستید از کدام شروع کنید، مطلب نقشه انتخاب محصول کمکتان میکند.
گام ۲: افراد درست را دعوت کنید
دمو با حضور فقط مدیر یک خطر دارد: مدیر امکانات را می‌پسندد، اما کاربر روزانه بعداً می‌گوید «این‌طوری کار ما راه نمی‌افتد». دمو با حضور فقط کاربر هم خطر دیگری دارد: تصمیم مالی و اولویت‌ها دیده نمی‌شود.
ترکیب پیشنهادی:
- تصمیمگیرنده: کسی که بودجه و اولویت را تعیین میکند.
- کاربر اصلی: مسئول حضور و غیاب، صندوق‌دار، مسئول پذیرش باشگاه یا متصدی پارکینگ.
- نماینده فنی یا مالی در صورت نیاز: کسی که درباره شبکه، دستگاه یا گزارش‌های مالی سؤال دارد.
سه نفر معمولاً کافی است. جلسه شلوغ‌تر از این، به‌جای بررسی، به بحث داخلی تبدیل می‌شود.
گام ۳: داده نمونه واقعی آماده کنید
نرمافزار با داده آزمایشی همیشه خوب به نظر می‌رسد. تفاوت واقعی وقتی معلوم می‌شود که داده شما، با همه استثناهایش، وارد آن شود. بسته به محصول، این‌ها را همراه بیاورید:
| محصول | داده نمونه پیشنهادی | سناریوی محک |
|---|---|---|
| آیتایم | لیست ده نفر با شیفت‌های مختلف و تردد یک هفته | محاسبه کارکرد یک نفر با شب‌کاری و اضافه‌کار |
| ثمین | بیست کالا با بارکد، دو فاکتور خرید و یک چک دریافتی | ثبت فروش با بارکدخوان و گزارش صندوق پایان روز |
| مدالیون | پنج عضو با شهریه‌های مختلف و یک کلاس | ثبت‌نام، ورود با کارت و هشدار تمدید شهریه |
| ترافیک | فهرست تعرفه‌ها و تعداد ورودی و خروجی | محاسبه مبلغ یک توقف چندساعته و چاپ فیش |
اگر داده حساس است، نام‌ها را عوض کنید اما ساختار را نگه دارید. مهم این است که استثناها مثل شیفت شب، چک برگشتی یا عضو با شهریه معوق در نمونه باشند.
گام ۴: سناریوهای پذیرش را بنویسید
در مهندسی نرمافزار به این مرحله آزمون پذیرش کاربر می‌گویند: بررسی این‌که راه‌حل برای کاربر واقعی کار میکند. لازم نیست رسمی باشد؛ کافی است برای هر سناریو بنویسید «ورودی چیست» و «خروجی درست چه باید باشد».
نمونه برای حضور و غیاب: «فرد الف از ساعت ۲۲ تا ۶ صبح کار کرده و یک ساعت هم اضافه مانده است. گزارش باید شب‌کاری و اضافه‌کار را جدا نشان دهد.» نمونه برای فروشگاه: «مشتری با سه کالا خرید میکند، یکی تخفیف دارد و بخشی را با کارت بانکی می‌پردازد. فاکتور و گزارش صندوق باید درست باشد.»
سناریوها را چند روز قبل از جلسه برای کارشناس بفرستید. این کار وقت جلسه را برای اجرای واقعی آزاد میکند و نشان می‌دهد شما خریدار جدی هستید.
آماده‌اید سناریوی خودتان را ببینید؟ از صفحه درخواست دمو محصول موردنظر و زمان مناسب را ثبت کنید و سناریوهایتان را همراه درخواست بفرستید.
گام ۵: در جلسه این پرسش‌ها را بپرسید
امکانات را خودِ دمو نشان می‌دهد؛ چیزی که معمولاً جا می‌افتد پرسش‌های پیرامونی است که بعد از خرید اهمیت پیدا می‌کنند:
1. محدودیت نسخه چیست؟ نسخه‌ها معمولاً در تعداد کاربر، تعداد پرسنل یا عضو، ظرفیت یا تعداد انبار فرق دارند. مثلاً در ثمین تعداد کاربر از یک نفر در پایین‌ترین نسخه تا هفت نفر در نسخه جامع تغییر میکند و در مدالیون ظرفیت ورزشکاران از ۵۰ تا ۳۰۰ نفر است. بپرسید اگر از سقف رد شدید، چه می‌شود. 2. کدام امکانات افزونه جداگانه است؟ پیامک، اتصال دستگاه، وب‌سرویس و کارتخوان در بسیاری از محصولات به‌صورت افزونه ارائه می‌شوند. 3. آموزش چگونه است؟ تعداد جلسات و محل آموزش در برخی محصولات به نسخه بستگی دارد. مثلاً در ثمین جلسه آموزشی در محل مشتری از نسخه استاندارد به بعد پیش‌بینی شده است. 4. پشتیبانی چطور و در چه ساعت‌هایی پاسخ می‌دهد؟ همه نرم‌افزارهای آی‌تی‌پردازسافت یک سال پشتیبانی رایگان دارند. در جلسه روشن کنید این پشتیبانی از چه راه‌هایی ارائه می‌شود و ساعت ارائه خدمات ویژه به نسخه وابسته است یا نه. 5. به‌روزرسانی هزینه دارد؟ این را صریح بپرسید و جواب را مکتوب بگیرید. برای جزئیات بیشتر، مطلب نقش پشتیبانی و گارانتی در انتخاب نرمافزار را بخوانید. 6. اگر نرمافزار مناسب نبود چه؟ برای ثمین در فهرست قیمت امکان ارائه دمو و مرجوع کردن نرمافزار تا یک هفته بهعلت نقص و عدم کارایی ذکر شده است. شرایط محصول موردنظرتان را بپرسید.
7. سخت‌افزار هم در دمو دیده می‌شود؟ اگر قرار است دستگاه حضور و غیاب، بارکدخوان، کارتخوان باشگاه یا راهبند به نرمافزار وصل شود، بخواهید اتصال دست‌کم یک دستگاه نمونه را ببینید یا دست‌کم فهرست دستگاه‌های قابل اتصال را مکتوب بگیرید. بسیاری از مشکلات بعد از خرید، از همین فاصله بین نرمافزار و سخت‌افزار شروع می‌شود. گارانتی دستگاه‌های فیزیکی را هم همین‌جا ببینید: ۶ ماه وارانتی تعویض، ۱۸ ماه گارانتی و ۱۰ سال خدمات پس از فروش.
8. برای ثمین: ارسال صورتحساب به سامانه مودیان را ببینید. ثمین به سامانه مودیان متصل می‌شود. از کارشناس بخواهید یک فاکتور آزمایشی را تا ارسال صورتحساب نشان دهد و در همان جلسه روشن کنید فاکتور برگشتی و قطع اینترنت هنگام ارسال چطور مدیریت می‌شوند.
گام ۶: بعد از جلسه، جدول امتیاز پر کنید
همان روز، تا جزئیات یادتان است، هر سناریو را با یک امتیاز ساده بسنجید: کامل انجام شد، با دور زدن انجام شد، انجام نشد. کنار آن، سه معیار دیگر هم بگذارید: سادگی برای کاربر روزانه، هزینه کل شامل افزونه‌ها و کیفیت پاسخ‌گویی کارشناس در جلسه.
یک مثال ساده: اگر از پنج سناریو، سه مورد کامل، یکی با دور زدن و یکی اصلاً انجام نشد، بپرسید آن سناریوی ناموفق چقدر در کار روزانه شما تکرار می‌شود. سناریویی که ماهی یک بار پیش می‌آید با سناریویی که هر روز صبح در صندوق تکرار می‌شود وزن یکسانی ندارد.
اگر چند نرمافزار را دمو گرفته‌اید، همین جدول مقایسه را منصفانه میکند. حافظه ما معمولاً آخرین دمو را بهتر از اولی به یاد می‌آورد و جدول این خطا را خنثی میکند.
گام ۷: پیش از امضا، همه‌چیز را مکتوب کنید
پیش‌فاکتور باید دقیقاً همان نسخه و افزونه‌هایی را داشته باشد که در دمو دیدید. موارد زیر را جداگانه بررسی کنید:
- نام نسخه و سقف‌های آن
- فهرست افزونه‌ها و تعداد کلاینت شبکه
- تعداد و محل جلسات آموزش
- تاریخ شروع سال پشتیبانی رایگان، مدت خدمات پس از فروش و گارانتی دستگاه‌ها
- شرایط مرجوعی و مهلت آن
اشتباه‌های رایج در دمو گرفتن
- دیدن همه‌چیز، تست هیچ‌چیز. دموی دوساعته‌ای که همه منوها را نشان می‌دهد، کمتر از دموی نیم‌ساعته روی سه سناریوی واقعی کمک میکند.
- تصمیم بر اساس امکاناتی که لازم ندارید. نسخه جامع جذاب است، اما اگر کسب‌وکار کوچکی دارید، نسخه پایین‌تر با هزینه کمتر همان مسئله را حل میکند.
- نپرسیدن درباره داده‌های فعلی. اگر اطلاعات قبلی در اکسل یا نرمافزار دیگری دارید، بپرسید چگونه منتقل می‌شود.
- غیبت کاربر اصلی. کسی که هر روز با نرمافزار کار میکند باید آن را دیده و پسندیده باشد.
جمع‌بندی
دموی خوب با یک جمله مسئله، داده نمونه واقعی و چند سناریوی مکتوب شروع می‌شود و با جدول امتیاز و پیش‌فاکتور دقیق تمام می‌شود. با این آمادگی، یک جلسه کافی است تا بفهمید نرمافزار برای شما مناسب است یا نه. محصول موردنظر را انتخاب کنید و از صفحه دمو وقت بگیرید؛ اگر ترجیح می‌دهید قبل از آن کوتاه مشورت کنید، با ۰۵۱-۳۷۶۵۵۵۰۰ یا ۰۹۱۵۴۹۰۳۵۰۰ تماس بگیرید.
منابع
سوالات پرتکرار درباره این موضوع
همین سناریوها را روی داده واقعی مجموعه خودتان در دمو ببینید
کارشناسان آی‌تی‌پردازسافت آماده‌اند تا سوالات شما را بررسی کنند و نسخه متناسب با الگوی کاری شما را نمایش دهند.
