میم‌یار، استودیوی محصول دیجیتال
CROSS-FUNCTIONAL PRODUCT REFERENCE

تخصص عمیق، بدون زبان مشترک،
هنوز تیم نمی‌سازد.

«زبان محصول» برای متخصص‌کردن هر فرد در تمام رشته‌ها نوشته نشده؛ برای رسیدن به سواد همکاری است—اینکه منطق حوزه مقابل را بفهمیم، سؤال درست بپرسیم و تصمیم مشترک بهتری بسازیم.

جلد کتاب زبان محصول؛ نوشته ابوالفضل محجوب روش
PRODUCTBUSINESSTECHNOLOGY
۲۱۹صفحهنسخه صفحه‌آرایی‌شده ۱۷×۲۴
۱۲فصلاز کسب‌وکار تا مطالعات موردی
۷۰۸مفهومبا نمایه فارسی و انگلیسی
۹۰جدولبرای مقایسه و جمع‌بندی عملی
WHY THIS BOOK / 01

از دانستن واژه، تا توان همکاری.

هدف کتاب حفظ‌کردن ۷۰۸ تعریف نیست. هر مفهوم باید به سطحی از فهم برسد که بتوانید در یک تصمیم واقعی، مرز تخصص‌ها را ببینید و گفت‌وگو را جلو ببرید.

۰۱RECOGNIZEشناخت

وقتی واژه را در جلسه می‌شنوم، موضوع کلی آن را می‌فهمم.

۰۲EXPLAINتوضیح

می‌توانم مفهوم را با یک مثال واقعی و بدون حفظ تعریف توضیح دهم.

۰۳QUESTIONپرسش

می‌دانم برای روشن‌شدن تصمیم چه سؤال‌هایی باید از متخصص بپرسم.

۰۴READ OUTPUTخروجی

می‌توانم سند، طراحی، نمودار، گزارش یا قرارداد مربوط را بخوانم.

۰۵COLLABORATEهمکاری

می‌دانم تصمیم من چه اثری بر کار و محدودیت نقش‌های دیگر می‌گذارد.

زبان مشترک به معنی حذف اختلاف نیست. کمک می‌کند اختلاف تعریف، فرض و اولویت را پیش از تبدیل‌شدن به هزینه ببینیم و درباره‌اش تصمیم بگیریم.

BOOK ARCHITECTURE / 02

دوازده فصل، چهار قلمرو متصل

فصل‌ها از زمینه کسب‌وکار و مسئله کاربر شروع می‌شوند، از طراحی و فناوری عبور می‌کنند و به عملیات، رشد، رهبری و کاربرد واقعی می‌رسند.

DIRECTION / CHAPTERS 01—03

پیش از راه‌حل، زمینه تصمیم را بفهمیم.

مسئله مشتری، ارزش قابل‌ارائه، شواهد و انتخاب استراتژیک در یک خط فکری قرار می‌گیرند.

  1. ۰۱از کسب‌وکار تا محصولBusiness to Product
  2. ۰۲مسئله، کاربر و تحقیقProblem, User & Research
  3. ۰۳استراتژی، کشف و تصمیم محصولProduct Strategy & Discovery
START BY ROLE / 03

لازم نیست همه از صفحه اول شروع کنند.

کتاب برای ده نقش مسیر مطالعه دارد. متخصص هر حوزه می‌تواند فصل خودش را سریع مرور کند و وقت اصلی را روی منطق نقش‌های همکار بگذارد.

01

مدیر محصول

مسئله، ارزش، طراحی، تحویل، فناوری، داده و رشد را به یک تصمیم منسجم وصل کند.

شروع۱ ← ۲ ← ۳ ← ۴ ← ۵ادامه۶ ← ۷ ← ۸ ← ۹
02

طراح UX/UI

محدودیت فنی، منطق داده، معیار موفقیت و نیاز کسب‌وکار را وارد طراحی کند.

مسیر۲ ← ۳ ← ۴ ← ۵ ← ۶ ← ۸
03

مهندسی و QA

بداند چرا قابلیت ساخته می‌شود، تجربه مطلوب چیست و موفقیت چگونه سنجیده می‌شود.

مهندسی۱ ← ۳ ← ۴ ← ۵ ← ۸کیفیت۳ ← ۴ ← ۵ ← ۶ ← ۷
04

داده و تحلیل

سنجه را به مسئله، رفتار کاربر و تصمیم محصول متصل کند؛ نه فقط به داشبورد.

مسیر۱ ← ۲ ← ۳ ← ۸
05

مارکتینگ و رشد

پیام و کانال را با تجربه محصول، داده و اقتصاد مشتری هماهنگ کند.

مسیر۱ ← ۲ ← ۳ ← ۴ ← ۸ ← ۹
06

بنیان‌گذار و مدیر

تصمیم بازار، فناوری، سرمایه‌گذاری و سازمان را با یک زبان مشترک هدایت کند.

مسیر۱ ← ۳ ← ۶ ← ۸ ← ۹ ← ۱۱

در خود کتاب مسیرهای جداگانه برای توسعه‌دهنده، QA، DevOps/SRE، محتوا و SEO، فروش، موفقیت مشتری و پشتیبانی نیز آمده است.

ANATOMY OF AN ENTRY / 04

