وقتی واژه را در جلسه میشنوم، موضوع کلی آن را میفهمم.
تخصص عمیق، بدون زبان مشترک،
هنوز تیم نمیسازد.
«زبان محصول» برای متخصصکردن هر فرد در تمام رشتهها نوشته نشده؛ برای رسیدن به سواد همکاری است—اینکه منطق حوزه مقابل را بفهمیم، سؤال درست بپرسیم و تصمیم مشترک بهتری بسازیم.
از دانستن واژه، تا توان همکاری.
هدف کتاب حفظکردن ۷۰۸ تعریف نیست. هر مفهوم باید به سطحی از فهم برسد که بتوانید در یک تصمیم واقعی، مرز تخصصها را ببینید و گفتوگو را جلو ببرید.
میتوانم مفهوم را با یک مثال واقعی و بدون حفظ تعریف توضیح دهم.
میدانم برای روشنشدن تصمیم چه سؤالهایی باید از متخصص بپرسم.
میتوانم سند، طراحی، نمودار، گزارش یا قرارداد مربوط را بخوانم.
میدانم تصمیم من چه اثری بر کار و محدودیت نقشهای دیگر میگذارد.
زبان مشترک به معنی حذف اختلاف نیست. کمک میکند اختلاف تعریف، فرض و اولویت را پیش از تبدیلشدن به هزینه ببینیم و دربارهاش تصمیم بگیریم.
دوازده فصل، چهار قلمرو متصل
فصلها از زمینه کسبوکار و مسئله کاربر شروع میشوند، از طراحی و فناوری عبور میکنند و به عملیات، رشد، رهبری و کاربرد واقعی میرسند.
پیش از راهحل، زمینه تصمیم را بفهمیم.
مسئله مشتری، ارزش قابلارائه، شواهد و انتخاب استراتژیک در یک خط فکری قرار میگیرند.
- ۰۱از کسبوکار تا محصولBusiness to Product
- ۰۲مسئله، کاربر و تحقیقProblem, User & Research
- ۰۳استراتژی، کشف و تصمیم محصولProduct Strategy & Discovery
تصمیم را به تجربهای قابل ساخت تبدیل کنیم.
طراحی، تحویل و فناوری کنار هم قرار میگیرند تا فاصله میان فایل، کد و تجربه واقعی کمتر شود.
- ۰۴تجربه، رابط و طراحیExperience, Interface & Design
- ۰۵تحویل محصول و همکاری تیمیDelivery & Team Collaboration
- ۰۶فناوری برای تیم محصولTechnology for Product Teams
محصول را قابل اتکا، سنجش و رشد نگه داریم.
عملیات، امنیت، تحلیل، آزمایش، فروش و موفقیت مشتری یک سیستم پیوسته دیده میشوند.
- ۰۷عملیات، کیفیت و امنیتOperations, Quality & Security
- ۰۸داده، تحلیل و آزمایشData, Analytics & Experimentation
- ۰۹رشد، بازاریابی، فروش و موفقیت مشتریGrowth, Marketing & Customer Success
فناوری نو را به سازمان و تصمیم واقعی وصل کنیم.
هوش مصنوعی، فینتک، رهبری و مطالعات موردی، مفاهیم کتاب را وارد موقعیتهای واقعی میکنند.
- ۱۰هوش مصنوعی و خدمات مالی دیجیتالAI & Digital Financial Services
- ۱۱رهبری، سازمان و طرز فکرLeadership, Organization & Mindset
- ۱۲مطالعات موردی و مرجع کاربردیCase Studies & Practical Reference
لازم نیست همه از صفحه اول شروع کنند.
کتاب برای ده نقش مسیر مطالعه دارد. متخصص هر حوزه میتواند فصل خودش را سریع مرور کند و وقت اصلی را روی منطق نقشهای همکار بگذارد.
مدیر محصول
مسئله، ارزش، طراحی، تحویل، فناوری، داده و رشد را به یک تصمیم منسجم وصل کند.
طراح UX/UI
محدودیت فنی، منطق داده، معیار موفقیت و نیاز کسبوکار را وارد طراحی کند.
مهندسی و QA
بداند چرا قابلیت ساخته میشود، تجربه مطلوب چیست و موفقیت چگونه سنجیده میشود.
داده و تحلیل
سنجه را به مسئله، رفتار کاربر و تصمیم محصول متصل کند؛ نه فقط به داشبورد.
مارکتینگ و رشد
پیام و کانال را با تجربه محصول، داده و اقتصاد مشتری هماهنگ کند.
بنیانگذار و مدیر
تصمیم بازار، فناوری، سرمایهگذاری و سازمان را با یک زبان مشترک هدایت کند.
در خود کتاب مسیرهای جداگانه برای توسعهدهنده، QA، DevOps/SRE، محتوا و SEO، فروش، موفقیت مشتری و پشتیبانی نیز آمده است.
هر مفهوم، یک تعریف مرجع؛ نه چند روایت پراکنده.
هر اصطلاح فقط در یک محل اصلی تعریف شده است. مثال، تفاوت با واژههای نزدیک و ارجاعهای «همچنین ببینید» کمک میکنند مفهوم در شبکهای از تصمیمهای مرتبط فهمیده شود.
- 01تعریف کوتاه و روشن
- 02مثال یا تفاوت کاربردی
- 03ارجاع به مفاهیم مرتبط
- 04نمایه فارسی و انگلیسی
استنتاج یا اجرای مدل
استفاده از مدل آموزشدیده برای تولید پاسخ، پیشبینی یا تصمیم روی داده جدید است.
Training مدل را یاد میدهد؛ Inference از مدل یادگرفتهشده استفاده میکند.
سیزده موقعیت واقعی برای وصلکردن مفاهیم.
فصل پایانی نشان میدهد اصطلاحها در یک تصمیم واقعی چگونه به هم متصل میشوند؛ از MVP و انتشار پرریسک تا قیمتگذاری، AI و پشتیبانی.
- ۰۱از ایده تا اولین محصول قابلآزمایشMVP / DISCOVERY
- ۰۲افزودن کیف پول به یک محصولFINTECH / RISK
- ۰۳انتشار یک نسخه پرریسکRELEASE / ROLLBACK
- ۰۴آزمایش رشد بدون فریب دادهEXPERIMENT / METRIC
- ۰۵افزودن قابلیت هوش مصنوعیAI / EVALUATION
- ۰۶تحویل طراحی فیلتر از Figma تا ProductionDESIGN / HANDOFF
- ۰۷صفحه دستهبندی برای SEO و تبدیلSEO / CONVERSION
- ۰۸عرضه قابلیت با همکاری محصول و مارکتینگLAUNCH / GTM
- ۰۹تبدیل تیکتهای پشتیبانی به فرصت محصولSUPPORT / INSIGHT
- ۱۰درخواست قابلیت از مشتری سازمانی بزرگB2B / PRIORITY
- ۱۱Tracking Plan برای OnboardingDATA / ACTIVATION
- ۱۲تغییر قیمتگذاری بدون شکستن تجربه مشتریPRICING / EXPERIENCE
- ۱۳بازطراحی محتوای داخل محصول برای کاهش خطاCONTENT / UX
چهار روش خواندن، برای چهار نیاز متفاوت
کتاب هم مسیر خطی دارد و هم نمایه مرجع. روش مطالعه به تجربه فعلی و مسئلهای که امروز با آن روبهرو هستید بستگی دارد.
تازهوارد
فصلها را خطی بخواند، مثالها را مرور کند و به پرسشهای انتهای فصل پاسخ دهد.
READ / EXAMPLE / REFLECTمتخصص یک حوزه
فصل حوزه خودش را سریع مرور کند و وقت اصلی را روی فصلهای نقشهای همکار بگذارد.
SCAN / CROSS / CONNECTلید یا مدیر
روی نقشه تصمیم، خروجی مشترک، مرز مسئولیت و مطالعات موردی تمرکز کند.
ALIGN / DECIDE / LEADمرجع روزمره
از نمایه و ارجاعهای داخلی برای یافتن تعریف مرجع و مفاهیم مرتبط استفاده کند.
LOOK UP / LINK / APPLYکتاب میتواند نقطه شروع گفتوگوی تیم باشد.
برای تیمها، نسخههای کتاب میتوانند با جلسه معرفی، تمرین نقشها و کارگاه همراستاسازی ترکیب شوند. دامنه بسته سازمانی بعد از شناخت اندازه و مسئله تیم مشخص میشود.
گفتوگو درباره بسته سازمانیزبان مشترک، قبل از ابزار مشترک.
برای نسخه فردی، خرید تیمی یا بسته سازمانی، نوع درخواست را در پیام مشخص کنید تا ادامه مسیر از پنل کاربری شما پیگیری شود.
درخواست کتاب زبان محصول
