TTV یا Time to Value فاصله از یک نقطه شروع تعریف‌شده تا رسیدن مشتری به نتیجه‌ای است که برای او ارزش معنادار دارد. در سنجش «اولین ارزش»، باید معلوم باشد کدام خروجی نخستین نتیجه قابل پذیرش است و شاهد آن کجاست. ورود به پنل یا نصب موفق می‌تواند مرحله لازم باشد، اما همیشه همان ارزش نیست.
راهنمای آن‌بوردینگ Gainsight زمان تا اولین نتیجه معنادار را از معیارهای شروع همکاری معرفی می‌کند. مبدأ و معنای نتیجه به خدمت شما وابسته است؛ یک تعداد روز عمومی یا نتیجه فروشنده را به مشتریان خودتان تعمیم ندهید.
قرارداد سنجش را پیش از اجرا بنویسید
چه چیزی شروع ساعت است: ثبت‌نام، سفارش پذیرفته‌شده یا آغاز برنامه اجرا؟ پایان ساعت چیست: تولید خروجی یا پذیرش آن با معیار مشخص؟ چه شواهدی برای پایان کافی‌اند و چه کسی آن را تأیید می‌کند؟ این انتخاب‌ها باید از سؤال مدیریتی بیایند، نه از اینکه کدام تاریخ عدد کوچک‌تری می‌دهد.
| رخداد ساختگی | روز از شروع | نقش در این مثال |
|---|---|---|
| آغاز همکاری پذیرفته‌شده | ۰ | مبدأ |
| آماده‌شدن دسترسی | ۲ | پیش‌نیاز |
| تولید اولین خروجی نمونه | ۵ | هنوز معیار پذیرش کامل نیست |
| تأیید نتیجه با معیار توافقی | ۷ | پایان ساعت این گزارش |
TTV تقویمی این سناریو ۷ روز است، نه ۲ یا ۵ روز. اگر سازمان گزارش دیگری از «زمان راه‌اندازی» لازم دارد، آن را جدا نام‌گذاری کند. برای تکیه نتیجه به شاهد، راهنمای زنجیره شواهد نتیجه مکمل است؛ ثبت پایان فعالیت به‌تنهایی انجام کار مشتری را ثابت نمی‌کند.
تعطیلی و انتظار ورودی را پنهان نکنید
ممکن است مشتری چند روز منتظر تأیید داخلی باشد. در گزارش تجربه تقویمی، آن روزها همچنان سپری شده‌اند. اگر برای مدیریت داخلی «زمان فعال تیم» هم می‌سنجید، قرارداد جدا و دلیل توقف را بنویسید. زمان فعال و کل زمان را با یک نام عرضه نکنید؛ اولی کار قابل کنترل تیم و دومی فاصله تجربه‌شده را توضیح می‌دهد.
تغییر تاریخ شروع برای حذف انتظار قبل از اجرا، بهبود واقعی نیست. نسخه قرارداد، منطقه زمانی و مرز روز را نگه دارید. برای مقایسه گروه‌ها، نوع خدمت و سطح آمادگی ورودی هم مهم‌اند؛ پروژه دارای دسترسی آماده با پروژه منتظر بررسی امنیتی، نقطه شروع عملی یکسانی ندارد.
مشتریان نرسیده را چگونه نشان دهیم؟
اگر از ده شروع، فقط شش مورد به نتیجه رسیده‌اند، میانگین زمان همان شش نفر تصویر کامل گروه نیست. کنار آن بنویسید چهار مورد هنوز نرسیده‌اند و هر کدام چند روز باز بوده‌اند. زمان نامعلوم را صفر نگذارید و موارد سخت را بی‌توضیح از گروه حذف نکنید. برای تحلیل دقیق‌تر رابطه‌های ناتمام، روش آماری مناسب لازم است؛ میانگین ساده جای آن را نمی‌گیرد.
کدام گلوگاه را اصلاح کنیم؟
فاصله‌ها را به پیش‌نیاز، آموزش، اجرای کار و پذیرش تقسیم کنید. در مثال ما، اگر فاصله روز پنجم تا هفتم از نامعلوم‌بودن معیار پذیرش آمده، شروع آن معیار در جلسه اول می‌تواند موضوع آزمایش باشد؛ هنوز اثرش اثبات نشده است. تحویل درست فروش به اجرا و تمرین آموزش کاربر به دو علت متفاوت پاسخ می‌دهند.
برای بررسی یک مسیر محدود با اپرا، نیاز پاسخ‌گویی تلفنی و اولین نتیجه مورد انتظار را مطرح کنید. مقاله حاضر هیچ زمان TTV یا کاهش تضمین‌شده آن را برای اپرا اعلام نمی‌کند.