از «درخواستم کجاست؟» تا گزارش صبحگاهی مدیر، به فارسی و با منبع
ITSM شما سر جایش میماند. فرایون آن را به حرف می‌آورد.
نقش خودتان را انتخاب کنید
شش نقش، هر کدام چهار گام در پنجرهٔ واقعی فرایون. نقشی را بزنید تا مسیرش پخش شود؛ روی هر مهر منبع بزنید تا رکورد و روش محاسبه را ببینید.
امروزنمی‌داند درخواستش کجاست و چرا مانده؛ برای هر مشکل تکراری تیکت تازه می‌زند.
با فرایونمی‌پرسد «درخواستم کجاست؟» و مرحله، مسئول و علت تأخیر را به زبان ساده می‌گیرد؛ مشکل تکراری پیش از تیکت حل میشود.
چاپگرم دورو چاپ نمی‌کند.
چاپگرم دورو چاپ نمی‌کند.
همین مشکل پیش‌تر در ITSM ثبت و حل شده است: قابلیت دورو در تنظیمات چاپگر فعال نبود. گام‌ها:
- Printing preferences چاپگر را باز کنید.
- گزینهٔ Print on both sides را روشن کنید.
- یک صفحهٔ آزمایشی چاپ کنید.
پیش‌نویس تیکت
- دسته
- سخت‌افزار › چاپگر
- اثر
- یک نفر
- فوریت
- متوسط
- اولویت پیشنهادی
- ۳
- پیوست
- گفت‌وگوی بالا
ثبت با تأیید من
- ثبت
- توزیع
- انجام کارپیش: کارشناس سخت‌افزار
- تأیید
- بسته
۰ بار برگشته۲ ساعت در این مرحله
امروزهر مشکل از صفر شروع میشود؛ راه‌حل‌های قبلی در تیکت‌های بسته گم‌اند.
با فرایونمی‌پرسد «قبلاً این را چطور حل کردیم؟» و جواب را با پیوند به تیکت‌های مشابه می‌گیرد؛ هر تیکت بسته پیش‌نویس مقاله میشود.
| شماره | موضوع | مانده تا SLA حل | وضعیت |
|---|---|---|---|
| ۲۴۱۲ | قطعی شبکهٔ اتاق ۲۱۴ | بحرانی | |
| ۲۴۰۹ | چاپگر طبقهٔ سوم | هشدار | |
| ۲۳۹۸ | دسترسی به پوشهٔ مشترک مالی | هشدار | |
| ۲۳۸۱ | نصب نرم‌افزار حسابداری | عادی |
سه درخواست مشابه در دستهٔ خدمات شبکه و زیرساخت پیدا شد. در هر سه، علت قطعی کابل یا پریز شبکه بود.
منبع:نمونه
سه درخواست مشابه در دستهٔ خدمات شبکه و زیرساخت پیدا شد. در هر سه، علت قطعی کابل یا پریز شبکه بود.
منبع:نمونه
کابل شبکهٔ اتاق ۲۱۴ قطع بود، عوضش کردم. حدود نیم ساعت طول کشید.
گزارش اقدام
- چه شد
- تعویض کابل شبکهٔ اتاق ۲۱۴
- علت
- کابل آسیبدیده
- زمان صرفشده
- ۳۰ دقیقه
تأیید و ثبت در ITSM
قطعی شبکهٔ یک اتاق: بررسی کابل و پریز
منتظر تأیید مسئول فنی
امروزمقاله و اسکریپت بی‌تأیید پخش میشود یا اصلاً نوشته نمیشود.
با فرایونصف تأیید مقالهها و اسکریپتها را با تاریخچه و حق رد دارد؛ هیچ چیز بی‌تأیید او منتشر نمیشود.
- قطعی شبکهٔ یک اتاقمنبع:تأییدویرایشرد
- پاککردن صف چاپمنبع:تأییدویرایشرد
- اتصال دوبارهٔ VPN پس از بهروزرسانیمنبع:تأییدویرایشرد
۱۴ گزارش «VPN وصل نمیشود» در ۲۰ دقیقه
رخداد مادر ساخته شد
وضعیت: در حال رسیدگی
نفر پانزدهم به جای تیکت تازه همین پیام را می‌بیند.
فقطخواندنی
- بررسی شبکه ۱٫۴امضاشده
- وضعیت چاپگر ۱٫۱امضاشده
اصلاحگر (با تأیید)
- پاککردن صف چاپامضاشده
- پاککردن حافظهٔ DNSامضاشده
پاککردن صف چاپ
- استفاده
- ۱۱ بارنمونه
- بازخورد
- ۹ بار «کمک کرد»نمونه
- نسخه
- نسخهٔ ۳
امروزبلوغ فرایندها با حدس سنجیده میشود و معلوم نیست اصلاح از کجا شروع شود.
با فرایونکارنامهٔ بلوغ هر practice در ITIL را از روی داده می‌بیند و میداند اصلاح را از کجا شروع کند.
- بیشتر درخواست‌ها بدون اولویت←اولویت از اثر × فوریت
- علت ریشهای تقریباً ثبت نمیشود←پیشنهاد ثبت Problem
- صفر رکورد تغییر←ثبت تغییر از گفت‌وگو
۲۵ درخواست باز در دستهٔ دوربینهای مداربسته هست. پیشنهاد: یک رکورد Problem برای بررسی علت مشترک.
منبع:نمونه
امروزگزارش صبح دیر و بیمنبع می‌رسد؛ معلوم نیست گلوگاه کجاست.
با فرایونهر صبح یک جمله، یک عدد، یک پیوند و یک اقدام می‌گیرد؛ و اگر داده نباشد، عدد ساخته نمیشود.
۳۰۰نمونه
۳۰۰ درخواست در «منتظر تأیید» ماندهاند. کار ۲۵۰ مورد تمام شده و فقط تأیید درخواست‌دهنده مانده است.
دیدن فهرست
پیشنهاد: تأیید خودکار پس از چند روز را فعال کنید. گلوگاه فرایند است، نه کمبود کارشناس.
کدام دسته بیشترین درخواست باز را دارد؟
خدمات شبکه و زیرساخت با ۱۵۰ درخواست باز، بعد نرمافزارها و برنامههای کاربردی با ۱۰۰.
منبع:نمونه
امروزقطعه وقتی تمام میشود معلوم میشود و بهای واقعی هر دستگاه را کسی نمی‌داند.
با فرایونپیش از کمبود هشدار می‌گیرد، پیش از خرید انتقال بین انبارها را می‌بیند و بهای تمام‌شدهٔ هر دستگاه را با منبع دارد.
- کابل شبکه Cat6 (حلقه)انبار مرکزی، موجودی ۲، پوشش ۰٫۸ ماهکمبود نزدیک
- درام چاپگرانبار مرکزی، موجودی ۶، پوشش ۱٫۴ ماهسفارش
۵ درام از انبار ساختمان B به انبار مرکزی منتقل شود. انبار B با ۱۱ عدد و مصرف ماهانهٔ ۰٫۵، تا ۲۲ ماه پوشش دارد.
ثبت درخواست انتقال
- درخواست ۲۴۰۹
- دارایی PRN-0312
- خروج ۲ درام از انبار مرکزی
- کارشناس نمونه ۲
- زمان کار: ۱ ساعت و ۴۰ دقیقه
PRN-0312
- بهای تمام‌شدهٔ ۱۲ ماه
- ۶۸٫۶ میلیون توماننمونه
- دستگاه نو مشابه
- ۸۵ میلیون توماننمونه
پیشنهاد: جایگزینی
نقش را عوض کنید تا مسیرش پخش شود؛ کلیدهای جهت روی نقش‌ها نقش بعدی و قبلی را باز می‌کنند.
همین ۴ گام را روی تیکت‌های خودتان ببینید. نقش شما در فرم دمو یادآوری میشود.
رزرو دمو با همین نقشنقشهٔ توان فرایون
کل سامانه در یک نگاه: آنچه در محصول است، کجا امتحانش کنید و آنچه در نقشهٔ راه است، با فصلش. روی هر قابلیت بزنید.
فرایون: همکار هوش مصنوعی میز خدمت، روی همان ITSM که دارید
درخواست‌دهنده جواب می‌گیرد، کارشناس راه‌حل قبلی را با منبع می‌بیند و مدیر هر صبح یک عدد و یک اقدام. هر نوشتن در ITSM با تأیید انسان است و اگر داده نباشد، عدد ساخته نمیشود.
- قابلیت در محصول
- ۱۶
- در نقشهٔ راه
- ۲
درخواست‌دهنده۳
گفت‌وگوی فارسی چندنوبتی
پاسخ با جدول، نمودار و ارجاع قابل کلیک؛ روی ابزارهای تایپ‌شده، نه حدس.
همین را امتحان کنیدوضعیت درخواست و علت تأخیر
روایت علت تأخیر از تاریخچهٔ واقعی همان درخواست ساخته میشود.
همین را امتحان کنیدراهحل پیش از تیکت
اول راه‌حل؛ اگر حل نشد، پیش‌نویس تیکت با دسته، سرویس و اولویت پیشنهادی و ثبت فقط با تأیید کاربر.
همین را امتحان کنید
کارشناس۵
راه‌حل قبلی با منبع
«قبلاً این را چطور حل کردیم؟» با ارجاع به تیکت منبع؛ اگر نبود، میگوید مورد مشابهی ثبت نشده.
همین را امتحان کنیدمیز کار کارشناس و ساعت SLA
ساعت SLA هر تیکت، ثبت اقدام با چند جملهٔ عادی و تحویل شیفت.
همین را امتحان کنیدرخداد مادر و مسائل شناخته‌شده
نفر پانزدهم به‌جای تیکت تازه به رخداد موجود وصل میشود.
همین را امتحان کنیدصف تأیید دانش
پیش‌نویس مقالهٔ دانش از تیکت‌های حل‌شده؛ هیچ مقاله‌ای بی‌تأیید مسئول فنی منتشر نمیشود.
همین را امتحان کنیدنوشتن در ITSM با تأیید انسان
ثبت اقدام و بستن تیکت در ITSM، هر بار فقط پس از تأیید انسان.
همین را امتحان کنید
مدیر۵
گزارش صبحگاهی
هر صبح یک جمله، یک عدد، یک پیوند و یک اقدام.
همین را امتحان کنیدکارنامهٔ بلوغ ITIL
شاخص‌ها از داده محاسبه می‌شوند و سطح با معیار ثابت تعیین میشود؛ مدل زبانی فقط توضیح می‌نویسد.
همین را امتحان کنیدتحلیل خدمت
شمار، روند، تیکت‌های مانده، زمان حل و گذشته از سررسید به تفکیک دسته، سرویس و واحد.
همین را امتحان کنیدمشکل تکراری و پارتو
مشکل‌های تکراری با پارتو؛ فرضیهٔ علت با برچسب «فرضیه» نمایش داده میشود.
همین را امتحان کنیدداشبورد مدیریتی
روی همان لایهٔ دادهٔ گفت‌وگو؛ روی هر نمودار میشود از فرایون پرسید.
همین را امتحان کنید
سازمان و دارایی۳
موجودی و بهای دارایی
موجودی، نقطهٔ سفارش و بهای تمام‌شدهٔ دستگاه، با برچسب واقعی، محاسبه‌شده یا تخمینی.
همین را امتحان کنیدرابط پنج‌زبانه
فارسی، انگلیسی، عربی، آلمانی و فرانسوی در همان رابط.
در دموی حضوری روی داده‌ی نمونه دیده میشود.
افزونهٔ مرورگر و دستیار سامانه‌های داخلی
فرایون کنار کاربر در سامانه‌های داخلی سازمان، بدون رفتن به صفحهٔ جدا.
در دموی حضوری روی داده‌ی نمونه دیده میشود.
بعد از نسخهٔ ۱٫۵۲
ورودی صوتیزمستان ۱۴۰۵
پرسیدن با صدا به فارسی؛ پس از پایداری نسخهٔ ۱٫۵.
بعدی: زمستان ۱۴۰۵. تا آن زمان در هیچ دمویی کارکرده نشان داده نمیشود.
مدل اختصاصی سازمانزمستان ۱۴۰۵
مدل زبانی تنظیم‌شده برای دادهٔ همان سازمان؛ محل استقرار در ارزیابی تعیین میشود.
بعدی: زمستان ۱۴۰۵. تا آن زمان در هیچ دمویی کارکرده نشان داده نمیشود.
- تحویل‌شدهگفت‌وگو، راه‌حل قبلی، گزارش صبحگاهی، کارنامهٔ بلوغ
- نسخهٔ ۱٫۰نوشتن در ITSM با تأیید، پارتو، داشبورد مدیریتی
- نسخهٔ ۱٫۵افزونهٔ مرورگر، دارایی و موجودی
- زمستان ۱۴۰۵ورودی صوتی و مدل اختصاصی
به‌روزرسانی ۱۴۰۵/۰۷/۲۶. وضعیت «در محصول» همان وضعیت هدف تعهدشدهٔ فرایون است، یعنی پایان برنامهٔ فرایون، نسخهٔ ۱٫۵، و در دموی حضوری تا همین مرحله نشان داده میشود.
هزینهٔ زمان جست‌وجوی راه‌حل در میز خدمت شما
عددهای خودتان را وارد کنید؛ فرمول زیر نتیجه دیده میشود.
فرمول: ساعت کار ماهانه = تعداد درخواست × دقیقهٔ جست‌وجو ÷ ۶۰؛ هزینهٔ ماهانه = ساعت کار × هزینهٔ ساعت کارشناس
فرایون؛ امروز و فردا، به زبان هر نقش
نقش خود را انتخاب کنید؛ انتخاب شما در فرم دمو یادآوری میشود.
درخواست‌دهنده
- امروز
- نمی‌داند درخواستش کجاست؛ باید زنگ بزند یا ایمیل بزند.
- با فرایون
- می‌پرسد و روایت علت تأخیر را از روی تاریخچهٔ همان درخواست می‌شنود.
یک روز کاری این نقش
- مشکل را به فارسی می‌نویسد
- ابتدا راه‌حل مشابه نمایش داده میشود
- اگر حل نشد، پیش‌نویس تیکت را تأیید میکند
- بعداً وضعیت درخواست را می‌پرسد
کارشناس
- امروز
- راه‌حل قبلی را در میان تیکت‌های قدیمی دستی جست‌وجو میکند.
- با فرایون
- راه‌حل قبلی را با ارجاع به تیکت منبع می‌بیند و خلاصهٔ تیکت را می‌گیرد.
یک روز کاری این نقش
- تیکت تازه را باز میکند
- خلاصهٔ تیکت و مشکل مشابه را می‌بیند
- اقدام را با چند جملهٔ عادی ثبت میکند
- در پایان شیفت تحویل میدهد
مدیر IT
- امروز
- گلوگاه و بلوغ خدمت را از چند گزارش جدا استنباط میکند.
- با فرایون
- کارنامهٔ بلوغ و گلوگاه‌ها را از داده محاسبه‌شده می‌بیند.
یک روز کاری این نقش
- گزارش صبحگاهی را می‌خواند
- گلوگاه را با عدد و پیوند بررسی میکند
- از فرایون دلیل را می‌پرسد
- نقشهٔ بهبود را با کارنامه تنظیم میکند
مدیر ارشد
- امروز
- گزارش را با تأخیر و از دست دیگران می‌گیرد.
- با فرایون
- هر صبح یک جمله، یک عدد، یک پیوند و یک اقدام می‌بیند.
یک روز کاری این نقش
- گزارش صبحگاهی را باز میکند
- عدد را تا رکورد منبع دنبال میکند
- اقدام پیشنهادی را تأیید یا رد میکند
ماژول‌ها و قابلیت‌ها
ماژول‌های اصلی؛ فهرست کامل قابلیت‌ها و فصل هر مورد نقشهٔ راه در نقشهٔ توان است.
- درخواست‌دهنده
وضعیت درخواست و راه‌حل پیش از تیکت
می‌پرسد درخواستش کجاست و چرا طول کشید؛ مشکل تکراری را پیش از ثبت تیکت حل میکند.
- کارشناس
راه‌حل قبلی و خلاصهٔ تیکت
«قبلاً این را چطور حل کردیم؟» با ارجاع به تیکت منبع؛ خلاصهٔ تیکت و ثبت اقدام.
- مسئول فنی
صف تأیید دانش
پیش‌نویس مقالهٔ دانش از تیکت‌های حل‌شده؛ هیچ مقاله‌ای بی‌تأیید او منتشر نمیشود.
- مدیر IT
کارنامهٔ بلوغ و گلوگاه‌ها
شاخص‌ها از داده محاسبه می‌شوند و سطح با rubric ثابت تعیین میشود؛ مدل زبانی فقط توضیح می‌نویسد.
- مدیر ارشد
گزارش صبحگاهی
هر صبح یک جمله، یک عدد، یک پیوند و یک اقدام.
- مسئول انبار و دارایی
موجودی و بهای دارایی
موجودی، نقطهٔ سفارش و بهای تمام‌شدهٔ دستگاه؛ در نقشهٔ راه.
از فرایون بپرسید
سه پرسش نمونه؛ پاسخ، منبع و حالت «رد پاسخ بدون منبع» را ببینید.
- ورودیپرسش و تیکتاز ITSM و پایگاه دانش
- مدلجست‌وجو با منبعفقط روی داده‌ی سازمان
- خروجیپاسخ با مهر منبعبدون منبع، پاسخی ساخته نمیشود
داشبوردهای نمونه
همهٔ نمودارها و عددها نمونه‌اند و هر نمودار خلاصهٔ متنی دارد.
| شماره | موضوع | مانده تا SLA حل | وضعیت |
|---|---|---|---|
| ۲۴۱۲ | قطعی شبکهٔ اتاق ۲۱۴ | بحرانی | |
| ۲۴۰۹ | چاپگر طبقهٔ سوم | هشدار | |
| ۲۳۹۸ | دسترسی به پوشهٔ مشترک مالی | هشدار | |
| ۲۳۸۱ | نصب نرم‌افزار حسابداری | عادی | |
| ۲۳۷۵ | تعویض ماوس | عادی |
ثبت در ITSM همیشه با تأیید کارشناس انجام میشود.
سنجش کارشناس، فراتر از تعداد تیکت
حجم کار با پیچیدگی سنجیده میشود و کیفیت حل با نرخ بازگشایی؛ انتظار برای واحدهای دیگر جدا حساب میشود.
| کارشناس | حوزه | حل‌شده | وزن پیچیدگی | زمان کار واقعی | بازگشایی | بار نسبت به ظرفیت |
|---|---|---|---|---|---|---|
| کارشناس نمونه ۱ | شبکه | ۴۲ | ۶۱ | ۵۸ ساعت | ۴٪ | ۱۱۸٪ |
| کارشناس نمونه ۲ | سخت‌افزار | ۵۱ | ۴۸ | ۴۶ ساعت | ۳٪ | ۹۶٪ |
| کارشناس نمونه ۳ | نرم‌افزار | ۳۸ | ۴۴ | ۴۱ ساعت | ۹٪ | ۹۲٪ |
| کارشناس نمونه ۴ | سخت‌افزار و شبکه | ۱۹ | ۲۲ | ۲۰ ساعت | ۵٪ | ۵۴٪ |
- پیشنهاد توزیع: ۶ تیکت شبکهٔ سطح یک از کارشناس نمونه ۱ به کارشناس نمونه ۴ برود؛ او ۱۱ تیکت مشابه را بدون بازگشایی حل کرده است.
- نیاز آموزشی: بیشترین بازگشایی در دستهٔ «دسترسی به پوشهٔ مشترک» است؛ یک راهنمای داخلی پیشنهاد میشود.
- ظرفیت: با روند شش ماه اخیر، حوزهٔ شبکه در فصل بعد بیش از ظرفیت فعلی درخواست خواهد داشت.
هر عدد مهر دارد
در ماه گذشته ۴۲۰ درخواست ثبت شدواقعی، امروز ۴۰۰ درخواست باز استواقعیو بهای تمام‌شدهٔ هر چاپگر در سال حدود ۶۸ میلیون تومان استمحاسبه‌شده.
واقعی از رکورد ثبت‌شده. محاسبه‌شده از ترکیب رکوردها با نرخ مشخص. تخمینی برای دادهٔ ثبت‌نشده، با میزان اطمینان. اگر منبعی نباشد، فرایون عدد نمی‌دهد.
روند درخواست باز داده‌ی نمونه
درخواست باز در پایان هر هفته؛ چپ‌ترین نقطه جدیدترین هفته است.
روند درخواست باز در ۱۲ هفتهٔ نمونه از ۴۱۲ به ۳۰۵ می‌رسد. داده‌ی نمونه.
گلوگاه مرحله‌ها داده‌ی نمونه
میانگین روز ماندن درخواست در هر مرحله.
درخواست‌ها به‌طور میانگین بیشترین زمان را در مرحلهٔ «تأیید مدیر واحد» می‌مانند: ۳٫۲ روز در نمونه. گلوگاه همین مرحله است. داده‌ی نمونه.
کارنامهٔ بلوغ ITIL داده‌ی نمونه
سطح هر practice از ۱ تا ۵؛ شاخص‌ها محاسبه می‌شوند و توضیح را مدل می‌نویسد.
کارنامهٔ بلوغ نمونه: رخداد و درخواست در سطح ۳، دانش و تغییر در سطح ۲، دارایی در سطح ۱. سطح از rubric ثابت تعیین میشود و مدل فقط توضیح می‌نویسد. داده‌ی نمونه.
نسخهٔ کامل تعاملی، همین‌جا
شانزده بخش، از دارایی و انبار تا لایهٔ انطباق ITIL ۴؛ فقط وقتی فعالش کنید بارگذاری میشود.
گزارش کامل تعاملی، ۱۶ بخش
فرایون، دستیار هوشمند روی ITSM شما
- نقش خودتان را انتخاب کنید
- میز کار کارشناس
- پیش از تیکت، با شواهد
- هر عدد مهر دارد
- هر دستگاه چقدر تمام میشود
- لایهٔ انطباق ITIL ۴
- هشدار پیش از مشکل
- کنار کاربر، در همان صفحه
بدون ثبت‌نام. همهٔ تیکتها، نام‌ها و عددها نمونه‌اند و برای همین نمایش ساخته شده‌اند؛ آمار هیچ سازمانی نیستند.
امنیت، داده و محدودیت‌های صادقانه
چه میکند و چه کاری نمی‌کند.
چه میکند
- ITSM فعلی فقطخواندنی به یک لایهٔ معنایی وصل میشود.
- هر عدد در پاسخ به رکورد ITSM یا مقالهٔ تأییدشده وصل است.
- دسترسی به داده بر اساس نقش و در سطح ابزار اعمال میشود (طراحی‌شده).
- حذف یا ماسک دادهٔ شخصی پیش از ایندکس و prompt: طراحی‌شده، هنوز ساخته نشده.
- قابل استقرار در زیرساخت سازمان؛ معماری در ارزیابی تعیین میشود.
چه کاری نمی‌کند
- جایگزین ITSM نمیشود.
- عدد نمیسازد؛ اگر داده نباشد، «دادهٔ معتبر ندارم» میگوید.
- هیچ تیکتی را خودکار ثبت یا نمی‌بندد؛ هر نوشتن با تأیید انسان است.
- هیچ اقدام اصلاحی خودکار روی سامانه‌ها انجام نمی‌دهد.
- ITSM
- تیکتها
- پایگاه دانش
- دارایی
- کاربران
مسیر ورود: ارزیابی، پایلوت، استقرار
فرایون از مسیر دمو، ارزیابی و پایلوت وارد سازمان شما میشود. قیمت از ارزیابی درمی‌آید.
ارزیابی فرصت
۳ هفته؛ نقشهٔ داده و مسائل اولویت‌دار و پیشنهاد پایلوت.
پایلوت
۸ هفته؛ اتصال فقطخواندنی، سناریوهای واقعی سازمان شما، معیار موفقیت از پیش.
استقرار و گسترش
پس از پایلوت: دانش، راهنمای کاربر، SLA و هشدار، اتصال کنترل‌شده به ITSM.
پرسش‌های پیش از تصمیم
ITSM هوش مصنوعی فارسی: دستیاری که روی سامانهٔ میز خدمت فعلی (ITSM) می‌نشیند، به فارسی و با ارجاع به تیکت یا مقالهٔ منبع جواب میدهد و هیچ تیکتی را بدون تأیید انسان ثبت نمی‌کند یا نمی‌بندد.
فرایون جایگزین ITSM ما میشود؟
چرا ابزار آمادهٔ عمومی نخریم؟
داده‌های ما کجا میماند؟
اگر فرایون پاسخ را نداند چه میکند؟
آیا چیزی را در ITSM تغییر میدهد؟
وضعیت واقعی توسعه چیست؟
چه کسی از سازمان ما لازم است؟
زمان و هزینهٔ شروع چقدر است؟
با سیستم فعلی ما سازگار است؟
رزرو دموی فرایون
دو مسیر: حضوری در مرکز تجربه یا آنلاین.
- ۱مسیر
- ۲جزئیات
- ۳خلاصه
- ۱۰۰٪
ضمانت پایلوت سودآور
اگر در پایان ۲۱ روز دست‌کم یک پایلوت پیدا نکردیم که بازده برآوردی‌اش از قیمت همان پایلوت بیشتر باشد، تمام ۷۵ میلیون تومان را برمی‌گردانیم.
شرط: دسترسی ما به دادهٔ توافق‌شده در هفتهٔ اول و برگزاری ۲ جلسهٔ کاری.
داوری با معیاری است که پیش از شروع در قرارداد نوشته میشود، نه با نظر یک‌طرفهٔ ما؛ بازپرداخت از همان مسیر پرداخت اولیه انجام میشود. مهلت بازپرداخت، وضعیت مالیات بر ارزش افزوده و رابطهٔ ضمانت با بلیت پایلوت هم در همان قرارداد نوشته میشود.
۳ ارزیابی در پاییز ۱۴۰۵، حداکثر ۲ هم‌زمانمالک پرودکس هر ارزیابی را خودش رهبری میکند؛ برای همین بیش از ۲ ارزیابی هم‌زمان و ۳ ارزیابی در هر فصل نمی‌پذیریم.
آماده‌اید مستقیم شروع کنید؟ درخواست ارزیابی
وضعیت محصول: نسخهٔ ۱٫۵ — آمادهٔ پایلوت. عددهای این صفحه نمونه‌اند و نتیجهٔ مشتری نیستند. بازگشت به محصولات · مرکز تجربه