[
  {
    "id": "P01",
    "title": "دانش سازمانی با مجوز واقعی هر کاربر",
    "units": [
      "مدیریت",
      "منابع انسانی",
      "فنی"
    ],
    "products": [
      "تیمیک",
      "همه برندها"
    ],
    "current_evidence": "اسناد فرهنگ، راهنما و نقش‌ها در تیمیک وجود دارند؛ بعضی بخش‌ها به‌دلیل نداشتن دسترسی باز نشدند و خطای ۴۰۳ دادند. اگر همه سندها را بدون حفظ مجوزها در یک محل جمع کنیم، ممکن است اطلاعات خصوصی در دسترس افراد دیگر قرار بگیرد.",
    "evidence_confidence": "بالا برای وجود اسناد؛ کم برای کیفیت کل دانش",
    "workflow": "برای نمونه، راهنمای مرخصی را با نام مسئول سند، شماره نسخه و تاریخ اعتبار انتخاب می‌کنیم. ← متن را به بخش‌های کوچک تقسیم می‌کنیم و مشخص می‌کنیم هر کاربر اجازه دیدن کدام بخش را دارد. ← پرسش را هم بر اساس کلمه‌ها و هم بر اساس معنی در سندهای مجاز جست‌وجو می‌کنیم. ← پاسخ را با نام سند، محل مطلب و تاریخ نشان می‌دهیم. بدون منبع معتبر یا اجازه دسترسی، پاسخ نمی‌سازیم.",
    "task_location": "تیمیک: راهنمای کار / پیوست کار؛ پیشنهاد تغییر سند به‌صورت کار جدا، نه ویرایش خودکار",
    "handoff": "مسئول مقررات، سندها را تأیید می‌کند ← کارشناس واحد، متن را بررسی می‌کند ← تیم فنی، سندها را وارد سامانه می‌کند؛ سؤال بی‌پاسخ به مسئول سند برمی‌گردد.",
    "accountable_role": "مسئول دانش هر واحد؛ تیم فنی، مسئول اتصال سامانه‌هاست",
    "tools": [
      "T07",
      "T08",
      "T09",
      "T17",
      "T20"
    ],
    "sources": [
      "S04",
      "S15",
      "S16"
    ],
    "global_maturity": "متداول به‌صورت محدود",
    "phase": "پایه / روز ۱–۳۰",
    "dependencies": [],
    "metrics": {
      "efficiency": "مدت معمول پیدا کردن پاسخ همراه منبع، برحسب دقیقه",
      "quality": "درصد پاسخ‌هایی که به منبع درست ارجاع می‌دهند؛ در آزمون هیچ اطلاعاتی خارج از دسترسی کاربر نمایش داده نشود",
      "growth": "زمان لازم تا همکار جدید اولین کارش را انجام دهد و تأیید بگیرد؛ اثر این کار بر درآمد مستقیم نیست"
    },
    "acceptance": "آزمون ۶۰ سؤال شامل مجاز، منسوخ، بی‌پاسخ و غیرمجاز؛ همه موارد غیرمجاز مسدود و ارجاع اطلاعات حساس به منبع دقیق باشد.",
    "stop_rule": "اگر اطلاعاتی به کاربر بدون مجوز نمایش داده شد، استفاده از این قابلیت متوقف شود؛ نبود سند با پاسخ ساختگی پوشانده نشود.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "ابتدا ۲۰ سند منتخب؛ سپس بازخورد و کشف اسناد متناقض؛ بعد اتصال محدود چند محصول با مرز برند.",
    "missing_data": "روش اتصال به تیمیک، دسترسی هر کاربر، مسئول هر سند و زمان بازبینی آن هنوز در عمل بررسی نشده است."
  },
  {
    "id": "P02",
    "title": "جلسه به تصمیم و پیگیری قابل تأیید",
    "units": [
      "مدیریت",
      "پروداکت",
      "همه واحدها"
    ],
    "products": [
      "تیمیک"
    ],
    "current_evidence": "سازوکار جلسه و کمیته هفتگی در سیاست سازمان دیده شده است؛ میزان اتلاف جلسه اندازه‌گیری نشده است.",
    "evidence_confidence": "متوسط",
    "workflow": "صوت یا متن جلسه را با رضایت شرکت‌کنندگان دریافت می‌کنیم. ← متن جلسه، نام افراد و عددها را بازبینی می‌کنیم. ← تصمیم‌ها، مسئول پیشنهادی هر کار، زمان تحویل و سؤال‌های بی‌پاسخ را مشخص می‌کنیم. ← دبیر جلسه درستی این فهرست را بررسی و تأیید می‌کند. ← فقط موارد تأییدشده را به پیش‌نویس کار تبدیل می‌کنیم؛ ثبت نهایی مسئولیت به تأیید فرد مربوط نیاز دارد.",
    "task_location": "تیمیک: صفحه جلسه و پیوند به کار واحد مسئول؛ اعلان فقط حاوی لینک همان رکورد",
    "handoff": "دبیر جلسه ← مسئول هر کار، انجام آن را می‌پذیرد ← مدیر واحد تحویل‌گیرنده، نتیجه را بررسی می‌کند؛ دلیل رد هر مورد ثبت می‌شود.",
    "accountable_role": "دبیر جلسه / مدیر واحد",
    "tools": [
      "T15",
      "T01"
    ],
    "sources": [
      "S07",
      "S04"
    ],
    "global_maturity": "متداول با تأیید انسان",
    "phase": "آزمون اولیه / روز ۱۵–۶۰",
    "dependencies": [
      "P01"
    ],
    "metrics": {
      "efficiency": "زمان دبیر جلسه برای آماده‌کردن صورت‌جلسه، برحسب دقیقه",
      "quality": "درصد کارها یا تاریخ‌هایی که پس از بازبینی هم اشتباه مانده‌اند",
      "growth": "درصد کارهای مربوط به مشتری که در موعد مقرر انجام و تأیید می‌شوند"
    },
    "acceptance": "۱۰ جلسه با تطبیق صورت‌جلسه انسانی؛ هیچ انتساب مسئول یا تعهد بیرونی بدون قبول او ثبت نهایی نشود.",
    "stop_rule": "اگر بازبینی از تدوین دستی طولانی‌تر شد یا ضبط رضایت ندارد، ورودی متنی و فرایند ساده استفاده شود.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "متن دستی → پیاده‌سازی صوت → تشخیص تصمیم تکراری و پیگیری موعد؛ اعلان خودکار پس از آزمون.",
    "missing_data": "ابزار فعلی جلسه، سیاست نگهداری صوت و نرخ پیگیری فعلی معلوم نیست."
  },
  {
    "id": "P03",
    "title": "تکمیل تعریف کار و توافق دو واحد درباره خروجی و زمان تحویل",
    "units": [
      "پروداکت",
      "فنی",
      "مدیریت",
      "همه واحدها"
    ],
    "products": [
      "تیمیک",
      "همه محصولات"
    ],
    "current_evidence": "۶۶ کار فنی ثبت شده‌اند؛ نمونه‌های Flow Meet توضیح و شرایط تأیید نتیجه ندارند؛ ۹ کارت در بازبینی است. این اعداد زمان انتظار را اثبات نمی‌کنند.",
    "evidence_confidence": "بالا در نمونه‌ای که اجازه بررسی آن را داریم",
    "workflow": "عنوان کار، دلیل درخواست و مشکل مورد نظر را می‌نویسیم. ← دستیار سؤال‌های بی‌پاسخ، شرایط تأیید نتیجه و کارهای لازم از تیم‌های دیگر را پیشنهاد می‌دهد. ← درخواست‌کننده توضیحات تکمیل‌شده را بررسی و تأیید می‌کند. ← تحویل‌گیرنده با بررسی نتیجه و مدرک انجام کار، آن را تأیید یا رد می‌کند. مدل اجازه ندارد خودش وضعیت کار را تغییر دهد.",
    "task_location": "تیمیک: همان کارت اصلی + بخش «پیشنهاد هوش مصنوعی» و پیوند تحویل؛ بدون ساخت فهرست جداگانه برای همان کارها",
    "handoff": "درخواست‌کننده، کار را توضیح می‌دهد ← واحد مجری، کار را انجام می‌دهد ← بازبین مستقل، نتیجه را بررسی می‌کند؛ اختلاف درباره محدوده کار با مدیران دو واحد حل می‌شود.",
    "accountable_role": "مسئول فرایند کار؛ تیم محصول هماهنگ‌کننده",
    "tools": [
      "T01",
      "T12"
    ],
    "sources": [
      "S04",
      "S03"
    ],
    "global_maturity": "متداول در کمک نوشتن؛ اجرای خودکار وابسته به اتصال",
    "phase": "پایه / روز ۱–۳۰",
    "dependencies": [],
    "metrics": {
      "efficiency": "نرخ رفت‌وبرگشت ناشی از ابهام و دقیقه آماده‌سازی",
      "quality": "درصد کارهایی که با مدرک انجام کار و طبق شرایط توافق‌شده تأیید می‌شوند",
      "growth": "زمان درخواست یک تغییر مورد نیاز مشتری تا تأیید نتیجه آن"
    },
    "acceptance": "۲۰ کار داوطلبانه؛ هر کار هدف، خروجی، بازبین، شرایط تأیید نتیجه و وابستگی داشته باشد؛ هیچ کار تکراری ثبت نشود.",
    "stop_rule": "اگر API نوشتن تأیید نشده، فقط متن قابل کپی تولید شود؛ اگر پیشنهادها کم پذیرفته می‌شوند، قالب را اصلاح کنید؛ استفاده از پیشنهادها نباید اجباری باشد.",
    "pilot_effort_person_weeks": "۱–۲",
    "upgrade_path": "قالب دستی → پیشنهاد درون کارت → هشدار وابستگی و مشابهت؛ تخصیص خودکار نیرو مرحله اولیه نیست.",
    "missing_data": "شناسه واحدهای خارج فنی و API رسمی تیمیک تأیید نشده‌اند؛ میزان نیاز به اصلاح دوباره در روش فعلی لازم است."
  },
  {
    "id": "P04",
    "title": "دفتر اطلاعات معتبر بروکر، صرافی و پراپ با تاریخ اعتبار",
    "units": [
      "محتوا",
      "خدمات",
      "فروش",
      "سئو"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر",
      "ریبکس"
    ],
    "current_evidence": "مقالات مقایسه، روش بررسی و ریبیت در دو سایت وجود دارند؛ یکسان بودن داده‌ها و قرارداد واقعی هر شریک کامل تأیید نشده است.",
    "evidence_confidence": "بالا برای نیاز مشترک؛ متوسط برای اختلاف موجود",
    "workflow": "منبع رسمی را انتخاب و اجازه استفاده از اطلاعاتش را بررسی می‌کنیم. ← نسخه صفحه و تفاوت آن با نسخه قبلی را نگه می‌داریم. ← کارمزد، کشور، نهاد ناظر، شرایط ریبیت، محدودیت‌ها و تاریخ را از منبع استخراج می‌کنیم. ← بازبین مالی یا خدمات، اطلاعات و شرایط را تأیید می‌کند. ← نسخه تأییدشده را در اختیار تیم محتوا و پشتیبانی می‌گذاریم تا همه از اطلاعات یکسان استفاده کنند.",
    "task_location": "تیمیک: یک پرونده تغییر برای هر نهاد/نسخه؛ محل اصلی نگهداری اطلاعات با مسئول اطلاعات، منبع را آماده می‌کند، نه کپی در هر دستور مدل",
    "handoff": "تیم فنی، تغییر اطلاعات را پیدا می‌کند ← کارشناس، درستی آن را بررسی می‌کند ← خدمات، شرایط قرارداد و محتوا، متن قابل انتشار را تأیید می‌کنند؛ اختلاف منابع با برچسب «نیازمند بررسی» مشخص می‌شود.",
    "accountable_role": "مسئول اطلاعات، منبع را آماده می‌کند موضوعی با تأیید خدمات و تحریریه",
    "tools": [
      "T19",
      "T09",
      "T07"
    ],
    "sources": [
      "S05",
      "S16",
      "S09"
    ],
    "global_maturity": "متداول در پایش و استخراج؛ صحت ادعا نیازمند انسان",
    "phase": "آزمون اولیه / روز ۱۵–۶۰",
    "dependencies": [
      "P03"
    ],
    "metrics": {
      "efficiency": "زمان کشف تا تأیید تغییر شرایط",
      "quality": "درصد موارد حساس اطلاعاتی دارای منبع، تاریخ و بازبین",
      "growth": "درصد مخاطبان هدف که اقدام مورد نظر را انجام می‌دهند؛ هم‌زمان شکایت‌ها و وعده‌های اشتباه هم بررسی شوند"
    },
    "acceptance": "۲۰ نهاد و ۵ مورد حساس اطلاعاتی با اطلاعات درستی که کارشناس برای مقایسه ثبت کرده است؛ تغییر کارمزد یا ریبیت بدون تأیید منتشر نشود؛ هشدار اشتباه ثبت شود.",
    "stop_rule": "منبع مسدود یا مبهم را خالی/نامعلوم نگه دارید؛ استخراج عدد از متن تبلیغاتی حق تعیین قرارداد نمی‌دهد.",
    "pilot_effort_person_weeks": "۳–۵",
    "upgrade_path": "پایش روزانه منتخب → فرم تأیید → انتشار نسخه مشترک → وابستگی خودکار مقاله/پاسخ به نسخه حقایق.",
    "missing_data": "دسترسی قراردادها، مسئول رسمی نرخ‌ها و حق استفاده از داده هر منبع نامعلوم است."
  },
  {
    "id": "P05",
    "title": "دستیار شرح کار مستند و متناسب با منظور کاربر",
    "units": [
      "محتوا",
      "سئو",
      "دیزاین"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر"
    ],
    "current_evidence": "۷۷ شرح کار، با جزئیات مجاز ۲۴ فرم؛ فیلدهای نیت، سرفصل، متا، CTA، منبع و تصویر از قبل وجود دارند. ۵۳ فرم قدیمی ۴۰۳ بوده‌اند.",
    "evidence_confidence": "بالا برای ساختار قابل مشاهده",
    "workflow": "موضوع، سؤال مخاطب، اطلاعات تأییدشده و مقاله‌های قبلی را مشخص می‌کنیم. ← دستیار با قالب فعلی، شرحی برای تهیه مقاله پیشنهاد می‌دهد. ← تیم سئو بررسی می‌کند چه موضوع‌هایی از قلم افتاده‌اند و کدام با مقاله‌های قبلی تکراری‌اند. ← سردبیر محدوده مقاله و تعارض احتمالی با منافع تجاری را بررسی و تأیید می‌کند. ← تیم طراحی دقیقاً می‌داند چه تصویر یا نموداری برای مقاله لازم است.",
    "task_location": "تیمیک: همان فرم شرح کار؛ خروجی پیش‌نویس با شناسه منبع و نسخه، بدون انتشار مستقیم WordPress",
    "handoff": "تیم سئو، موضوع و هدف را پیشنهاد می‌دهد ← سردبیر ← نویسنده ← طراح، تصویرها را آماده می‌کند؛ رپورتاژ باید برچسب تبلیغ داشته باشد و وعده تأییدنشده ندهد.",
    "accountable_role": "مدیر محتوا؛ تیم سئو در تعیین موضوع و هدف کمک می‌کند",
    "tools": [
      "T01",
      "T12"
    ],
    "sources": [
      "S05",
      "S06",
      "S09"
    ],
    "global_maturity": "متداول در تحریریه دارای بازبینی",
    "phase": "آزمون اولیه / روز ۳۰–۹۰",
    "dependencies": [
      "P03",
      "P04"
    ],
    "metrics": {
      "efficiency": "دقیقه تدوین تا قبول شرح کار",
      "quality": "درصد پیشنهادهای تأییدشده اولین بازبینی و ادعای بی‌منبع",
      "growth": "مشتری بالقوه متناسب با هدف فروش به‌ازای محتوای پذیرفته شده، نه تعداد شرح کار"
    },
    "acceptance": "۲۰ شرح کار با نمونه دستی هم‌نوع؛ منبع، مخاطب، تفاوت با صفحات قبلی و معیار تصویر مشخص باشد.",
    "stop_rule": "اگر کلیشه و هم‌پوشانی بیشتر شد یا زمان بازبینی بالا رفت، فقط بازیابی منبع و چک‌لیست نگه داشته شود.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "قالب و پیشنهاد → بازیابی پوشش → پیشنهاد به‌روزرسانی به‌جای مقاله تازه → یادگیری از علت رد بریف.",
    "missing_data": "تبدیل شرح کار به مقاله، ساعت واقعی نویسنده و ورودی Search Console در دسترس تحقیق نبوده‌اند."
  },
  {
    "id": "P06",
    "title": "بازبین ادعا و صف به‌روزرسانی محتوا",
    "units": [
      "محتوا",
      "سئو",
      "خدمات"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر"
    ],
    "current_evidence": "آرشیو عمومی بزرگ و ۱۶ شرح کار به‌روزرسانی در فهرست دیده شده است؛ همه صفحات از نظر معنایی و صحت ادعا بازبینی انسانی نشده‌اند.",
    "evidence_confidence": "بالا برای حجم/نوع کار؛ متوسط برای میزان کهنگی",
    "workflow": "تغییر اطلاعات منبع یا رسیدن زمان بازبینی، بررسی مقاله را آغاز می‌کند. ← جمله‌های قابل بررسی، مثل عدد کارمزد، با محل دقیقشان در مقاله مشخص می‌شوند. ← هر جمله با نسخه معتبر منبع مقایسه می‌شود. ← اصلاح پیشنهادی و تغییر لازم در توضیح جست‌وجو، جدول و دکمه دعوت به اقدام نمایش داده می‌شود. ← سردبیر اصلاح را بررسی، تأیید و منتشر می‌کند.",
    "task_location": "تیمیک: کار update متصل به URL و شرح کار؛ WordPress فقط پیش‌نویس با تفاوت نسخه قبل و بعد و امکان بازگشت",
    "handoff": "مسئول اطلاعات، منبع را آماده می‌کند ← نویسنده ← کارشناس مستقل، درستی مطالب را بررسی می‌کند ← مسئول انتشار، متن تأییدشده را منتشر می‌کند؛ مطالب تبلیغاتی هم باید بررسی شوند.",
    "accountable_role": "مدیر محتوا و کارشناس همان موضوع",
    "tools": [
      "T19",
      "T12",
      "T13"
    ],
    "sources": [
      "S05",
      "S06",
      "S09"
    ],
    "global_maturity": "متداول به‌صورت دستیار، راستی‌آزمایی کامل خودکار نیست",
    "phase": "آزمون اولیه / روز ۳۰–۹۰",
    "dependencies": [
      "P04",
      "P05"
    ],
    "metrics": {
      "efficiency": "دقیقه یافتن و اصلاح هر ادعای منسوخ",
      "quality": "ادعاهای نادرست باقی‌مانده و درصد هشدارهای اشتباه",
      "growth": "تبدیل/بازگشت کاربر صفحات تازه شده با کنترل کیفیت"
    },
    "acceptance": "۳۰ صفحه حساس؛ همه اعداد تغییر یافته شاهد و تأیید داشته باشند؛ نمونه تصادفی صفحات بدون هشدار هم بازبینی شود.",
    "stop_rule": "اگر منبع اصلی قابل دسترسی نیست، ادعا «نیازمند تأیید» بماند؛ متن اصلاحی خودکار عمومی نشود.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "۱۰ صفحه مهم → صف ریسک‌محور → پوشش جدول و تصویر → پایش تناقض میان دو برند.",
    "missing_data": "تاریخ واقعی تأیید ادعاها و میزان ترافیک هر URL باید از تیم گرفته شود."
  },
  {
    "id": "P07",
    "title": "بررسی موضوع‌های متداول و صفحه‌های مشابه دو برند",
    "units": [
      "سئو",
      "محتوا",
      "پروداکت"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر"
    ],
    "current_evidence": "کلاستر و کلیدواژه در بریف‌ها و Rank Math در سایت‌ها دیده می‌شود؛ داده رتبه و تبدیل استخراج نشده است.",
    "evidence_confidence": "متوسط",
    "workflow": "نشانی، عنوان و متن مقاله‌ها را همراه آمار جست‌وجویی که اجازه بررسی آن را داریم جمع می‌کنیم. ← مقاله‌ها را بر اساس موضوع و معنی کنار هم می‌گذاریم. ← صفحه‌های با هدف مشابه، صفحه‌های بدون لینک ورودی از داخل سایت و فرصت‌های لینک‌دادن را مشخص می‌کنیم. ← متخصص سئو تصمیم می‌گیرد هر صفحه بماند، با صفحه دیگر ترکیب شود یا هدف تازه‌ای داشته باشد.",
    "task_location": "تیمیک: پیشنهاد فرصت متصل به URL، عبارت جست‌وجو و دلیل؛ تغییر redirect یا canonical کار فنی جدا",
    "handoff": "تیم سئو، صفحه‌های مشابه را پیدا می‌کند ← سردبیر، هدف هر برند را مشخص می‌کند ← تیم فنی، تغییر مسیر صفحه را انجام می‌دهد؛ پیش از ادغام، اثر آن بر کسب‌وکار هر برند بررسی می‌شود.",
    "accountable_role": "مدیر سئو",
    "tools": [
      "T17",
      "T07"
    ],
    "sources": [
      "S09",
      "S10"
    ],
    "global_maturity": "متداول در تحلیل کمکی",
    "phase": "روز ۶۱–۱۲۰",
    "dependencies": [
      "P04",
      "P06"
    ],
    "metrics": {
      "efficiency": "ساعت تحلیل مجموعه URLها",
      "quality": "دقت فرصت‌های تأیید شده توسط سئو",
      "growth": "کلیک و تبدیل غیرتجاری/تجاری با تفکیک برند و اثر فصلی"
    },
    "acceptance": "یک کلاستر منتخب؛ هر پیشنهاد داده جست‌وجو و نمونه نتیجه داشته باشد؛ ادغام بدون مسئول استخدام، تصمیم نهایی را می‌گیرد صفر.",
    "stop_rule": "شباهت نمایش عددی متن برای جست‌وجوی معنایی دلیل حذف صفحه نیست؛ بدون داده عبارت جست‌وجو نتیجه فقط فرضیه است.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "کلاستر محدود → صف فرصت دارای اثر → تست تغییر و پایش افت → گسترش پس از اثبات.",
    "missing_data": "دسترسی Search Console و آمار استفاده و رفتار کاربران هر برند و هدف مستقل آن‌ها نامعلوم است."
  },
  {
    "id": "P08",
    "title": "سنجش دیده‌شدن در پاسخ‌های هوش مصنوعی بدون نسخه‌های جادویی GEO",
    "units": [
      "سئو",
      "مارکتینگ",
      "محتوا"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر"
    ],
    "current_evidence": "دارایی محتوا و صفحه روش‌شناسی موجود است؛ سهم ارجاع از موتورهای پاسخ اندازه‌گیری نشده است.",
    "evidence_confidence": "کم برای عملکرد موجود",
    "workflow": "فهرستی از سؤال‌های واقعی مخاطبان آماده می‌کنیم. ← همان سؤال‌ها را چند بار می‌پرسیم و پاسخ، منبع، زمان و شرایط هر بررسی را ثبت می‌کنیم. ← بررسی می‌کنیم برند در کدام پاسخ‌ها آمده و معرفی آن درست بوده است یا نه. ← کیفیت مطلب و امکان خواندن صفحه را بهتر می‌کنیم. تکرار نام برند به‌تنهایی هدف این کار نیست.",
    "task_location": "تیمیک: آزمایش سئو با پرسش، تاریخ، موتور، منطقه و نتیجه؛ گزارش کنار داده جست‌وجوی واقعی",
    "handoff": "تیم سئو، نتیجه بررسی را تحویل می‌دهد ← تیم محتوا، مطالب و منابع را بهتر می‌کند ← تیم محصول، صفحه مقصد را اصلاح می‌کند؛ نتیجه هر موتور پاسخ‌گو جدا ثبت می‌شود.",
    "accountable_role": "مدیر سئو با تحلیل‌گر رشد",
    "tools": [
      "T19",
      "T12"
    ],
    "sources": [
      "S10",
      "S09"
    ],
    "global_maturity": "در حال تثبیت در سنجش؛ هنوز معلوم نیست کدام تغییر واقعاً باعث بهبود نتیجه می‌شود",
    "phase": "روز ۹۱–۱۸۰",
    "dependencies": [
      "P07",
      "P14"
    ],
    "metrics": {
      "efficiency": "زمان بررسی دستی مجموعه پرسش‌ها",
      "quality": "درستی ارجاع/ادعای برند در نمونه‌های تکراری",
      "growth": "بازدید و تبدیل ارجاعی قابل انتساب، با بازه اطمینان"
    },
    "acceptance": "۳۰ پرسش در چند نوبت؛ تغییر محل/شخصی‌سازی ثبت شود؛ موفقیت را فقط یک اسکرین‌شات اعلام نکنید.",
    "stop_rule": "خرید ابزار با تضمین رتبه هوش مصنوعی یا افزودن فایل خاص بدون فرضیه قابل سنجش رد شود.",
    "pilot_effort_person_weeks": "۱–۲",
    "upgrade_path": "پایش دستی → ثبت نیمه‌خودکار مجاز → آزمایش محتوا؛ هیچ تضمین حضور در پاسخ ارائه نشود.",
    "missing_data": "قابلیت گزارش‌دهی حساب Search Console، ترافیک ارجاعی و شرایط دسترسی موتورهای پاسخ نیازمند بررسی است."
  },
  {
    "id": "P09",
    "title": "کمک‌یار کارشناس پشتیبانی با منبع و زمینه حساب",
    "units": [
      "خدمات",
      "فروش",
      "فنی"
    ],
    "products": [
      "ایران ریبیت",
      "پنل",
      "ریبکس"
    ],
    "current_evidence": "پنل تیکت و شکایت و فرایند ریبیت دیده شده است؛ حجم و موضوع واقعی تیکت‌های شرکت کامل در دسترس نبود.",
    "evidence_confidence": "متوسط برای فرایند؛ کم برای حجم",
    "workflow": "پیام مشتری را پس از احراز هویت، همراه اطلاعاتی از حساب دریافت می‌کنیم که اجازه خواندنشان را داریم. ← دستیار موضوع درخواست و پاسخ پیشنهادی را همراه منبع مشخص می‌کند. ← کارشناس پاسخ را بررسی و ارسال می‌کند. سؤال مالی، شکایت و موارد مبهم به انسان ارجاع داده می‌شوند.",
    "task_location": "تیکت فعلی مرجع اصلی اطلاعات؛ تیمیک فقط مشکل محصول با شناسه جایگزین برای حفظ حریم خصوصی تیکت، نه متن کامل حساب",
    "handoff": "پشتیبانی ← خدمات، مسائل قرارداد و تسویه را پیگیری می‌کند ← تیم فنی، خطا را رفع می‌کند؛ خلاصه درخواست، کارهای انجام‌شده و انتظار مشتری همراه آن فرستاده می‌شود.",
    "accountable_role": "مدیر خدمات / پشتیبانی",
    "tools": [
      "T28",
      "T07",
      "T20",
      "T12"
    ],
    "sources": [
      "S02",
      "S08",
      "S11"
    ],
    "global_maturity": "متداول؛ پاسخ مستقیم به بعضی سؤال‌های ساده، برای مرحله بعد است",
    "phase": "روز ۳۱–۹۰ مشروط به داده",
    "dependencies": [
      "P01",
      "P04"
    ],
    "metrics": {
      "efficiency": "زمان رسیدگی فعال و تعداد انتقال بین کارشناسان",
      "quality": "حل واقعی بدون بازگشایی و صحت پاسخ مالی",
      "growth": "تکمیل درخواست ریبیت و ادامه استفاده مشتری پس از پشتیبانی؛ شکایت‌ها نیز بررسی شوند"
    },
    "acceptance": "۱۰۰ تیکت بدون نام و اطلاعات شناسایی افراد با بازبین؛ پاسخ‌های حسابی فقط از API مجاز؛ ارسال اولیه همیشه انسانی.",
    "stop_rule": "اشتباه در مبلغ یا تشخیص هویت یا افشای داده = توقف؛ «حل شد» صرفاً بستن گفتگو نیست.",
    "pilot_effort_person_weeks": "۳–۵",
    "upgrade_path": "پیشنهاد پاسخ → خلاصه و مسیریابی → خودپاسخ فقط FAQ کم‌خطر با ارجاع روشن و سنجش بازگشایی.",
    "missing_data": "سامانه پشتیبانی، API، حجم، ساعات کار و نرخ حل فعلی باید شناسایی شوند."
  },
  {
    "id": "P10",
    "title": "مغایرت‌گیری ریبیت با بررسی‌هایی که برنامه با قواعد مشخص انجام می‌دهد و توضیح هوش مصنوعی",
    "units": [
      "خدمات",
      "فروش",
      "فنی",
      "مالی"
    ],
    "products": [
      "ایران ریبیت",
      "پنل"
    ],
    "current_evidence": "ثبت و برداشت ریبیت، معرفی و استعلام در پنل مشاهده شده‌اند؛ حساب فعلی خالی بود و اندازه تسویه کل شرکت معلوم نیست.",
    "evidence_confidence": "متوسط",
    "workflow": "گزارش شریک و درخواست‌های مشتری را با اجازه دسترسی دریافت می‌کنیم. ← برنامه شکل شناسه‌ها، دوره زمانی و ارز را یکسان می‌کند و دو گزارش را مقایسه می‌کند. ← موارد نامشخص را برای بررسی کارشناس جدا می‌کنیم. ← هوش مصنوعی فقط اختلاف و مدارک لازم را توضیح می‌دهد؛ پرداخت را تأیید نمی‌کند.",
    "task_location": "پرونده مالی/خدمات مرجع اصلی اطلاعات؛ کار تیمیک برای مغایرت با مبلغ حداقلی و ارجاع امن",
    "handoff": "خدمات، اطلاعات ریبیت را آماده می‌کند ← مالی، محاسبه را تأیید می‌کند ← فرد دارای مجوز، پرداخت را تأیید می‌کند؛ تیم فنی اجازه تفسیر قرارداد یا تأیید پرداخت ندارد.",
    "accountable_role": "مدیر خدمات با کنترل مالی",
    "tools": [
      "T16",
      "T09",
      "T01"
    ],
    "sources": [
      "S14",
      "S15"
    ],
    "global_maturity": "استخراج متداول؛ تطبیق و پرداخت باید قطعی بماند",
    "phase": "روز ۶۱–۱۲۰",
    "dependencies": [
      "P04",
      "P09"
    ],
    "metrics": {
      "efficiency": "دقیقه رسیدگی به هر مغایرت",
      "quality": "مغایرت از قلم افتاده و خطای تطبیق شناسه/ارز",
      "growth": "مدت تسویه و تعداد مشتریانی که به‌دلیل تأخیر استفاده را قطع می‌کنند؛ رشد فقط با داده واقعی گزارش شود"
    },
    "acceptance": "دو دوره بسته شده با نتیجه معلوم، شامل تکرار و چند ارز؛ جمع و گرد کردن با محاسبه مستقل یکسان باشند.",
    "stop_rule": "هیچ انتقال پول، تغییر حساب یا تأیید استحقاق صرفاً با پاسخ مدل انجام نشود.",
    "pilot_effort_person_weeks": "۳–۶",
    "upgrade_path": "ورود ساختاری → تطبیق قطعی → شرح مغایرت → کاهش موارد تکراری با اصلاح علت upstream.",
    "missing_data": "قرارداد واقعی شرکا، قالب فایل، ارز و درصد افرادی که اقدام مورد نظر، مثل ثبت‌نام یا خرید، را انجام می‌دهند و حدود اختیار مالی در اختیار تحقیق نبوده‌اند."
  },
  {
    "id": "P11",
    "title": "شکایت و صدای پشتیبانی به اصلاح قابل پیگیری",
    "units": [
      "خدمات",
      "پروداکت",
      "محتوا",
      "فنی"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر",
      "ریبکس"
    ],
    "current_evidence": "گزارش تخلف و شکایت عمومی و صف گزارش پاسخ اشتباه یا نارضایتی کاربر دریافت می‌شود. ریبکس وجود دارند؛ ۵۲۶ رکورد منفی معادل ۵۲۶ باگ مستقل نیست.",
    "evidence_confidence": "بالا برای وجود مسیر؛ متوسط برای علت‌ها",
    "workflow": "پیام یا شکایت را پس از حذف اطلاعات شناسایی مشتری آماده می‌کنیم. ← مشکل‌های مشابه را کنار هم می‌گذاریم و شدت هرکدام را مشخص می‌کنیم. ← چند پیام نمونه انتخاب و تعداد موارد را بدون شمردن پیام‌های تکراری ثبت می‌کنیم. ← بازبین علت پیشنهادشده را بررسی و تأیید می‌کند. ← یک کار اصلاحی با مسئول مشخص ثبت می‌شود و پس از رفع مشکل، نتیجه به مشتری اطلاع داده می‌شود.",
    "task_location": "تیمیک: یک کار ریشه‌ای با پیوند چند منبع؛ برچسب شکایت عمومی قبل از تأیید منتشر نشود",
    "handoff": "خدمات، مشکل مشتری را ثبت می‌کند ← تیم محصول، اولویت را تعیین می‌کند ← محتوا یا تیم فنی، مشکل را اصلاح می‌کند ← خدمات، نتیجه را پیگیری و به مشتری خبر می‌دهد.",
    "accountable_role": "مدیر خدمات و تیم محصول",
    "tools": [
      "T17",
      "T12",
      "T01"
    ],
    "sources": [
      "S11",
      "S04"
    ],
    "global_maturity": "متداول در تحلیل گزارش پاسخ اشتباه یا نارضایتی کاربر دریافت می‌شود.",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P03",
      "P09"
    ],
    "metrics": {
      "efficiency": "زمان دسته‌بندی و یافتن تکرار",
      "quality": "درصد گروه‌های موضوعی صحیح و بازگشت مسئله پس از اصلاح",
      "growth": "کاهش قطع استفاده مشتریان و شکایت‌های تکراری نسبت به تعداد کل تماس‌ها"
    },
    "acceptance": "۵۰ نمونه دو بازبین؛ خطای برچسب کلاهبرداری یا یکی کردن دو موضوع حساس صفر در نمونه‌ای که برای تأیید نهایی بررسی می‌شود.",
    "stop_rule": "دسته‌بندی مدل تصمیم حقوقی درباره اعتبار یک نهاد نیست؛ هر تصمیم عمومی بازبینی شود.",
    "pilot_effort_person_weeks": "۲–۳",
    "upgrade_path": "موضوع‌بندی → ریشه مشترک → پیوند با نسخه انتشار و پایش بازگشت؛ نه ساخت خودکار ده‌ها تسک تکراری.",
    "missing_data": "وضعیت رسیدگی واقعی، دسترسی گفتگوها و قوانین اعلام عمومی شکایت نامعلوم است."
  },
  {
    "id": "P12",
    "title": "دستیار فروش در زمینه مشتری و اقدام بعدی",
    "units": [
      "فروش",
      "خدمات",
      "مارکتینگ"
    ],
    "products": [
      "ایران ریبیت",
      "پنل",
      "Flow"
    ],
    "current_evidence": "نقش فروش و اشاره به دیدار CRM و انتقال زمینه صفحه به آن دیده شده است؛ نصب، API و قیف واقعی دیدار در این تحقیق تأیید نشده‌اند.",
    "evidence_confidence": "متوسط / مشروط",
    "workflow": "اطلاعات فرم با رضایت مشتری، صفحه ورود او و سابقه‌ای را که اجازه بررسی آن را داریم جمع می‌کنیم. ← دستیار نیاز مشتری و سؤال‌هایی را که هنوز باید پرسیده شوند خلاصه می‌کند. ← کارشناس فروش تصمیم می‌گیرد چه پیگیری‌ای مناسب است. ← نتیجه پیگیری در سامانه فعلی مدیریت ارتباط با مشتری، یعنی CRM، ثبت می‌شود.",
    "task_location": "CRM فعلی برای مشتری بالقوه و پیگیری؛ تیمیک برای مشکل اتصال/کمپین، نه دفترچه موازی مشتری",
    "handoff": "بازاریابی، اطلاعات اولیه مشتری را تحویل می‌دهد ← فروش، تناسب نیاز مشتری با خدمات را بررسی می‌کند ← خدمات، امکان انجام وعده‌های فروش را تأیید می‌کند.",
    "accountable_role": "مدیر فروش",
    "tools": [
      "T01",
      "T20"
    ],
    "sources": [
      "S12",
      "S07"
    ],
    "global_maturity": "متداول در دستیار کارشناس؛ تماس خودکار پیش‌فرض نیست",
    "phase": "روز ۶۱–۱۲۰",
    "dependencies": [
      "P04",
      "P14"
    ],
    "metrics": {
      "efficiency": "دقیقه آماده‌سازی و ثبت هر پیگیری",
      "quality": "کامل بودن زمینه و نرخ وعده اشتباه/پیام ناخواسته",
      "growth": "درصد مشتریان بالقوه مناسب که خرید می‌کنند و درآمد حاصل پس از کسر هزینه‌های متغیر؛ با یک گروه مقایسه سنجیده شود"
    },
    "acceptance": "۵۰ مشتری بالقوه با اجازه دسترسی؛ اقدام بعدی پیشنهاد است؛ نرخ تماس نامربوط و لغو ارتباط پایش شود.",
    "stop_rule": "رتبه‌بندی مبهم مشتری یا پیام انبوه بدون رضایت و تأیید مجاز نباشد.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "خلاصه → یادآوری انسانی → پیشنهاد اقدام با دلیل → اتوماسیون فقط مراحل کم‌خطر تأیید شده.",
    "missing_data": "وجود اتصال CRM، مراحل فروش، شناسه مشترک و سیاست نگهداری داده باید اثبات شوند."
  },
  {
    "id": "P13",
    "title": "آماده‌کردن متن‌های یک کمپین با پیام و شرایط یکسان",
    "units": [
      "مارکتینگ",
      "فروش",
      "محتوا",
      "دیزاین",
      "سوشال"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر",
      "RebateGain"
    ],
    "current_evidence": "رپورتاژ، CTA و جایگاه تبلیغ و چند برند دیده شده‌اند؛ بودجه، نتیجه کمپین و تمایز دقیق RebateGain معلوم نیست.",
    "evidence_confidence": "متوسط",
    "workflow": "مسئول کمپین هدف، مخاطب، قیمت، مدت و شرایط پیشنهاد را مشخص و تأیید می‌کند. ← همه تیم‌ها یک شرح کار مشترک می‌گیرند که پیام اصلی و وعده‌های مجاز در آن روشن است. ← دستیار متن و تصویر پیشنهادی را برای پست، پیامک و آگهی آماده می‌کند؛ ظاهر هر برند حفظ می‌شود. ← تیم محتوا، متن را می‌نویسد را بررسی می‌کند و خدمات، درستی وعده‌ها و امکان اجرای آن‌ها را تأیید می‌کند. ← مسئول مجاز هر بخش، نسخه تأییدشده را با ابزار معمول همان بخش منتشر می‌کند.",
    "task_location": "تیمیک: یک کمپین مادر و کار زیرمجموعه محل انتشار با نسخه فایل متن یا تصویر و UTM؛ CRM محل نتیجه مشتری بالقوه",
    "handoff": "بازاریابی ← خدمات، امکان انجام وعده‌ها را تأیید می‌کند ← محتوا و طراحی، متن و تصویر را آماده می‌کنند ← شبکه‌های اجتماعی و فروش، از نسخه تأییدشده استفاده می‌کنند؛ تغییر وعده باید در همه متن‌ها اعمال شود.",
    "accountable_role": "مدیر بازاریابی",
    "tools": [
      "T29",
      "T01",
      "T32"
    ],
    "sources": [
      "S12",
      "S05"
    ],
    "global_maturity": "متداول برای تولید نسخه متفاوت با بازبین",
    "phase": "روز ۶۱–۱۲۰",
    "dependencies": [
      "P04",
      "P18",
      "P14"
    ],
    "metrics": {
      "efficiency": "ساعت آماده‌سازی یک کمپین چندکاناله",
      "quality": "نرخ تأیید اولین دور و تخلف از ادعا/برند",
      "growth": "درآمد پس از کسر هزینه‌های متغیر و تعداد مشتریان بالقوه مناسب؛ درصد کلیک به‌تنهایی کافی نیست"
    },
    "acceptance": "یک کمپین، حداکثر سه نسخه متفاوت؛ قیمت/تعهد/منبع و ردیابی یکسان و تأیید شده باشند.",
    "stop_rule": "نسخه هوش مصنوعی بدون تگ/تأیید کمپین منتشر نشود؛ افت کیفیت مشتری بالقوه یا افزایش شکایت توقف آزمایش است.",
    "pilot_effort_person_weeks": "۲–۳",
    "upgrade_path": "قالب → واریانت محدود → آزمایش → کتابخانه الگوهای مؤثر؛ تعداد خروجی شاخص موفقیت نیست.",
    "missing_data": "بودجه و محل انتشار واقعی، مسئول انتشار و محدودیت هر شریک هنوز روشن نیست."
  },
  {
    "id": "P14",
    "title": "اندازه‌گیری مشترک قیف و آزمایش‌های قابل اعتماد",
    "units": [
      "مارکتینگ",
      "پروداکت",
      "فروش",
      "مدیریت"
    ],
    "products": [
      "همه محصولات"
    ],
    "current_evidence": "آمار بازدید، هزینه جذب مشتری، درآمد واقعی و ارتباط تبلیغ با خرید در دسترس نبوده است. ثبت عدد صفر برای هزینه در ریبکس به معنی رایگان بودن پاسخ‌ها نیست.",
    "evidence_confidence": "بالا برای اطلاعاتی که در دسترس نیست در تحقیق؛ نه اثبات نبود آمار استفاده و رفتار کاربران",
    "workflow": "مشخص می‌کنیم چه چیزی بازدید، کلیک، ثبت‌نام یا خرید حساب می‌شود؛ شناسه جایگزین برای حفظ حریم خصوصی به کار می‌بریم. ← آزمایش می‌کنیم که اطلاعات گم نشوند و یک اقدام دوبار شمرده نشود. ← گزارشی از آمار جمع‌شده آماده می‌کنیم که دستیار فقط اجازه خواندن آن را دارد. ← هوش مصنوعی تغییر آمار را توضیح می‌دهد و علت‌های احتمالی را پیشنهاد می‌کند. ← تحلیل‌گر بررسی می‌کند آزمایش درست انجام شده و نتیجه واقعاً قابل اعتماد است یا نه.",
    "task_location": "تعریف metric در دانش‌نامه؛ آزمایش و نتیجه در تیمیک؛ CRM/پرداخت مرجع اصلی اطلاعات فروش و پرداخت",
    "handoff": "تیم فنی، ثبت درست رفتار کاربران را بررسی می‌کند ← تحلیل‌گر، روش محاسبه نرخ‌ها و تعداد کل نمونه‌ها را بررسی می‌کند ← مسئول محصول یا فروش، نتیجه را بررسی و تأیید می‌کند.",
    "accountable_role": "مسئول تحلیل رشد؛ فنی شریک داده",
    "tools": [
      "T30",
      "T01"
    ],
    "sources": [
      "S01",
      "S03"
    ],
    "global_maturity": "اندازه‌گیری متداول؛ استنتاج علّی خودکار قابل اعتماد نیست",
    "phase": "پایه / روز ۱–۳۰",
    "dependencies": [],
    "metrics": {
      "efficiency": "زمان تدوین گزارش و پاسخ به سؤال تجاری",
      "quality": "کامل بودن رخداد و تطبیق خرید/پرداخت با منبع",
      "growth": "افزایش ثبت‌نام یا خرید و افزایش درآمد پس از کسر هزینه‌های متغیر؛ در مقایسه با گروهی که تغییر را ندیده است"
    },
    "acceptance": "یک قیف مشخص از بازدید تا نتیجه، با آزمون رویداد گمشده/تکراری و تفاوت واحد پول؛ صورت و مخرج مستند باشند.",
    "stop_rule": "دسترسی آزاد مدل به SQL تولید یا نسبت دادن هر رشد به هوش مصنوعی ممنوع؛ نمونه کم = نتیجه نامشخص.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "تعریف دستی → کنترل رخداد → گزارش قابل پرسش روی view محدود → آزمایش با نمونه کافی.",
    "missing_data": "ابزار آمار استفاده و رفتار کاربران، حقوق دسترسی و امکان پیوند امن مشتری بالقوه به درآمد نیازمند بررسی است."
  },
  {
    "id": "P15",
    "title": "تبدیل محتوای تأیید شده به بسته شبکه‌های اجتماعی",
    "units": [
      "سوشال",
      "محتوا",
      "مارکتینگ",
      "دیزاین"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر"
    ],
    "current_evidence": "واحد شبکه‌های اجتماعی در ساختار وجود دارد ولی صفحه داخلی ۴۰۳ بود؛ حجم، تقویم و عملکرد آن قابل ارزیابی نبود.",
    "evidence_confidence": "کم برای عملیات؛ بالا برای مرز دسترسی",
    "workflow": "مقاله یا ویدئوی تأییدشده و هدف انتشار آن در شبکه اجتماعی را انتخاب می‌کنیم. ← دستیار متن کوتاه، اسلاید و توضیح زیر پست را با ارجاع به منبع پیشنهاد می‌دهد. ← عددها، شرط‌ها و وعده‌ها را با متن اصلی مقایسه می‌کنیم. ← بازبین شبکه‌های اجتماعی لحن متن را برای همان رسانه تنظیم می‌کند. ← مسئول مجاز نسخه نهایی را منتشر می‌کند.",
    "task_location": "تقویم و کار شبکه‌های اجتماعی موجود پس از احراز دسترسی؛ تا آن زمان بسته فایل/متن و کار پیشنهادی تیمیک",
    "handoff": "محتوا، متن تأییدشده را تحویل می‌دهد ← طراحی، قالب را آماده می‌کند ← مسئول شبکه‌های اجتماعی، محتوا را منتشر می‌کند ← خدمات، پاسخ سؤال‌های تکراری را به راهنمای مشترک اضافه می‌کند.",
    "accountable_role": "مدیر شبکه‌های اجتماعی",
    "tools": [
      "T01",
      "T32"
    ],
    "sources": [
      "S05",
      "S06",
      "S12"
    ],
    "global_maturity": "متداول در بازتولید کمکی",
    "phase": "روز ۶۱–۱۲۰",
    "dependencies": [
      "P06",
      "P18"
    ],
    "metrics": {
      "efficiency": "دقیقه تولید بسته از یک منبع",
      "quality": "نرخ اصلاح ادعا و تطابق نسخه محل‌های انتشار",
      "growth": "بازدید/مشتری بالقوه متناسب با هدف فروش ارجاعی و کیفیت تعامل"
    },
    "acceptance": "۱۰ بسته با دو محل انتشار؛ همه اعداد به نسخه منبع وصل باشند؛ تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی پیش‌نمایش می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. موبایل و متن RTL کنترل شود.",
    "stop_rule": "هیچ ادعایی درباره کم‌کاری شبکه‌های اجتماعی از ۴۰۳ نتیجه‌گیری نشود؛ انتشار یا پاسخ خودکار حساب‌ها در شروع غیرفعال بماند.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "کپشن → بسته چندقالب → تقویم پیشنهادی → تحلیل پرسش‌های مخاطب؛ عامل خودمختار شبکه اجتماعی فعلاً لازم نیست.",
    "missing_data": "محل انتشار فعال، حق دسترسی، تقویم، شاخص سنجش نتیجه و محدودیت انتشار از مسئول واحد لازم است."
  },
  {
    "id": "P16",
    "title": "پیاده‌سازی، زیرنویس و انتخاب اولیه برش ویدئو",
    "units": [
      "ویدئو",
      "سوشال",
      "محتوا"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر",
      "Flow Meet"
    ],
    "current_evidence": "واحد ویدئو و نیاز محتوای بصری وجود دارد؛ آرشیو خام و زمان تدوین در دسترس تحقیق نبوده‌اند.",
    "evidence_confidence": "کم برای حجم کار",
    "workflow": "فایلی را دریافت می‌کنیم که اجازه استفاده از آن را داریم. ← صدا را به متن تبدیل می‌کنیم و زمان هر بخش را کنار متن می‌آوریم. ← اصطلاح‌ها، نام‌ها و عددهای فارسی را بازبینی و اصلاح می‌کنیم. ← دستیار بخش‌های مناسب برش را همراه متن قبل و بعد پیشنهاد می‌دهد تا منظور گوینده عوض نشود. ← تدوین‌گر برش‌های مناسب را انتخاب می‌کند. ← برنامه فایل زیرنویس و خروجی را در قالب مورد نظر می‌سازد؛ خروجی پیش از انتشار بررسی می‌شود.",
    "task_location": "تیمیک: کار ویدئو با شناسه فایل امن، زمان دقیق بخش ویدئو و نسخه؛ فایل خام در مخزن رسانه فعلی",
    "handoff": "تیم محتوا، درستی جمله‌ها را بررسی می‌کند ← تدوین‌گر، برش‌ها را طوری انتخاب می‌کند که معنی عوض نشود ← مسئول شبکه‌های اجتماعی، قالب و اندازه تصویر را بررسی می‌کند ← مسئول انتشار، نسخه نهایی را تأیید می‌کند.",
    "accountable_role": "مدیر ویدئو / تدوین‌گر مسئول",
    "tools": [
      "T15",
      "T31"
    ],
    "sources": [
      "S06",
      "S05"
    ],
    "global_maturity": "متداول برای تبدیل صوت به متن؛ انتخاب برش نیازمند نظر کارشناس",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P18"
    ],
    "metrics": {
      "efficiency": "ساعت logging و زیرنویس هر ساعت ویدئو",
      "quality": "خطای کلمه/عدد و برش خارج از زمینه",
      "growth": "زمان تا انتشار و بازدید/تبدیل معنادار بسته، با کنترل کیفیت"
    },
    "acceptance": "۵ فایل فارسی با صوت متنوع؛ همه اعداد مالی و نام‌ها دستی بررسی؛ خوانایی زیرنویس روی موبایل تأیید شود.",
    "stop_rule": "شبیه‌سازی چهره/صدا بدون رضایت یا تبدیل اظهارنظر مشروط به توصیه قطعی مجاز نباشد.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "متن زمان‌دار → زیرنویس → برش پیشنهادی → جست‌وجو در آرشیو؛ تولید ویدئوی کامل مصنوعی مرحله اول نیست.",
    "missing_data": "حجم فایل، حقوق استفاده، زبان و کیفیت صوت و فضای ذخیره لازم است."
  },
  {
    "id": "P17",
    "title": "دستیار توسعه UI بر پایه اجزا و تنظیمات فعلی طراحی، مثل رنگ و فاصله",
    "units": [
      "دیزاین",
      "فنی",
      "پروداکت"
    ],
    "products": [
      "ریبکس",
      "RebateGain",
      "پنل",
      "تیمیک"
    ],
    "current_evidence": "ریبکس ۲۳۸ مقدار ثبت‌شده در طراحی و ۱۱ بخش نمایشی دارد؛ چهار محصول فناوری و فونت متفاوت دارند؛ کار UI kit برای RebateGain دیده شده است.",
    "evidence_confidence": "بالا برای دارایی؛ متوسط برای انطباق اجرا",
    "workflow": "اجزای فعلی رابط، رنگ‌ها و فاصله‌های برند و کاری را که کاربر باید انجام دهد مشخص می‌کنیم. ← مدل چیدمان یا ساختار اولیه صفحه را با همان اجزا پیشنهاد می‌دهد. ← تیم طراحی ساختار، متن فارسی و نمایش راست‌به‌چپ را تأیید می‌کند. ← تیم فنی فقط تغییر لازم را در کد پیاده می‌کند و آن را برای بازبینی نشان می‌دهد. ← حالت عادی، انتظار و خطا را در اندازه‌های مختلف صفحه آزمایش می‌کنیم.",
    "task_location": "تیمیک: کار رابط کاربری با نام جزء، حالت صفحه، برند و شرایط تأیید نتیجه؛ کد و تنظیمات طراحی مرجع اصلی‌اند؛ تصویر تولیدشده با مدل جای آن‌ها را نمی‌گیرد",
    "handoff": "تیم محصول کاربرد و حالت‌های صفحه را مشخص می‌کند؛ طراحی شکل و رفتار هر جزء را تعیین می‌کند؛ تیم فنی آن را می‌سازد؛ بازبین تجربه کاربری و دسترس‌پذیری نتیجه را بررسی می‌کند",
    "accountable_role": "مسئول طراحی سیستم و مسئول فنی رابط",
    "tools": [
      "T25",
      "T26",
      "T24",
      "T27"
    ],
    "sources": [
      "S18",
      "S03"
    ],
    "global_maturity": "متداول در کمک کدنویسی؛ تطابق خودکار کامل نیست",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P03",
      "P20"
    ],
    "metrics": {
      "efficiency": "زمان تحویل جزء تا پذیرش",
      "quality": "انحراف توکن/RTL و باگ حالت خالی/خطا",
      "growth": "نرخ تکمیل کاربر در مسیر مورد نظر کاربر؛ اثر درآمد وابسته به کاربرد"
    },
    "acceptance": "سه جزء واقعی در موبایل/تبلت/دسکتاپ؛ ظاهر روشن ریبکس مطابق تصمیم محصول حفظ شود؛ داده و مجوز برای تطابق ظاهری تغییر نکند.",
    "stop_rule": "تولید جزء تکراری یا بازطراحی همه برندها به یک سبک رد شود؛ تصویر زیبا شاهد اجرای درست نیست.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "فهرست اجزا → قالب تولید → کنترل token/lint → پیشنهاد مهاجرت محدود و آزمون؛ Figma parity نیازمند بررسی جدا است.",
    "missing_data": "مسئول رسمی اجزا، نسخه طراحی و وضعیت استفاده دوباره واقعی هر محصول معلوم نیست."
  },
  {
    "id": "P18",
    "title": "کتابخانه برند و کنترل دارایی پیش از انتشار",
    "units": [
      "دیزاین",
      "مارکتینگ",
      "محتوا",
      "سوشال",
      "ویدئو"
    ],
    "products": [
      "همه برندها"
    ],
    "current_evidence": "رنگ، فونت، صفحات و شرح کار تصویر دیده شده‌اند؛ منبع واحد دارایی، حقوق فایل و کتاب برند جامع تأیید نشده است.",
    "evidence_confidence": "متوسط",
    "workflow": "لوگو، فونت و قالب را با نسخه مشخص و اجازه استفاده آماده می‌کنیم. ← شرح کار تأییدشده، هدف و خروجی مورد نیاز را مشخص می‌کند.، هدف و خروجی مورد نیاز را مشخص می‌کند.، هدف و خروجی مورد نیاز را مشخص می‌کند.، هدف و خروجی مورد نیاز را مشخص می‌کند.، هدف و خروجی مورد نیاز را مشخص می‌کند.، هدف و خروجی مورد نیاز را مشخص می‌کند.، هدف و خروجی مورد نیاز را مشخص می‌کند. ← دستیار تعداد محدودی ایده یا ترکیب با قالب‌های موجود پیشنهاد می‌دهد. ← اندازه، خوانایی متن، تفاوت رنگ متن و زمینه، لوگو و درستی وعده‌ها بررسی می‌شود. ← طراح خروجی نهایی را بررسی و تأیید می‌کند.",
    "task_location": "تیمیک: کار فایل متن یا تصویر متصل به کمپین/شرح کار؛ مخزن فایل فعلی برای فایل اصلی و مشتقات",
    "handoff": "درخواست‌کننده، هدف را توضیح می‌دهد ← طراح، فایل مناسب را انتخاب می‌کند ← محتوا، درستی ادعاها را بررسی می‌کند ← مسئول انتشار، نسخه فایل و اجازه استفاده از آن را بررسی می‌کند.",
    "accountable_role": "مدیر طراحی",
    "tools": [
      "T26",
      "T32",
      "T27"
    ],
    "sources": [
      "S18",
      "S05"
    ],
    "global_maturity": "قالب و کنترل متداول؛ تصویر مولد مشروط به مدل/حق استفاده",
    "phase": "روز ۱۵–۶۰",
    "dependencies": [],
    "metrics": {
      "efficiency": "دقیقه تولید و اصلاح نسخه متفاوت قالبی",
      "quality": "نرخ خروجی تأییدشده و خطای لوگو/فارسی/حق نشر",
      "growth": "درصد تعامل و اقدام مخاطب در هر نسخه؛ اعتماد مخاطب و تناسب مشتریان جذب‌شده هم بررسی شود"
    },
    "acceptance": "۲۰ دارایی از دو برند؛ متن و اعداد در لایه قابل ویرایش بمانند؛ حقوق مدل/فونت و نسخه فایل اصلی مشخص شود.",
    "stop_rule": "مدل تصویر برای نوشتن دقیق متن فارسی یا ساخت سند واقعی استفاده نشود؛ عکس خبری ساختگی منتشر نشود.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "کتابخانه دستی → قالب متغیر → پیشنهاد ایده → کنترل نیمه‌خودکار؛ انتخاب طراح حفظ شود.",
    "missing_data": "مسئول حقوق فونت/تصویر، DAM فعلی و قالب‌های تأیید شده نیازمند مشخص شدن است."
  },
  {
    "id": "P19",
    "title": "کمک توسعه در تغییرهای محدود و قابل بازبینی",
    "units": [
      "فنی"
    ],
    "products": [
      "همه محصولات"
    ],
    "current_evidence": "۶۶ کار شامل SSO، وردپرس، پنل، ابزار، Flow و نگهداری دیده شده است؛ Archived شاهد انتشار و کیفیت نهایی نیست.",
    "evidence_confidence": "بالا",
    "workflow": "کار، نتیجه مورد انتظار، کد مرتبط و قالب ورودی و خروجی را مشخص می‌کنیم. ← مدل راه‌حل یا تغییر کوچکی در کد پیشنهاد می‌دهد. ← برنامه‌نویس تغییرها و اثر آن‌ها بر بخش‌های مرتبط را بازبینی می‌کند. ← آزمون متناسب با تغییر را در محیط محلی اجرا می‌کنیم. ← گزارش آزمون به همان کار پیوست می‌شود؛ انتشار فقط با روال و مجوز فعلی انجام می‌شود.",
    "task_location": "همان کار تیمیک و تفاوت نسخه قبل و بعد مخزن؛ قوانین main-only و ممنوعیت GitHub Actions رعایت شوند",
    "handoff": "درخواست‌کننده ← برنامه‌نویس مسئول، تغییر را انجام می‌دهد ← بازبین، کد را بررسی می‌کند؛ تغییر ورود یکپارچه یا پرداخت به تأیید کارشناس همان بخش نیاز دارد.",
    "accountable_role": "مسئول فنی هر محصول",
    "tools": [
      "T21",
      "T23",
      "T12"
    ],
    "sources": [
      "S03",
      "S04",
      "S15"
    ],
    "global_maturity": "متداول به‌صورت دستیار کارشناس؛ خودمختاری سراسری نامناسب",
    "phase": "روز ۱۵–۶۰",
    "dependencies": [
      "P03",
      "P20"
    ],
    "metrics": {
      "efficiency": "زمان فعال تا تفاوت نسخه قبل و بعد پذیرفته شده، شامل بازبینی",
      "quality": "باگ برگشتی/امنیتی و نرخ بازکاری",
      "growth": "زمان تحویل قابلیت اثرگذار بر مشتری؛ نسبت دادن درآمد نیازمند آزمایش"
    },
    "acceptance": "۱۰ کار هم‌سطح با روش فعلی برای مقایسه؛ زمان خواندن و اصلاح خروجی مدل هم حساب شود؛ تست معنادار و بازبین مشخص.",
    "stop_rule": "عدم موفقیت با تعویض پنهان مدل/ارائه‌دهنده یا تضعیف تست پوشانده نشود؛ push/deploy/migration مجوز جدا دارند.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "توضیح کد → تغییر کوچک → تست/مستند → عامل sandbox برای تسک محدود؛ چندعامل بودن خودِ هدف نیست.",
    "missing_data": "زمان واقعی توسعه و کیفیت پس از انتشار نداریم؛ انتخاب مدل و داده‌ای که اجازه استفاده از آن را داریم کد باید روشن شود."
  },
  {
    "id": "P20",
    "title": "آزمون جریان‌های حساس و دستیار تشخیص شکست",
    "units": [
      "فنی",
      "پروداکت",
      "دیزاین"
    ],
    "products": [
      "پنل",
      "SSO",
      "IRShop",
      "Flow Meet",
      "ریبکس"
    ],
    "current_evidence": "کارهای خطای ورود فروشگاه، باقی ماندن سبد پس از پرداخت، SSO و بکاپ وجود دارند؛ این‌ها اول مسئله صحت پایه‌اند.",
    "evidence_confidence": "بالا",
    "workflow": "یک مسیر واقعی کاربر، مثل خرید، را با حساب و داده آزمایشی مشخص می‌کنیم. ← ورود، حساب، پرداخت و فرم را با آزمون‌های مشخص بررسی می‌کنیم. ← تصویر و گزارش خطا را پس از حذف اطلاعات محرمانه نگه می‌داریم. ← هوش مصنوعی خطا را خلاصه و علت احتمالی را پیشنهاد می‌کند. ← تیم فنی علت و نتیجه آزمون را بررسی می‌کند؛ مدل به‌تنهایی موفقیت را اعلام نمی‌کند.",
    "task_location": "تیمیک: باگ به جریان، نسخه و شاهد متصل؛ تست‌های محلی/اجرای دستی مجاز، بدون GitHub Actions",
    "handoff": "تیم محصول، نتیجه مورد انتظار را مشخص می‌کند ← تیم آزمون و فنی، مشکل را آزمایش می‌کنند ← برنامه‌نویس، خطا را رفع می‌کند ← بازبین، دوباره آزمایش و نتیجه را تأیید می‌کند.",
    "accountable_role": "مسئول QA یا بازبین مستقل فنی",
    "tools": [
      "T24",
      "T27",
      "T12"
    ],
    "sources": [
      "S03",
      "S15"
    ],
    "global_maturity": "آزمون قطعی متداول؛ تشخیص عامل کمکی",
    "phase": "پایه / روز ۱–۳۰",
    "dependencies": [
      "P03"
    ],
    "metrics": {
      "efficiency": "زمان بازتولید و تشخیص شکست",
      "quality": "پوشش مسیر بحرانی و خطای escaped پس از انتشار",
      "growth": "نرخ موفقیت ورود/پرداخت و خرید تکمیل شده"
    },
    "acceptance": "ورود موفق/ناموفق، مجوز دو حساب، پرداخت موفق/ناموفق/تکراری و RTL در سه اندازه؛ برای برای هر آزمون موفق، گزارش نتیجه ثبت شود.",
    "stop_rule": "عامل مرورگر با دسترسی به سامانه اصلی یا پول واقعی به‌جای محیط تست به کار نرود؛ موفقیت آزمون با پاسخ شبیه‌سازی‌شده، درست کار کردن سرویس واقعی را ثابت نمی‌کند.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "تست بحرانی → دسته‌بندی شکست → پوشش حالات خطا → تست اکتشافی محدود؛ rollout تصمیم انسانی.",
    "missing_data": "محیط تست، سرویس‌دهنده محیط آزمایشی جدا، داده تست و مسئول انتشار هر محصول معلوم نیست."
  },
  {
    "id": "P21",
    "title": "دستیار عملیات و علت‌یابی رخداد؛ اجرای runbook محدود",
    "units": [
      "فنی",
      "مدیریت"
    ],
    "products": [
      "زیرساخت",
      "ریبکس",
      "SSO",
      "همه محصولات"
    ],
    "current_evidence": "بکاپ و verify، گیتی/مترموست و staging در کارها آمده‌اند؛ ریبکس سه رخداد باز بحرانی در یک مشاهده داشت.",
    "evidence_confidence": "بالا برای شواهد؛ نه سلامت فعلی زیرساخت",
    "workflow": "گزارش خطا را پس از حذف رمزها و کلیدها، همراه دستورالعمل تأییدشده آماده می‌کنیم. ← دستیار ترتیب اتفاق‌ها و علت احتمالی را همراه مدرک پیشنهاد می‌دهد. ← مسئول فنی گزارش و علت پیشنهادی را بررسی می‌کند. ← فقط کارهای فهرست مجاز و پس از تأیید انجام می‌شوند؛ نتیجه و روش بازگرداندن تغییر ثبت می‌شود.",
    "task_location": "ثبت رخداد فعلی + لینک کار تیمیک؛ رمزها، کلیدهای دسترسی و تنظیمات محرمانه در متن کار یا گزارش مراحل اجرا ثبت نشوند",
    "handoff": "اپراتور ← مسئول سرویس ← مسئول محصول یا خدمات، به کاربران خبر می‌دهد؛ رسیدگی پس از بررسی مستقل سلامت سرویس پایان می‌یابد.",
    "accountable_role": "مسئول عملیات فنی",
    "tools": [
      "T11",
      "T01",
      "T03"
    ],
    "sources": [
      "S15",
      "S16",
      "S04"
    ],
    "global_maturity": "خلاصه و کمک تشخیص متداول؛ self-healing گسترده نوظهور",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P01",
      "P20"
    ],
    "metrics": {
      "efficiency": "زمان تشخیص/بازیابی با تفکیک نوع رخداد",
      "quality": "نرخ تشخیص غلط و موفقیت بازگرداندن نسخه پشتیبان واقعی",
      "growth": "دقیقه اختلال کاربر/خرید و قطع استفاده مشتری متاثر؛ برآورد با داده واقعی"
    },
    "acceptance": "سه مانور staging: خطای منبع دریافت خبر، شکست سرویس‌دهنده و بازگرداندن نسخه پشتیبان بکاپ؛ هیچ رمز یا کلید دسترسی در گزارش مدل ثبت نشود و هیچ کاری خارج از فهرست مجاز انجام نگیرد.",
    "stop_rule": "مدل دستور حذف بکاپ/ریستارت/تغییر DNS را خودکار اجرا نکند؛ فایل بکاپ موجود معادل قابل بازیابی نیست.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "خلاصه read-only → پیشنهاد runbook → اقدام کم‌خطر محدود با تأیید؛ تولید نیازمند راهنمای عملیاتی جدا.",
    "missing_data": "متریک فعلی، توافق زمان و کیفیت خدمت، مسئول سرویس و مستندات بازگرداندن نسخه پشتیبان باید بررسی شوند."
  },
  {
    "id": "P22",
    "title": "دستیار استخدام با معیار شغلی شفاف",
    "units": [
      "منابع انسانی",
      "مدیران واحدها"
    ],
    "products": [
      "تیمیک",
      "همه واحدها"
    ],
    "current_evidence": "شش آگهی شغلی و ساختار منابع انسانی دیده شده‌اند؛ پرونده استخدام و ارزیابی متقاضی در دسترس نبود.",
    "evidence_confidence": "متوسط",
    "workflow": "شرح شغل و معیارهای مورد نیاز آن از قبل تأیید می‌شوند. ← رزومه با رضایت داوطلب و دسترسی مجاز بررسی می‌شود. داوطلب و دسترسی مجاز بررسی می‌شود. داوطلب و دسترسی مجاز بررسی می‌شود. داوطلب و دسترسی مجاز بررسی می‌شود. داوطلب و دسترسی مجاز بررسی می‌شود. داوطلب و دسترسی مجاز بررسی می‌شود. داوطلب و دسترسی مجاز بررسی می‌شود. ← تجربه‌های نوشته‌شده در رزومه با همان معیارهای شغلی مقایسه می‌شوند؛ نبود توضیح به معنی نداشتن مهارت نیست. ← دستیار برای موارد نامعلوم، سؤال مصاحبه و پیش‌نویس یادداشت پیشنهاد می‌دهد. ← دو مسئول انسانی تصمیم می‌گیرند؛ اطلاعات حساس نامرتبط وارد ارزیابی نمی‌شود.",
    "task_location": "پرونده فعلی استخدام؛ در تیمیک فقط مراحل و کارها با دسترسی محدود منابع انسانی ثبت می‌شوند. رزومه‌ها در فهرست عمومی قرار نمی‌گیرند.",
    "handoff": "مدیر واحد، نیاز استخدام را مشخص می‌کند ← منابع انسانی، معیارهای شغلی و حفظ اطلاعات متقاضی را بررسی می‌کند ← مصاحبه‌گر، مهارت‌ها را ارزیابی و دلایل ارزیابی را ثبت می‌کند ← مسئول استخدام، تصمیم نهایی را می‌گیرد.",
    "accountable_role": "مدیر منابع انسانی",
    "tools": [
      "T09",
      "T20",
      "T15"
    ],
    "sources": [
      "S13",
      "S15"
    ],
    "global_maturity": "استخراج و زمان‌بندی متداول؛ قضاوت خودکار فرد نامناسب",
    "phase": "روز ۶۱–۱۲۰",
    "dependencies": [
      "P01",
      "P03"
    ],
    "metrics": {
      "efficiency": "زمان آماده‌کردن پرونده و هماهنگی، به دقیقه",
      "quality": "صحت استخراج، توافق بازبین‌ها و بررسی خطا در ارزیابی گروه‌های مختلف",
      "growth": "مدت لازم برای استخدام فرد مناسب؛ اثر این کار بر درآمد، غیرمستقیم است"
    },
    "acceptance": "۲۰ پرونده با معیار قبل از مشاهده؛ نداشتن شواهد با نداشتن مهارت یکی نشود؛ امکان اصلاح توسط متقاضی/HR.",
    "stop_rule": "رد خودکار، استنباط شخصیت از چهره/صدا یا امتیاز مبهم وفاداری مجاز نباشد.",
    "pilot_effort_person_weeks": "۲–۳",
    "upgrade_path": "استخراج → بانک سؤال → یادداشت مصاحبه رضایت‌دار → تحلیل گلوگاه فرایند، نه جایگزینی داوری استخدام.",
    "missing_data": "تعداد درخواست، رضایت، نگهداری و معیار موفقیت شغلی باید از HR گرفته شود."
  },
  {
    "id": "P23",
    "title": "آن‌بوردینگ نقش‌محور و کمک به اجرای سیاست‌ها",
    "units": [
      "منابع انسانی",
      "مدیریت",
      "همه واحدها"
    ],
    "products": [
      "تیمیک"
    ],
    "current_evidence": "فرهنگ و راهنما و نقش‌های حساب وجود دارند؛ ۸۸ نام در انتخاب‌گر، headcount اثبات شده نیست.",
    "evidence_confidence": "بالا برای اسناد؛ کم برای عملکرد آموزش",
    "workflow": "شغل همکار جدید و دسترسی‌هایی که برای آن تأیید شده است مشخص می‌شوند. ← برنامه کوتاه یادگیری و راهنماهای مربوط آماده می‌شوند. ← دستیار از راهنماهای مجاز، همراه منبع پاسخ می‌دهد. ← همکار جدید یک تمرین واقعی و فهرست کارهای لازم را انجام می‌دهد. ← مدیر اولین نتیجه کار را بررسی و تأیید می‌کند.",
    "task_location": "تیمیک: پرونده ورود فرد با اسناد و کارهای تأیید شده؛ درخواست دسترسی جدا با مسئول مجوز",
    "handoff": "منابع انسانی، شروع همکاری را هماهنگ می‌کند ← مدیر مستقیم، هدف‌های کار را مشخص می‌کند ← مسئول سامانه، دسترسی لازم را می‌دهد ← همکار راهنما، در شروع کار کمک می‌کند؛ مدل اجازه دادن دسترسی ندارد.",
    "accountable_role": "منابع انسانی با مدیر واحد",
    "tools": [
      "T07",
      "T01"
    ],
    "sources": [
      "S07",
      "S13"
    ],
    "global_maturity": "متداول در دستیار دانش؛ شخصی‌سازی محدود",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P01",
      "P03"
    ],
    "metrics": {
      "efficiency": "زمان یافتن راهنما و رفع پرسش تکراری",
      "quality": "تکمیل خروجی عملی و صحت سیاست نقل شده",
      "growth": "زمان تا آماده‌شدن و تأیید اولین کار/حفظ نیروی تازه؛ درآمد غیرمستقیم"
    },
    "acceptance": "پنج نقش یا ورود فرضی با مدارک مجاز؛ سند منسوخ/غیرمجاز بازیابی نشود؛ ارزیابی خروجی توسط مدیر.",
    "stop_rule": "تعداد چت یا گذراندن آزمون مولد را جای مهارت و کیفیت کار نگیرید.",
    "pilot_effort_person_weeks": "۱–۲",
    "upgrade_path": "چک‌لیست → پاسخ مستند → کشف سند ناقص و اصلاح با مالک؛ نظارت دائمی بر کارکنان هدف نیست.",
    "missing_data": "فهرست جاری کارکنان، مدیر مستقیم بعضی حساب‌ها و برنامه ورود فعلی نامعلوم است."
  },
  {
    "id": "P24",
    "title": "استخراج صورت‌حساب و کنترل پیش از تأیید مالی",
    "units": [
      "مالی",
      "محتوا",
      "منابع انسانی",
      "مدیریت"
    ],
    "products": [
      "تیمیک"
    ],
    "current_evidence": "صفحه صورت‌حساب نویسندگان و نقش تأییدکنندگان دیده شده است؛ ارقام جاری، هزینه و پرداخت کل شرکت در دسترس نبود.",
    "evidence_confidence": "متوسط",
    "workflow": "صورت‌حساب یا سندی را دریافت می‌کنیم که اجازه پردازش آن را داریم. ← ابزار متن تصویر را می‌خواند و اطلاعاتی مثل مبلغ، تاریخ و نام را استخراج می‌کند. ← برنامه جمع مبلغ‌ها، تعرفه، دوره زمانی و تکراری‌نبودن سند را کنترل می‌کند. ← صورت‌حساب با کاری که تحویل و تأیید شده است مقایسه می‌شود. ← مسئول مالی اختلاف‌ها را بررسی و تأیید می‌کند؛ اجازه پرداخت مرحله‌ای جداست.",
    "task_location": "همان پرونده مالی تیمیک؛ کار اختلاف به رکورد منبع با حداقل داده پیوند بخورد",
    "handoff": "نویسنده یا واحد درخواست‌کننده، صورت‌حساب را می‌فرستد ← مدیر محتوا، تحویل کار را تأیید می‌کند ← مالی، مبلغ و تکراری‌نبودن صورت‌حساب را بررسی می‌کند ← فرد دارای مجوز، آن را تأیید می‌کند.",
    "accountable_role": "مسئول مالی؛ صاحب تحویل محتوا",
    "tools": [
      "T09",
      "T16",
      "T01"
    ],
    "sources": [
      "S14",
      "S15"
    ],
    "global_maturity": "متداول در document processing با اعتبارسنجی",
    "phase": "روز ۶۱–۱۲۰",
    "dependencies": [
      "P03"
    ],
    "metrics": {
      "efficiency": "دقیقه ورود و مغایرت‌گیری سند",
      "quality": "خطای مبلغ/تعرفه و پرداخت تکراری کشف نشده",
      "growth": "هزینه عملیاتی هر تحویل و زمان پرداخت؛ اثر درآمد غیرمستقیم"
    },
    "acceptance": "۳۰ سند معلوم شامل رقم فارسی/لاتین، سند تکراری و دوره متفاوت؛ همه جمع‌ها از کد قطعی بازتولید شوند.",
    "stop_rule": "مدل حق تغییر تعرفه، تأیید پرداخت یا استنتاج کار انجام شده از وضعیت کار ندارد.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "استخراج → کنترل جمع/تکرار → تطبیق تحویل → گزارش هزینه با دسترسی محدود.",
    "missing_data": "تعرفه، تعریف تحویل قابل پرداخت و API پرونده مالی باید تأیید شوند."
  },
  {
    "id": "P25",
    "title": "گزارش مدیریتی مبتنی بر شاهد و تصمیم",
    "units": [
      "مدیریت",
      "مدیران واحدها"
    ],
    "products": [
      "تیمیک",
      "همه برندها"
    ],
    "current_evidence": "گزارش ۳۰ روزه ۳۰ تکمیل و ۵۶ ایجاد، اما ارزیابی کیفیت ۰/۳۰ و فقط یک موعد داشت؛ از این داده نمی‌توان بهره‌وری افراد را رتبه‌بندی کرد.",
    "evidence_confidence": "بالا برای گزارش قابل مشاهده",
    "workflow": "گزارشی از کارها، تحویل‌ها، کیفیت و مراحل جذب مشتری را با دسترسی مجاز آماده می‌کنیم. ← محاسبه‌ها را برنامه با فرمول مشخص انجام می‌دهد. ← دستیار تغییرهای مهم، خطرها و تصمیم‌های لازم را با لینک اطلاعات اصلی خلاصه می‌کند. ← مدیر واحد متن گزارش را بررسی و تأیید می‌کند. ← کمیته تصمیم نهایی را ثبت می‌کند.",
    "task_location": "تیمیک: گزارش هفتگی به تفکیک واحد/محصول؛ تصمیم‌ها به P02 و کار با مسئول مشخص پیوند بخورند",
    "handoff": "مدیر واحد، اطلاعات و مدارک کار را ارائه می‌کند ← تحلیل‌گر، تعریف و روش محاسبه شاخص را بررسی می‌کند ← کمیته، درباره بودجه و اولویت تصمیم می‌گیرد؛ علت تغییر نتیجه از مسئول کار پرسیده می‌شود.",
    "accountable_role": "مدیران واحدها؛ حامی مدیریت",
    "tools": [
      "T30",
      "T01"
    ],
    "sources": [
      "S01",
      "S03"
    ],
    "global_maturity": "متداول برای گزارش؛ داوری بهره‌وری خودکار نامعتبر",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P03",
      "P14"
    ],
    "metrics": {
      "efficiency": "ساعت تهیه گزارش هفتگی",
      "quality": "درصد ادعاهای دارای شاهد و تحویل دارای ارزیابی",
      "growth": "تصمیم‌های مؤثر بر حاشیه/رشد با نتیجه پیگیری شده"
    },
    "acceptance": "دو چرخه گزارش با تطبیق انسانی اعداد؛ همه نبود داده‌ها صریح نشان داده شوند؛ اختلاف ۹۷ پروژه/۶۶ برد حل یا توضیح داده شود.",
    "stop_rule": "تعداد کارت یا پیام مدل مبنای پاداش/اخراج و مقایسه خام افراد قرار نگیرد.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "گزارش دستی مصوب → پیش‌نویس → تحلیل گلوگاه بین واحدها → سناریو بودجه با ورودی معلوم.",
    "missing_data": "زمان انتظار، ظرفیت واقعی، درآمد و شرایط تأیید نتیجه هر واحد کامل نیست."
  },
  {
    "id": "P26",
    "title": "صدای مشتری به تصمیم محصول و شرایط تأیید نتیجه",
    "units": [
      "پروداکت",
      "خدمات",
      "فروش",
      "فنی",
      "محتوا"
    ],
    "products": [
      "ریبکس",
      "پنل",
      "Flow Meet",
      "IRShop"
    ],
    "current_evidence": "طرح اشتراک و قابلیت و صف گزارش پاسخ اشتباه یا نارضایتی کاربر دریافت می‌شود. وجود دارد؛ نقشه راه رسمی و نرخ استفاده هر قابلیت در دسترس نبود.",
    "evidence_confidence": "متوسط",
    "workflow": "گزارش‌های مشابه کاربران، آمار استفاده و محدودیت‌های محصول را کنار هم می‌گذاریم. ← مشکل، علت احتمالی و یک راه‌حل ساده، حتی بدون هوش مصنوعی، نوشته می‌شود. ← با گفت‌وگو با کاربر و بررسی مدارک، درستی برداشت اولیه را می‌سنجیم. ← مدیر محصول درباره ادامه کار تصمیم می‌گیرد. ← شرایط تأیید نتیجه و روش آزمایش نوشته می‌شود.",
    "task_location": "تیمیک: پرونده discovery و کار تحویل جدا؛ یک مشکل چند ورودی داشته باشد، نه چند رأی به‌جای یک مشتری",
    "handoff": "فروش یا خدمات، مشکل مشتری را توضیح می‌دهد ← تیم محصول، نیاز را تأیید می‌کند ← طراحی، مسیر استفاده را مشخص می‌کند ← تیم فنی، امکان ساخت را بررسی می‌کند ← مسئول شاخص، نتیجه را می‌سنجد.",
    "accountable_role": "مدیر محصول",
    "tools": [
      "T17",
      "T30",
      "T01"
    ],
    "sources": [
      "S04",
      "S11",
      "S12"
    ],
    "global_maturity": "متداول در سنتز تحقیق؛ اولویت خودکار مستقل نیست",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P03",
      "P11",
      "P14"
    ],
    "metrics": {
      "efficiency": "زمان سنتز تحقیق تا صورت مسئله",
      "quality": "نرخ تصمیم دارای شاهد و فرضیه ابطال‌پذیر",
      "growth": "پذیرش/حفظ/تبدیل قابلیت بعد از عرضه با کنترل هزینه"
    },
    "acceptance": "۱۰ مسئله، هر یک مثال واقعی، محدودیت و گزینه کم‌هزینه داشته باشد؛ موارد تکراری و ناهمگون جدا شوند.",
    "stop_rule": "رتبه مدل یا شمار شکایت بدون مخرج و شدت جای تصمیم محصول را نگیرد.",
    "pilot_effort_person_weeks": "۲–۳",
    "upgrade_path": "خوشه → فرصت → آزمایش → بستن حلقه و آرشیو فرضیه رد شده؛ عامل نقشه راه خودمختار لازم نیست.",
    "missing_data": "برنامه رسمی محصول، درآمد و مصاحبه کاربر و مالکیت قابلیت‌ها باید تکمیل شوند."
  },
  {
    "id": "P27",
    "title": "ریبکس: صف ارزیابی، گزارش پاسخ اشتباه یا نارضایتی کاربر دریافت می‌شود. و جلوگیری از تکرار خطای قبلی",
    "units": [
      "پروداکت",
      "فنی",
      "محتوا",
      "خدمات"
    ],
    "products": [
      "ریبکس"
    ],
    "current_evidence": "۵۲۶ رکورد منفی در صف: ۱۶۴ ناتوانی قابلیت، ۱۲۷ نادرست، ۱۱۸ بدون دسته، ۴۹ داده ناقص/قدیمی؛ این‌ها علت نهایی تأیید شده نیستند.",
    "evidence_confidence": "بالا برای صف؛ متوسط برای علت",
    "workflow": "گزارش پاسخ اشتباه یا نارضایتی کاربر دریافت می‌شود. ← متن گفت‌وگو و مراحل اجرای همان پاسخ را با دسترسی مجاز بررسی می‌کنیم. ← موارد تکراری را کنار هم می‌گذاریم و شدت هر مشکل را مشخص می‌کنیم. ← بازبین پاسخ درست و معیار بررسی آن را تعیین می‌کند. ← نسخه تازه مدل، دستور یا ابزار را با همان نمونه‌ها آزمایش می‌کنیم. ← پس از مجوز انتشار، همان مشکل را در استفاده واقعی هم پیگیری می‌کنیم.",
    "task_location": "ادمین ریبکس منبع گزارش پاسخ اشتباه یا نارضایتی کاربر دریافت می‌شود.؛ یک کار تیمیک به issue ریشه‌ای و test case متصل؛ داده خصوصی حذف شود",
    "handoff": "خدمات یا کارشناس موضوع، پاسخ اشتباه را مشخص می‌کند ← تیم فنی، علت را رفع می‌کند ← بازبین مستقل، پاسخ اصلاح‌شده را آزمایش می‌کند ← تیم محصول، درباره انتشار تصمیم می‌گیرد.",
    "accountable_role": "مسئول کیفیت ریبکس؛ کارشناس همان موضوع",
    "tools": [
      "T12",
      "T11",
      "T13",
      "T20"
    ],
    "sources": [
      "S04",
      "S15",
      "S16"
    ],
    "global_maturity": "ارزیابی نظام‌مند متداول و ضروری",
    "phase": "آزمون اولیه نخست / روز ۱–۶۰",
    "dependencies": [
      "P03"
    ],
    "metrics": {
      "efficiency": "زمان گزارش پاسخ اشتباه یا نارضایتی کاربر دریافت می‌شود. تا علت و آزمون معتبر",
      "quality": "نرخ موفقیت مجموعه نمونه یکسان، با تفکیک شدت و توانایی واقعی",
      "growth": "بازگشت کاربر/ارتقای طرح اشتراک پس از پاسخ موفق؛ هزینه هر حل معتبر"
    },
    "acceptance": "حداقل ۱۰۰ نمونه از گروه‌های مختلف بررسی شود. دو بازبین، ۲۰٪ نمونه‌ها را جداگانه بررسی کنند و بخشی از نمونه‌ها فقط برای آزمون نهایی کنار گذاشته شود. پیش از عرضه، خطاهای بحرانی رفع یا قابلیت مربوط غیرفعال شود.",
    "stop_rule": "تغییر نام دسته یا prompt برای سبز شدن ارزیابی کافی نیست؛ افزایش خطای حساس توقف انتشار است.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "دسته‌بندی → تست رگرسیون → trace علت → ارزیابی تولید نمونه‌گیری شده؛ داور LLM با انسان کالیبره شود.",
    "missing_data": "نمونه نماینده کل ترافیک، ردگیری نسخه‌ها و پاسخ مرجع رسمی باید ساخته شوند."
  },
  {
    "id": "P28",
    "title": "ریبکس: سلامت دریافت و آماده‌سازی داده، تازگی و بازیابی قابل اعتماد",
    "units": [
      "فنی",
      "محتوا",
      "پروداکت"
    ],
    "products": [
      "ریبکس",
      "ایران ریبیت",
      "کدام بروکر"
    ],
    "current_evidence": "در یک نوبت بررسی، ۱۵۹۷ محتوا و ۳۵۷۴۵ بخش متن ثبت شده بود. ۲۹۷۳۵ بخش هنوز برای جست‌وجوی معنایی آماده نبود. از ۳۷ منبع خبر، هفت مورد نیازمند بررسی بود و خطای ترجمه خبر RSS هم دیده شد. این عددها فقط مربوط به همان زمان بررسی‌اند.",
    "evidence_confidence": "بالا برای snapshot؛ نه وضعیت لحظه‌ای",
    "workflow": "منبعی را انتخاب می‌کنیم که اجازه دریافت اطلاعاتش را داریم. ← داده دریافت می‌شود؛ دریافت یا اجرای دوباره نباید رکورد تکراری بسازد. ← زبان، تاریخ، نسخه و دسترسی هر بخش ثبت می‌شود. ← متن‌ها برای جست‌وجوی معنایی آماده می‌شوند و تعداد موارد آماده و ناموفق ثبت می‌شود. ← با سؤال‌های فارسی آزمایش می‌کنیم که متن مرتبط پیدا می‌شود یا نه. ← پاسخ باید منبع و تاریخ داشته باشد؛ اگر دریافت یا آماده‌سازی داده شکست خورد، هشدار ثبت می‌شود.",
    "task_location": "ادمین محتوا/عملیات ریبکس + کار تیمیک برای منبع خراب؛ retry با سقف و صف شکست",
    "handoff": "مسئول منبع ← محتوا، متن و ترجمه را بررسی می‌کند ← تیم فنی، ورود سند و جست‌وجوی آن را راه‌اندازی می‌کند ← کارشناس موضوع، درستی اطلاعات پیدا‌شده را بررسی می‌کند.",
    "accountable_role": "مسئول اطلاعات، منبع را آماده می‌کند ریبکس و سردبیر خبر",
    "tools": [
      "T07",
      "T08",
      "T17",
      "T19",
      "T13"
    ],
    "sources": [
      "S04",
      "S16",
      "S06"
    ],
    "global_maturity": "الگوی متداول؛ کیفیت فارسی و داده اختصاصی محلی است",
    "phase": "آزمون اولیه نخست / روز ۱–۶۰",
    "dependencies": [
      "P27",
      "P04"
    ],
    "metrics": {
      "efficiency": "زمان دریافت و آماده‌سازی داده تا آماده بودن برای جست‌وجو و رفع شکست",
      "quality": "درصد متن‌های آماده جست‌وجوی معنایی، میزان پیدا شدن منابع مرتبط، و درستی منبع و تاریخ",
      "growth": "نرخ پاسخ موفق به سؤال روز و حفظ کاربر؛ نه تعداد بخش متن"
    },
    "acceptance": "۳۰ پرسش روز/بروکر با جواب مرجع؛ تست منبع خاموش، تاریخ نامعتبر، نسخه متناقض و حذف تکرار؛ شمار قطعات با index تطبیق یابد.",
    "stop_rule": "بیشترکردن تعداد بخش‌های متن یا تعویض مدل جست‌وجوی معنایی، بدون بررسی علت مشکل، کافی نیست. اطلاعاتی که دیگر معتبر نیست باید مشخص شود تا مبنای پاسخ قرار نگیرد.",
    "pilot_effort_person_weeks": "۳–۵",
    "upgrade_path": "تطبیق شمار و صف خطا → retrieval ترکیبی → reranking پس از benchmark → freshness بر اساس نوع داده.",
    "missing_data": "پایگاه فعلی و علت فنی embeddingهای غایب از UI مشخص نیست؛ بررسی کد/داده اجرایی لازم است."
  },
  {
    "id": "P29",
    "title": "ریبکس: ابزارهای محاسبه و تحلیل با مرز توانایی روشن",
    "units": [
      "فنی",
      "پروداکت",
      "خدمات"
    ],
    "products": [
      "ریبکس",
      "FinanceKit",
      "ابزارهای ایران ریبیت"
    ],
    "current_evidence": "۱۹۰ تحلیل: ۱۱۳ دستی/۷۷ دستیار کارشناس؛ ۴۴ شکست، ۶۰ LONG، ۳۴ SHORT، ۵۲ WAIT. پلتفرم ویجت‌های تعاملی FinanceKit (شامل ماشین‌حساب‌های لات، پیپ، مارجین، سود مرکب، طلا، چارت TradingView و تقویم اقتصادی) دارایی ابزاری آماده است.",
    "evidence_confidence": "بالا برای شمار و دارایی ابزار؛ کم برای اعتبار تحلیل خودکار",
    "workflow": "مشخص می‌کنیم کاربر چه چیزی می‌خواهد محاسبه یا بررسی کند. ← بررسی می‌کنیم ابزار لازم واقعاً در دسترس است و اطلاعات ورودی کامل‌اند. ← محاسبه را برنامه انجام می‌دهد یا داده با تاریخ مشخص از ابزار معتبر فایننس‌کیت یا ریبکس خوانده می‌شود. ← دستیار نتیجه را همراه منبع و شرایط اعتبار آن توضیح می‌دهد. ← اگر ابزار وجود ندارد، این موضوع صریح گفته می‌شود و فقط راه جایگزین مجاز پیشنهاد می‌شود.",
    "task_location": "تعریف tool و آزمون در مخزن؛ خطا در ادمین ریبکس و کار تیمیک؛ وضعیت قابلیت در UI با واقعیت اتصال یکسان شود",
    "handoff": "کارشناس مالی، اطلاعات و معیارها را مشخص می‌کند ← تیم فنی، ورودی و خروجی ابزار را تعریف می‌کند ← بازبین مستقل، نمونه‌ها را آزمایش می‌کند ← تیم محصول، نام قابلیت و دسترسی کاربران را تعیین می‌کند.",
    "accountable_role": "مسئول محصول ریبکس با بازبین محاسبات مالی",
    "tools": [
      "T12",
      "T02"
    ],
    "sources": [
      "S15",
      "S04"
    ],
    "global_maturity": "tool use محدود متداول؛ عامل معاملاتی خودمختار نوظهور",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P27",
      "P28",
      "P20"
    ],
    "metrics": {
      "efficiency": "زمان رسیدن کاربر به نتیجه قابل استفاده",
      "quality": "صحت محاسبه/واحد/زمان و صفر ادعای ابزار ناموجود",
      "growth": "تکمیل سناریو ارزشمند و ماندگاری با مهار زیان/شکایت"
    },
    "acceptance": "۵۰ مسئله با عدد مرجع و مرز ورودی، داده stale و قطع سرویس‌دهنده؛ LONG/SHORT به‌عنوان تضمین یا نتیجه آزمون کیفیت نمایش داده نشود.",
    "stop_rule": "مدل معامله یا انتقال پول اجرا نکند؛ نمودار/تصویر/وب زنده بدون مدرک اتصال ادعا نشود.",
    "pilot_effort_person_weeks": "۳–۵",
    "upgrade_path": "حساب‌گر دقیق → ابزار read-only با schema → داده دارای زمان → تحلیل قابل بازپخش؛ آموزش اختصاصی مدل بعد از ارزیابی نیاز.",
    "missing_data": "داده واقعی بازار، قرارداد ابزارها و نتایج تحلیل پس از زمان تصمیم مستقل تأیید نشده‌اند."
  },
  {
    "id": "P30",
    "title": "ریبکس: هزینه هر کار موفق، تأخیر و ارزش طرح اشتراک",
    "units": [
      "پروداکت",
      "فنی",
      "مارکتینگ",
      "مدیریت"
    ],
    "products": [
      "ریبکس"
    ],
    "current_evidence": "۲۰۷۶ مکالمه، ۶۶۵۶ پیام و حدود ۵٫۱۵ میلیون توکن در اطلاعات همراه متن یا فایل؛ ۲۶ حساب قابل مشاهده مشتری پرداخت‌کننده نیست. قیمت طرح اشتراک درآمد واقعی نیست؛ p95 در یک برداشت ۳۷٫۸ ثانیه و بعد ناموجود بود.",
    "evidence_confidence": "بالا برای snapshot؛ کم برای اقتصاد محصول",
    "workflow": "نسخه مدل، زمان پاسخ، صورت‌حساب واقعی و نتیجه هر درخواست ثبت می‌شود. ← هزینه کل تلاش‌ها را برای رسیدن به هر کار موفق محاسبه می‌کنیم. ← علت‌های کندی را جدا می‌کنیم؛ مثلاً انتظار برای منبع داده یا مدل. ← روش ذخیره پاسخ‌های قابل استفاده دوباره، حجم متن ورودی و مسیر مدل تأییدشده را آزمایش می‌کنیم. ← کیفیت پاسخ و درصد ثبت‌نام یا خرید را هم‌زمان بررسی می‌کنیم.",
    "task_location": "ادمین ریبکس و داشبورد هزینه کنترل شده؛ آزمایش در تیمیک با بودجه و نسخه؛ درگاه اتصال فعلی ابتدا بررسی شود",
    "handoff": "تیم فنی، زمان پاسخ و هزینه را ثبت می‌کند ← مالی، هزینه را با صورت‌حساب تطبیق می‌دهد ← تیم محصول، فایده هر کاربرد و طرح اشتراک را بررسی می‌کند ← بازاریابی، قیمت‌های تأییدشده را آزمایش می‌کند.",
    "accountable_role": "مسئول محصول ریبکس و فنی؛ مالی مرجع هزینه",
    "tools": [
      "T11",
      "T14",
      "T12"
    ],
    "sources": [
      "S01",
      "S04"
    ],
    "global_maturity": "کنترل مصرف و کیفیت متداول",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P27",
      "P14"
    ],
    "metrics": {
      "efficiency": "p50/p95 زمان اولین پاسخ و اتمام برای سناریوی یکسان",
      "quality": "موفقیت پاسخ در سقف بودجه و نرخ قطع/خطای سرویس‌دهنده",
      "growth": "درآمد هر کاربر فعال یا خریدار پس از کسر هزینه‌های متغیر، و درصد کاربرانی که واقعاً خرید می‌کنند"
    },
    "acceptance": "چهار هفته اندازه‌گیری با پوشش هزینه معلوم و موارد هزینه نامعلوم جدا؛ تغییر مسیر فقط پس از ارزیابی کیفیت یکسان.",
    "stop_rule": "صفر بودن فیلد هزینه به معنی رایگان بودن نیست؛ برای سرعت، مدل/ارائه‌دهنده پنهانی عوض نشود.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "اندازه‌گیری → اصلاح bottleneck → بودجه هر سناریو → routing مصوب؛ خرید GPU فقط پس از محاسبه نقطه سربه‌سر.",
    "missing_data": "صورت‌حساب، درآمد، آمار ادامه استفاده گروه‌های مشتریان و نرخ واقعی سرویس‌دهنده و ارز در دسترس نیست."
  },
  {
    "id": "P31",
    "title": "Flow Meet: ثبت‌نام و عملیات رویداد از ابتدا تا پیگیری",
    "units": [
      "فروش",
      "خدمات",
      "فنی",
      "مارکتینگ"
    ],
    "products": [
      "Flow Meet"
    ],
    "current_evidence": "۱۰ کار شامل فیلد رویداد، ثبت‌نام، بلیت، EDD و درگاه؛ پنج بازبینی و دو در حال اجرا در snapshot. تجاری بودن عرضه نهایی تأیید نشده است.",
    "evidence_confidence": "بالا برای کار؛ کم برای استفاده زنده",
    "workflow": "ابتدا رویداد، ظرفیت، پرداخت و صدور بلیت را تا نتیجه نهایی آزمایش می‌کنیم. ← سپس دستیار از اطلاعات تأییدشده رویداد به سؤال‌های پرتکرار پاسخ می‌دهد. ← سؤال‌های نیازمند پیگیری خلاصه و به کارشناس مشخص سپرده می‌شوند. ← پس از رویداد، با رضایت افراد صورت‌جلسه یا محتوای قابل انتشار آماده می‌شود.",
    "task_location": "تیمیک: کارهای فعلی Flow Meet برای تحویل کار؛ سفارش/بلیت در سامانه رویداد، نه چت هوش مصنوعی",
    "handoff": "فروش یا برگزارکننده، تعهدات رویداد را مشخص می‌کند ← تیم فنی، ظرفیت و پرداخت را بررسی می‌کند ← خدمات، موارد خاص و بازپرداخت را پیگیری می‌کند ← تیم ویدئو و شبکه‌های اجتماعی، محتوای مجاز را آماده می‌کنند.",
    "accountable_role": "مسئول Flow Meet با مسئول عملیات رویداد",
    "tools": [
      "T24",
      "T01",
      "T15"
    ],
    "sources": [
      "S11",
      "S07"
    ],
    "global_maturity": "انجام مراحل اصلی رویداد با نرم‌افزار رایج است؛ دستیار FAQ پس از آمادگی پایه",
    "phase": "روز ۶۱–۱۲۰ مشروط به آمادگی",
    "dependencies": [
      "P20",
      "P09"
    ],
    "metrics": {
      "efficiency": "دقیقه پاسخ‌گویی و رسیدگی به استثنای ثبت‌نام",
      "quality": "نرخ بلیت/پرداخت صحیح و عدم وعده ظرفیت ناموجود",
      "growth": "نرخ تکمیل خرید بلیت و حضور واقعی"
    },
    "acceptance": "یک رویداد تست با ظرفیت تمام، پرداخت تکراری/ناموفق و تغییر زمان؛ هوش مصنوعی حق رزرو قطعی یا بازپرداخت ندارد.",
    "stop_rule": "تا وقتی مراحل اصلی کار تأیید نشده، متناسب‌سازی برای هر کاربر و agent فروش بلیت اولویت نگیرد.",
    "pilot_effort_person_weeks": "۲–۴",
    "upgrade_path": "صحت پایه → FAQ مستند → پیگیری ثبت‌نام ناقص با رضایت → تحلیل نیاز رویداد بعد.",
    "missing_data": "وضعیت عرضه، مدل فروش، مسئول رویداد، حجم و سیاست کنسلی نامعلوم است."
  },
  {
    "id": "P32",
    "title": "فروشگاه ایران‌ریبیت (IRShop): رفع خطاهای خرید و پشتیبانی سفارش",
    "units": [
      "فنی",
      "خدمات",
      "فروش",
      "محتوا"
    ],
    "products": [
      "فروشگاه ایران‌ریبیت",
      "IRShop"
    ],
    "current_evidence": "هفت کار فروشگاه؛ خطای login، باقی ماندن محصول در سبد بعد از پرداخت و متن SMS در backlog؛ سایت زنده shop.iranrebate.com با وردپرس، ووکامرس و تم iranrebate-shop (Laravel Acorn) فعال است و ۵ محصول آموزشی دارد.",
    "evidence_confidence": "بالا برای وجود و فعالیت سایت؛ متوسط برای فرایند اتصال",
    "workflow": "اول مراحل خرید را آزمایش و خطاهای ثبت سفارش را رفع می‌کنیم. ← اطلاعات درست کالا و وضعیت سفارش در اختیار دستیار قرار می‌گیرد؛ دستیار فقط اجازه خواندن وضعیت را دارد. ← دستیار پاسخ مشتری یا راهنمای انتخاب کالا را بر اساس نیاز او پیشنهاد می‌دهد. ← کارشناس خدمات پاسخ را تأیید می‌کند؛ پیشنهاد شخصی کالا فقط با داده کافی و نیاز واقعی اضافه می‌شود.",
    "task_location": "تیمیک: همان کار مربوط به خطای فروشگاه؛ وضعیت سفارش از سامانه سفارش؛ پیام پیشنهادی به رکورد سفارش وصل باشد",
    "handoff": "تیم فنی ثبت درست سفارش را بررسی می‌کند؛ خدمات به مشتری و موارد خاص رسیدگی می‌کند؛ محتوا توضیح محصول را می‌نویسد؛ بازاریابی مسیر مراجعه تا خرید را می‌سنجد",
    "accountable_role": "مسئول فروشگاه ایران‌ریبیت با خدمات",
    "tools": [
      "T24",
      "T01",
      "T12"
    ],
    "sources": [
      "S11",
      "S12"
    ],
    "global_maturity": "پشتیبانی کمکی متداول؛ توصیه‌گر اکنون بدون مدرک کافی درباره نیاز کاربران",
    "phase": "رفع پایه روز ۱–۳۰؛ هوش مصنوعی روز ۹۱–۱۸۰",
    "dependencies": [
      "P20",
      "P14",
      "P09"
    ],
    "metrics": {
      "efficiency": "زمان رسیدگی وضعیت سفارش",
      "quality": "نرخ خرید موفق/سبد صحیح و پاسخ وضعیت درست",
      "growth": "خرید تکمیل شده و مرجوعی؛ فروش ناخالص تنها کافی نیست"
    },
    "acceptance": "تمام سناریوهای taskهای ۱۱۵۲، ۱۰۵۹ و ۱۰۵۸ در محیط مجاز تأیید؛ سپس ۳۰ سؤال سفارش بدون نام و اطلاعات شناسایی افراد.",
    "stop_rule": "هیچ متن مدل جای وضعیت واقعی سفارش را نگیرد؛ قبل از رفع مراحل نهایی خرید پیشنهاد هوشمند نسازید.",
    "pilot_effort_person_weeks": "۱–۳ برای لایه هوش مصنوعی پس از اصلاح پایه",
    "upgrade_path": "رفع خطا → پاسخ سفارش → بهبود توضیح/جست‌وجو → توصیه محدود فقط با داده کافی.",
    "missing_data": "موتور سفارش و پرداخت، قالب لاگین و اتصال وب‌سرویس پیامک در جریان بهینه‌سازی است."
  },
  {
    "id": "P33",
    "title": "RebateGain: استفاده مجدد، SSO و آماده‌سازی دامنه محصول",
    "units": [
      "پروداکت",
      "فنی",
      "دیزاین",
      "مارکتینگ"
    ],
    "products": [
      "RebateGain"
    ],
    "current_evidence": "چهار کار با UI kit، حالت فعال منو، SSO و ایمیل اعلان؛ ماهیت دقیق بازار/دامنه عمومی این محصول تأیید نشده است.",
    "evidence_confidence": "بالا برای کار؛ کم برای کسب‌وکار",
    "workflow": "ابتدا مخاطب محصول و کاری را که باید برای او انجام دهد مشخص می‌کنیم. ← اجزای قابل استفاده دوباره و ورود مشترک محصولات را بررسی می‌کنیم. ← ورود و اعلان‌ها را با آزمون‌های مشخص می‌سنجیم. ← هوش مصنوعی با تأیید برند، در متن، ترجمه و ساختار اولیه اجزای موجود کمک می‌کند.",
    "task_location": "تیمیک: همان کارهای RebateGain؛ یک سند یک‌صفحه‌ای دامنه پیش‌نیاز پیشنهاد هوش مصنوعی مشتری‌محور",
    "handoff": "تیم محصول، مخاطب و کار اصلی محصول را مشخص می‌کند ← طراحی، اجزای رابط را آماده می‌کند ← تیم فنی، ورود یکپارچه و اعلان‌ها را پیاده می‌کند ← بازاریابی، پس از مشخص‌شدن بازار هدف، متن مناسب می‌نویسد.",
    "accountable_role": "مسئول محصول RebateGain که باید تعیین شود",
    "tools": [
      "T24",
      "T26",
      "T21"
    ],
    "sources": [
      "S03",
      "S18"
    ],
    "global_maturity": "کمک توسعه متداول؛ هنوز کاربرد تجاری آن روشن نیست",
    "phase": "کشف دامنه روز ۱–۳۰؛ اجرا پس از آن",
    "dependencies": [
      "P03",
      "P17",
      "P20"
    ],
    "metrics": {
      "efficiency": "زمان استفاده دوباره جزء یا اصلاح ورود",
      "quality": "موفقیت SSO و صحت زبان/اعلان",
      "growth": "تکمیل کار اصلی تعریف شده محصول؛ روش سنجش درآمد هنوز مشخص نیست"
    },
    "acceptance": "ابتدا دامنه و مسئول و کار اصلی تأیید شود؛ سپس SSO موفق/ناموفق و جزء منتخب با برند واقعی آزموده شود.",
    "stop_rule": "محصول را صرفاً از نام به پلتفرم affiliate جهانی تعبیر نکنید؛ پروژه فروش هوش مصنوعی تا تعیین دامنه تعلیق شود.",
    "pilot_effort_person_weeks": "۱–۲ کشف؛ ۲–۳ آزمون اولیه محدود",
    "upgrade_path": "کشف → صحت SSO/UI → متن/قالب کمکی → انتخاب مورد AI بر اساس قیف واقعی.",
    "missing_data": "نام حقوقی/دامنه، مخاطب، مدل درآمد و فناوری‌های به‌کاررفته کامل نامعلوم است."
  },
  {
    "id": "P34",
    "title": "AdPulse: کنترل جایگاه تبلیغ و عملیات کمپین",
    "units": [
      "مارکتینگ",
      "فنی",
      "دیزاین",
      "محتوا"
    ],
    "products": [
      "AdPulse",
      "ایران ریبیت",
      "کدام بروکر"
    ],
    "current_evidence": "دارایی افزونه AdPulse و کار انتقال جایگاه و shortcode دیده شده است؛ محصول مستقل بیرونی یا سرویس مزایده بودن آن اثبات نشده است.",
    "evidence_confidence": "بالا برای افزونه/کار؛ کم برای مدل محصول",
    "workflow": "شرایط توافق‌شده کمپین و محل مجاز نمایش تبلیغ مشخص می‌شوند. ← متن یا تصویر پیشنهادی در قالب برند ساخته می‌شود. ← لینک، تاریخ نمایش، وعده، برچسب تبلیغ و اندازه فایل بررسی می‌شوند. ← تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی پیش‌نمایش می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. ← مسئول تأیید و منتشر می‌کند؛ تعداد نمایش و کلیک با تعریف مشخص و جداگانه گزارش می‌شوند.",
    "task_location": "تیمیک: کمپین مادر و کار فنی جایگاه؛ تنظیم افزونه منبع وضعیت نمایش",
    "handoff": "بازاریابی، تعهدات تبلیغ را مشخص می‌کند ← طراحی، متن یا تصویر را آماده می‌کند ← محتوا، درستی وعده‌ها را بررسی می‌کند ← تیم فنی، نمایش و ثبت آمار را بررسی می‌کند ← مالی، نتیجه را با قرارداد تطبیق می‌دهد.",
    "accountable_role": "مسئول عملیات تبلیغات",
    "tools": [
      "T24",
      "T01",
      "T32"
    ],
    "sources": [
      "S12",
      "S09",
      "S05"
    ],
    "global_maturity": "QA و تولید نسخه متفاوت متداول؛ بهینه‌سازی خودمختار مشروط به داده",
    "phase": "روز ۶۱–۱۲۰",
    "dependencies": [
      "P13",
      "P18",
      "P14"
    ],
    "metrics": {
      "efficiency": "زمان آماده‌سازی و کنترل هر جایگاه",
      "quality": "لینک خراب/نمایش خارج موعد/ادعای نامعتبر",
      "growth": "درآمد کمپین پس از کسر هزینه‌های متغیر و تناسب مشتریان جذب‌شده؛ تعارض تبلیغ با اصول تحریریه جدا بررسی شود"
    },
    "acceptance": "یک کمپین/سه جایگاه با تست موبایل، لینک و انقضا؛ برچسب تبلیغ از فایل متن یا تصویر یا خروجی حذف نشود.",
    "stop_rule": "بدون داده معتبر و قرارداد، bidding یا وعده بازده خودکار پیشنهاد نشود؛ این افزونه DSP فرض نشود.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "چک‌لیست → کنترل خودکار لینک/ابعاد → واریانت → آزمایش محدود اثر پس از رهگیری.",
    "missing_data": "فهرست جایگاه، اتصال آمار استفاده و رفتار کاربران، قرارداد و مسئول رسمی فروش تبلیغ باید تعیین شوند."
  },
  {
    "id": "P35",
    "title": "پایش اعتماد، تناقض سیاست و تعهد میان برندها",
    "units": [
      "مدیریت",
      "خدمات",
      "محتوا",
      "مارکتینگ"
    ],
    "products": [
      "ایران ریبیت",
      "کدام بروکر",
      "ریبکس",
      "پنل"
    ],
    "current_evidence": "ارجاع مشترک خدمات/ایمیل میان سایت‌ها، تبلیغات و صفحات روش‌شناسی مشاهده شده‌اند؛ مالکیت حقوقی چهار دامنه به‌صورت مستقل ثابت نشده است.",
    "evidence_confidence": "بالا برای ارتباط مشاهده شده؛ کم برای ساختار حقوقی",
    "workflow": "نسخه معتبر شرایط خدمات، حریم خصوصی، ریبیت و روش بررسی جمع می‌شود. ← جمله‌های حاوی شرط یا وعده و مسئول تأیید هرکدام مشخص می‌شوند. ← تفاوت نسخه‌ها و تناقض احتمالی آن‌ها بررسی می‌شود. ← مدیر مسئول یا مشاور مربوط تعیین می‌کند کدام متن درست است. ← متن‌ها و پاسخ سؤال‌های پرتکرار با نسخه تأییدشده هماهنگ می‌شوند.",
    "task_location": "تیمیک: پرونده شرایط و مقررات با شماره نسخه و تاریخ و کار اصلاح صفحات؛ متن نهایی فقط با مسئول مجاز منتشر شود",
    "handoff": "خدمات، تعهد واقعی را توضیح می‌دهد ← مدیریت یا مسئول حقوقی، آن را تأیید می‌کند ← محتوا، متن را می‌نویسد ← تیم فنی، متن تأییدشده را منتشر می‌کند ← پشتیبانی، راهنمای خود را به‌روز می‌کند.",
    "accountable_role": "مسئول سیاست و اعتماد برند؛ مشاور ذی‌صلاح در موارد لازم",
    "tools": [
      "T19",
      "T09",
      "T12"
    ],
    "sources": [
      "S05",
      "S16",
      "S15"
    ],
    "global_maturity": "استخراج و مقایسه متداول؛ تفسیر حقوقی خودکار نیست",
    "phase": "روز ۳۱–۹۰",
    "dependencies": [
      "P04",
      "P01"
    ],
    "metrics": {
      "efficiency": "ساعت بررسی دوره‌ای صفحات حساس",
      "quality": "تناقض تأیید شده، منبع نامشخص و اصلاح هم‌زمان",
      "growth": "شکایت/ریزش ناشی از تعهد مبهم و حفظ اعتماد؛ اثر غیرمستقیم"
    },
    "acceptance": "مجموعه صفحات حساس به‌صورت دستی فهرست و هر هشدار با متن دقیق بررسی شود؛ شرکت حقوقی از نام دامنه استنتاج نشود.",
    "stop_rule": "مدل حکم قانونی، مجوز مالی یا تأیید اعتبار بروکر صادر نکند؛ قرارداد واقعی بر متن تبلیغاتی مقدم است.",
    "pilot_effort_person_weeks": "۱–۳",
    "upgrade_path": "ممیزی منتخب → diff نسخه → پیوند وابستگی سیاست به پاسخ/کمپین → پایش مستمر با بازبین.",
    "missing_data": "مسئول حقوقی، ساختار ثبتی و قراردادهای شرکا در داده تحقیق موجود نیست."
  },
  {
    "id": "P36",
    "title": "آزمایشگاه پژوهش مالی مستند، بدون اجرای معامله",
    "units": [
      "پروداکت",
      "فنی",
      "محتوا"
    ],
    "products": [
      "ریبکس"
    ],
    "current_evidence": "محصول تحلیل و خروجی LONG/SHORT/WAIT دارد؛ مدرکی برای سودآوری یا آزمون زمانی مستقل نداریم.",
    "evidence_confidence": "بالا برای وجود قابلیت؛ کم برای اثربخشی سرمایه‌گذاری",
    "workflow": "پرسش پژوهشی را با داده‌ای که اجازه استفاده از آن را داریم و تاریخش مشخص است تعریف می‌کنیم. ← دستیار در محدوده تعیین‌شده، منابع و مدارک را جمع می‌کند. ← نتیجه‌های موافق و مخالف جدا نوشته می‌شوند. ← تحلیل‌گر منابع، فرض‌ها و نتیجه را بررسی می‌کند. ← روش روی داده جدا و بدون اطلاع بازبین از تولیدکننده نتیجه سنجیده می‌شود. هیچ سفارشی در بازار ثبت نمی‌شود.",
    "task_location": "محیط آزمایش مستقل؛ پروتکل و نتیجه در تیمیک؛ dataset با timestamp و هزینه همه اجراها",
    "handoff": "تحلیل‌گر مالی، روش آزمون را طراحی می‌کند ← تیم فنی، محدودیت‌های ابزار را مشخص می‌کند ← بازبین مستقل، درستی نتیجه و استفاده‌نشدن از اطلاعات آینده را بررسی می‌کند ← تیم محصول، درباره ادامه کار تصمیم می‌گیرد.",
    "accountable_role": "مسئول پژوهش ریبکس با بازبین مالی مستقل",
    "tools": [
      "T33",
      "T02",
      "T12"
    ],
    "sources": [
      "S04",
      "S15"
    ],
    "global_maturity": "نوظهور / پژوهشی؛ سودآوری آن اثبات نشده است",
    "phase": "پس از روز ۹۰؛ فقط ظرفیت پژوهشی",
    "dependencies": [
      "P27",
      "P28",
      "P29"
    ],
    "metrics": {
      "efficiency": "هزینه و زمان هر یادداشت پژوهشی پذیرفته شده",
      "quality": "درستی نتیجه، استفاده‌نکردن از اطلاعات آینده، امکان تکرار آزمایش و خطرهای روش",
      "growth": "تمایل به استفاده/پرداخت برای پژوهش معتبر؛ بازده فرضی معیار درآمد نیست"
    },
    "acceptance": "روش آزمون را از قبل مشخص کنید و با یک روش ساده مقایسه کنید. داده یک دوره زمانی جدا را فقط برای آزمون نهایی نگه دارید. هزینه، کارمزد و نتیجه‌های ناموفق هم در گزارش باشند؛ فقط نمونه‌های سودآور گزارش نشوند.",
    "stop_rule": "با داده آینده، منبعی که اجازه استفاده از آن را نداریم یا عدم بازتولید، نتیجه کنار گذاشته شود؛ خودمعامله‌گری به کاربران عرضه نشود.",
    "pilot_effort_person_weeks": "۳–۶",
    "upgrade_path": "تک‌عامل مستند → نقد مستقل → مقایسه با روش ساده؛ چندعامل فقط اگر بهبود قابل اندازه‌گیری از هزینه بیشتر باشد.",
    "missing_data": "مجوز داده بازار، benchmark مستقل و متخصص بازبین لازم است."
  },
  {
    "id": "P37",
    "title": "دستیار صوتی فارسی محدود برای کار مشخص",
    "units": [
      "خدمات",
      "فروش",
      "پروداکت"
    ],
    "products": [
      "پنل",
      "ریبکس",
      "Flow Meet"
    ],
    "current_evidence": "نیاز و حجم تماس صوتی اثبات نشده است؛ فارسی و اصطلاح مالی، رضایت ضبط و دسترسی سرویس‌دهنده مسئله‌های باز هستند.",
    "evidence_confidence": "کم؛ پیشنهاد اکتشافی",
    "workflow": "ابتدا با رضایت افراد، چند تماس نمونه و متن دستی آن‌ها را آماده می‌کنیم. ← درستی تشخیص گفتار فارسی و عددها را بررسی می‌کنیم. ← دستیار فقط به سؤال‌های راهنما پاسخ می‌دهد یا وضعیت را از سامانه می‌خواند؛ اجازه تغییر ندارد. ← راه ارتباط با کارشناس روشن است. ایجاد تعهد، پرداخت و تغییر حساب برای دستیار غیرفعال می‌ماند.",
    "task_location": "پرونده پشتیبانی موجود و شناسه تماس؛ تیمیک محل آزمون/باگ، نه آرشیو عمومی صوت",
    "handoff": "خدمات، سؤال‌های مجاز و روش ارجاع به کارشناس را مشخص می‌کند ← تیم فنی، کیفیت صوت و تأخیر را بررسی می‌کند ← منابع انسانی یا مسئول اطلاعات، شرایط ضبط را تعیین می‌کند ← بازبین فارسی‌زبان، نتیجه را بررسی می‌کند.",
    "accountable_role": "مدیر خدمات با مسئول حریم خصوصی",
    "tools": [
      "T15",
      "T12"
    ],
    "sources": [
      "S11",
      "S02",
      "S15"
    ],
    "global_maturity": "در حال گسترش؛ آمادگی فارسی این مجموعه اثبات نشده",
    "phase": "روز ۹۱–۱۸۰ فقط پس از اثبات نیاز",
    "dependencies": [
      "P09",
      "P27"
    ],
    "metrics": {
      "efficiency": "زمان کاربر تا پاسخ یا انسان و تأخیر مکالمه",
      "quality": "درستی عدد/شناسه و نرخ انتقال موفق",
      "growth": "تکمیل فرایند و رضایت/ماندگاری؛ هزینه دقیقه تماس"
    },
    "acceptance": "۵۰ سناریوی با رضایت شرکت‌کنندگان با لهجه/نویز، قطع و شماره؛ بازخوانی عدد حساس و مسیر انسان اجباری.",
    "stop_rule": "بدون تقاضای واقعی یا اگر متن ارزان‌تر و بهتر است، پروژه متوقف شود؛ صدای مصنوعی/ضبط شفاف باشد.",
    "pilot_effort_person_weeks": "۳–۶",
    "upgrade_path": "متن/رونوشت → صوت آزمایشی FAQ → read-only؛ فروش تلفنی خودمختار مرحله اول نیست.",
    "missing_data": "حجم تماس، TTS فارسی مجاز، دسترسی ارائه‌دهنده، هزینه واقعی و رضایت ضبط معلوم نیست."
  },
  {
    "id": "P38",
    "title": "عامل کار با مرورگر فقط برای خلأ اتصال و در محیط آزمایشی جدا",
    "units": [
      "فنی",
      "عملیات",
      "همه واحدها"
    ],
    "products": [
      "تیمیک",
      "WordPress",
      "سامانه‌های فاقد API"
    ],
    "current_evidence": "رابط‌های داخلی متعدد و محدودیت ۴۰۳ وجود دارد؛ APIها در تحقیق استخراج شرکت تست اجرایی نشده‌اند.",
    "evidence_confidence": "متوسط برای تنوع؛ کم برای نیاز به computer use",
    "workflow": "ابتدا بررسی می‌کنیم اتصال مستقیم نرم‌افزاری یا خروجی رسمی وجود دارد یا نه. ← اگر نبود، دستیار با حساب محدود و داده آزمایشی فقط همان کار مشخص را پیشنهاد می‌دهد. ← پیش از ثبت، مقدارها و نتیجه مورد انتظار در تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی تبلیغ را در محل نمایش واقعی پیش‌نمایش می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. می‌کنیم. نشان داده می‌شوند. ← کارشناس انجام همان کار را تأیید می‌کند. ← نتیجه ثبت بررسی می‌شود و پیش از هر تکرار، مطمئن می‌شویم کار قبلاً انجام نشده است.",
    "task_location": "تیمیک: کار خودکارسازی کارها با ورودی/خروجی و شناسه اجرای یکتا؛ گزارش فعالیت با دسترسی محدود",
    "handoff": "مسئول فرایند، کار مجاز را مشخص می‌کند ← تیم فنی، ورودی، خروجی و روش اجرای آن را تعریف می‌کند ← بازبین، امنیت و مجوزها را بررسی می‌کند ← اپراتور، اجرا را تأیید و نتیجه را با درخواست مقایسه می‌کند.",
    "accountable_role": "مسئول اتصال فنی با صاحب سامانه",
    "tools": [
      "T24",
      "T02",
      "T01"
    ],
    "sources": [
      "S15",
      "S16",
      "S17"
    ],
    "global_maturity": "نوظهور برای اقدام باز؛ API محدود قابل اتکاتر",
    "phase": "آزمایشگاه پس از روز ۹۰",
    "dependencies": [
      "P03",
      "P20",
      "P01"
    ],
    "metrics": {
      "efficiency": "زمان کل شامل نظارت و بازیابی شکست",
      "quality": "موفقیت قابل تطبیق، تکرار ناخواسته و نقض مجوز",
      "growth": "هزینه هر عملیات تکمیل شده؛ رشد فقط با مسیر تجاری واقعی"
    },
    "acceptance": "۲۰ عملیات تست تکرارشونده با پایان اعتبار ورود، تغییر رابط یا قطع پاسخ؛ اگر نتیجه ثبت معلوم نیست، آن را تکرار نکنید؛ اول بررسی کنید ثبت انجام شده است یا نه.",
    "stop_rule": "۴۰۳ دور زده نشود؛ دسترسی کاربر سقف دسترسی عامل است؛ پرداخت، حذف، انتشار عمومی و داده HR خارج آزمون اولیه باشند.",
    "pilot_effort_person_weeks": "۳–۶",
    "upgrade_path": "خواندن/پیش‌نویس → اقدام واحد با تأیید → allowlist محدود؛ عامل سراسری همه ابزارها هدف نیست.",
    "missing_data": "وجود API رسمی، محدوده مجاز کلید دسترسی، حساب تست و قالب گزارش نتیجه انجام کار باید پیش از انتخاب ابزار روشن شوند."
  }
]