هر مفهوم، یک تعریف مرجع؛ نه چند روایت پراکنده.

هر اصطلاح فقط در یک محل اصلی تعریف شده است. مثال، تفاوت با واژه‌های نزدیک و ارجاع‌های «همچنین ببینید» کمک می‌کنند مفهوم در شبکه‌ای از تصمیم‌های مرتبط فهمیده شود.

  • 01تعریف کوتاه و روشن
  • 02مثال یا تفاوت کاربردی
  • 03ارجاع به مفاهیم مرتبط
  • 04نمایه فارسی و انگلیسی
فصل ۱۰ / هوش مصنوعیTERM 600 / 708
INFERENCE

استنتاج یا اجرای مدل

تعریف مرجع

استفاده از مدل آموزش‌دیده برای تولید پاسخ، پیش‌بینی یا تصمیم روی داده جدید است.

تفاوت کاربردی

Training مدل را یاد می‌دهد؛ Inference از مدل یادگرفته‌شده استفاده می‌کند.

همچنین ببینیدیادگیری ماشینیادگیری نظارت‌شده
PRODUCT LANGUAGE / REFERENCE ENTRY
FROM TERM TO DECISION / 05

سیزده موقعیت واقعی برای وصل‌کردن مفاهیم.

فصل پایانی نشان می‌دهد اصطلاح‌ها در یک تصمیم واقعی چگونه به هم متصل می‌شوند؛ از MVP و انتشار پرریسک تا قیمت‌گذاری، AI و پشتیبانی.

  1. ۰۱از ایده تا اولین محصول قابل‌آزمایشMVP / DISCOVERY
  2. ۰۲افزودن کیف پول به یک محصولFINTECH / RISK
  3. ۰۳انتشار یک نسخه پرریسکRELEASE / ROLLBACK
  4. ۰۴آزمایش رشد بدون فریب دادهEXPERIMENT / METRIC
  5. ۰۵افزودن قابلیت هوش مصنوعیAI / EVALUATION
  6. ۰۶تحویل طراحی فیلتر از Figma تا ProductionDESIGN / HANDOFF
  7. ۰۷صفحه دسته‌بندی برای SEO و تبدیلSEO / CONVERSION
  8. ۰۸عرضه قابلیت با همکاری محصول و مارکتینگLAUNCH / GTM
  9. ۰۹تبدیل تیکت‌های پشتیبانی به فرصت محصولSUPPORT / INSIGHT
  10. ۱۰درخواست قابلیت از مشتری سازمانی بزرگB2B / PRIORITY
  11. ۱۱Tracking Plan برای OnboardingDATA / ACTIVATION
  12. ۱۲تغییر قیمت‌گذاری بدون شکستن تجربه مشتریPRICING / EXPERIENCE
  13. ۱۳بازطراحی محتوای داخل محصول برای کاهش خطاCONTENT / UX
راهنمای نقش‌هااز تخصص عمیق تا زبان مشترک
چک‌لیست جلسه بین‌رشته‌ایمسئله، نتیجه، دامنه، تجربه، داده و ریسک
مسیرهای پیشنهادی مطالعهشروع بر اساس نیاز و سطح تجربه
HOW TO READ / 06

چهار روش خواندن، برای چهار نیاز متفاوت

کتاب هم مسیر خطی دارد و هم نمایه مرجع. روش مطالعه به تجربه فعلی و مسئله‌ای که امروز با آن روبه‌رو هستید بستگی دارد.

۰۱

تازه‌وارد

فصل‌ها را خطی بخواند، مثال‌ها را مرور کند و به پرسش‌های انتهای فصل پاسخ دهد.

READ / EXAMPLE / REFLECT
۰۲

متخصص یک حوزه

فصل حوزه خودش را سریع مرور کند و وقت اصلی را روی فصل‌های نقش‌های همکار بگذارد.

SCAN / CROSS / CONNECT
۰۳

لید یا مدیر

روی نقشه تصمیم، خروجی مشترک، مرز مسئولیت و مطالعات موردی تمرکز کند.

ALIGN / DECIDE / LEAD
۰۴

مرجع روزمره

از نمایه و ارجاع‌های داخلی برای یافتن تعریف مرجع و مفاهیم مرتبط استفاده کند.

LOOK UP / LINK / APPLY
TEAM & ORGANIZATION / 07

کتاب می‌تواند نقطه شروع گفت‌وگوی تیم باشد.

برای تیم‌ها، نسخه‌های کتاب می‌توانند با جلسه معرفی، تمرین نقش‌ها و کارگاه هم‌راستاسازی ترکیب شوند. دامنه بسته سازمانی بعد از شناخت اندازه و مسئله تیم مشخص می‌شود.

گفت‌وگو درباره بسته سازمانی
01نسخه فردیبرای مطالعه و مراجعه روزمره
02بسته تیمیچند نسخه همراه با تمرین مشترک
03بسته سازمانیکتاب، کارگاه و ارزیابی زبان مشترک
BOOK REQUEST / 08

زبان مشترک، قبل از ابزار مشترک.

برای نسخه فردی، خرید تیمی یا بسته سازمانی، نوع درخواست را در پیام مشخص کنید تا ادامه مسیر از پنل کاربری شما پیگیری شود.

درخواست کتاب زبان محصول