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