«مشتری اشتباه فنی میخواهد — جوابش را چی بدهم؟

هرگز «غلطه» تنها نه — سوالِ هدف بپرس و بدیلِ فنی بده: **"Just so I build the right thing — is the goal to stop duplicate orders? Then instead of manual approve/reject, I can add idempotency keys: same outcome, zero extra clicks for your team."** (هدف جلوگیری از سفارشِ تکراریه؟ پس بهجای تأییدِ دستی، کلیدِ idempotency میذارم: همون نتیجه، بدونِ کلیکِ اضافه.) مشتری «راهحلِ درست» را نمیخواهد؛ «نتیجهٔ درست» را میخواهد — و تو حرفهات تبدیلِ راهحلِ درست به نتیجهٔ درست است.

PM-ام فنی را نمیفهمد و همیشه عجله دارد!

سه ترفندِ سازگاری: ۱) عدد را به «تجربه» ترجمه کن: نهِ «دیگریشن ۴۸ ساعته» — که «کاربرها پنجشنبه صبح لاگین نمیتونن». ۲) انتخاب را سهگانه بده نه دو قطبی: سریع/کامل/ایمن — «یکی رو انتخاب کن». ۳) سابقه بساز: هر بار که «پیچیده بود و من گفتم و درست از آب دراومد» را در داک نگه دار — بعد از دومین بار، تخمینت دیگر بحث نمیشود؛ اعتماد، داده میخواهد و تو داری میسازیش.

درس ۶۶ از ۹۰ · گفتگو با محصول و مشتری؛ ترجمهٔ فنی و «چرا نه»ی مشتری‌پسند

مرزِ فنی-محصول، جایی است که بیشترِ سوءتفاهم‌های کاری زاده می‌شوند: PM می‌گوید «فقط یه سوییچ اضافه کن»، تو می‌بینی schema را عوض می‌کند; تو می‌گویی «تکنیکال دِبت زیاده»، PM می‌شنود «نمی‌خواهد کار کند». حرفه‌ای‌ها این مرز را با «ترجمهٔ دوگانه» اداره می‌کنند — و این درس، جعبه‌ابزارِ ترجمه است.

برای مشتریِ خارجی، همان قواعد با لحنِ سرویس‌مندتر: تو نمایندهٔ اعتمادِ فنیِ شرکت هستی. درس ۷۸ ارائه برای مدیران را تکمیل می‌کند؛ اینجا پایه‌ی گفتگوی دوطرفه است.

ترجمهٔ فنی به اثر؛ زبانِ آینه‌ای

هر محدودیتِ فنی را با «اثرِ روی کاربر/کسب‌وکار» بگو، نه با نامِ فناوری: نهِ "That requires a schema migration" — که "That means the whole checkout slows down for a week while data moves — unless we do it gradually. The gradual path takes three weeks but users never notice." (یعنی یه هفته تسویه کند می‌شه تا داده جابه‌جا شه — مگر کم‌کم انجامش بدیم. مسیرِ کم‌کش سه هفته‌ست اما کاربر هیچ‌وقت نمی‌فهمه.) واژه‌های اثر: slows down / breaks / risks / invisible to users / buys us speed later — PM با این‌ها تصمیم می‌گیرد؛ با "schema" نه.

Quick reality check: this "tiny toggle" actually touches the database. Cheaper version: a setting for new users only — old users keep the current behavior. Deal?یه واقعیت‌چکِ سریع: این «سوییچِ کوچیک» واقعاً دیتابیس رو درگیر می‌کنه. نسخهٔ ارزون‌تر: تنظیمِ فقط برای کاربرهای جدید — قدیمی‌ها همین‌طور بمونن. اوکیه؟

نه گفتن با گزینه؛ هنرِ PM-پسند

سه قالبِ «نه»ی مشتری/PM-پسند: ۱) نه الآن + دلیلِ درستِ زمانی: "Not in this release — the payment rewrite is touching the same code, and doing both at once doubles the risk." ۲) بله با نسخهٔ کوچک: "We can't do the full dashboard by Friday, but I can ship read-only charts Monday — full version two weeks later." ۳) بله با معاوضهٔ صریح: "Sure — that becomes the priority. Which of these three should I drop?" — هر سه قالب، پیامِ پنهانی دارند: «من به تو کمک می‌کنم بُبر، نه این‌که چانه بزنم». و سوالِ معروفِ هر requirement: "What problem is this solving for the user? There might be a cheaper way to the same outcome." — پرسیدنِ «چه مسئله‌ای؟» محترمانه‌ترین کوتاه‌کردنِ راه است.

جلسهٔ requirements؛ سوال‌هایی که تو باید بپرسی

پنج سوالِ استانداردِ شروعِ هر فیچر: ۱) "Who is this for — new users, power users, internal?" ۲) "What does success look like — what number moves?" ۳) "What's the deadline driving this — a launch, a contract, a promise?" ۴) "What's explicitly out of scope?" ۵) "Is there an example of how you imagine it working?" و در جلسهٔ مشتری: زبانِ سرویس: "Absolutely — let me make sure I understand the requirement correctly…" (بازگویی قبل از تعهد!) و بستن: "I'll summarize this in writing today — corrections welcome before I start." — خلاصهٔ مکتوبِ همان روز، بیمهٔ سوءتفاهم است؛ جمله‌اش فقط یک ایمیلِ پنج‌خطی دارد.

گرامرِ عمیق‌تر: زبانِ نتیجه و ارزش برای غیرِفنی

گفتگو با محصول/مشتری، ترجمهٔ فعل→اثر است: slows down (کند می‌شه), risks losing users (خطرِ ازدست‌دادنِ کاربر داره), buys us speed later (بعداً سرعت می‌خره), invisible to users (برای کاربر نامرئیه). و قالب‌های قیاسِ دو-گزینه‌ای برای تصمیمِ PM: "Option A ships Friday but breaks for power users; Option B takes two weeks and works for everyone. Your call." (گزینهٔ A جمعه می‌رسه ولی برای کاربرهای حرفه‌ای می‌شکنه؛ B دو هفته می‌بره و برای همه کار می‌کنه. انتخاب با شما.) — «Your call» با احترام، توپ را می‌گذارد کجاست: نزدیکِ مدیرِ محصول.

Quick reality check: this "tiny toggle" actually touches the database. Cheaper version: the setting only for new users — old users keep the current behavior. That ships this week and is invisible to 95% of users. Your call.واقعیت‌چکِ سریع: این «سوییچِ کوچیک» واقعاً دیتابیس رو درگیر می‌کنه. نسخهٔ ارزون‌تر: تنظیمِ فقط برایِ کاربرهای جدید — قدیمی‌ها همین‌جوری بمونن. این هفته شِپ می‌شه و برایِ ۹۵٪ کاربر نامرئیه. انتخاب با شما.

گفتگو: مشتری خسته و دموهای بی‌وقت

Client: Just make it work — I don't need the details. — You: Understood — one sentence, then I'll leave you alone: the fix goes live tonight, and if anything looks wrong tomorrow morning, you call me directly.مشتری: فقط کار کنه — جزئیات نمی‌خوام. — تو: متوجه‌ام — یه جمله، بعد رهات می‌کنم: فیکس امشب لایو می‌شه، و اگه فردا صبح چیزی خراب بود، مستقیم به من زنگ بزنید.

Client: That's all I wanted to hear. — You: Perfect. I'll send a one-line confirmation email after the deploy — so you have it in writing.مشتری: همین رو می‌خواستم بشنوم. — تو: عالیه. بعد از دپلوی یه ایمیلِ یک‌خطیِ تأیید می‌فرستم — که مکتوب داشته باشیدش.

PM (after): How did you calm him down? — You: He didn't need calm — he needed an owner. "You call me directly" does both.PM (بعد): چطور آرومش کردی؟ — تو: آروم نمی‌خواست — مالک می‌خواست. «مستقیم به من زنگ بزنید» هر دو رو می‌کنه.

اشتباه‌های رایجِ فارسی‌زبان‌ها در همین درس

این بخش را با یک قرارداد بخوان: هر ❌ یعنی «مغزِ فارسی‌زبانت این را می‌سازد و طبیعی است»، و هر ✅ یعنی «این همان چیزی است که گیرندهٔ انگلیسی‌زبان می‌شنود». خطاها اثرِ مستقیمِ ترجمهٔ ذهنیِ فارسی به انگلیسی‌اند؛ با هر جفت بلند تکرار کن تا شکلِ درست در گوشت نشست کند.

❌ This feature is very easy, I do it in one day.❌ «خیلی راحته!» در گفتگو با محصول/مشتری ارزشِ کار را می‌کُشد: کارِ آسانْ ارزان می‌شود. زبانِ حرفه‌ای small/simple است و بازهٔ یک-دو روز جایِ قولِ دقیقِ یک‌روزه — فروتنی، بی‌پول‌کردن نیست؛ قیمت‌گذاریِ درست است.

✅ This is a small change — I can have it out in a day or two.✅ شکل درست را دو بار بلند بگو؛ حالا یک بار در یک جملهٔ خودت.

❌ This is not possible from technical view.❌ «از نظرِ فنی» مستقیم from technical view می‌شود؛ قیدِ درست technically است. و «غیرممکن» در گفتگو با غیرفنی یعنی درِ بسته؛ مهندسِ حرفه‌ای possible را نگه می‌دارد و هزینه را جلوی چشم می‌آورد.

✅ It's technically possible — but it would push the release back a week. Here's the trade-off.✅ شکل درست را دو بار بلند بگو؛ حالا یک بار در یک جملهٔ خودت.

❌ Sorry, it is not possible.❌ جوابِ «نمی‌شود» در ذهنِ فارسی ما کامل است؛ انگلیسیِ خدمات «نه» را هرگز تنها نمی‌فرستد: نه + آنچه می‌شود. what I can do قابِ نجاتِ رابطه است.

✅ That's not doable this week — but here's what I can do by Friday.✅ شکل درست را دو بار بلند بگو؛ حالا یک بار در یک جملهٔ خودت.

تمرین‌های این درس — چهار قدم، بی‌عجله

گفتگو با غیرفنی، ترجمهٔ فعل به اثر است؛ چهار تمرین را بلند اجرا کن — انگار PM جلوی تو ایستاده — بعد باز کن.

اثر را بگو نه فعل: «این سوییچِ کوچک در واقع دیتابیس را درگیر می‌کند» — با touches.
دو گزینه بده و تصمیم را بسپار: A این هفته شِپ می‌شود ولی برای حرفه‌ای‌ها می‌شکند؛ B دو هفته می‌برد و برای همه کار می‌کند — با Your call.
برای مشتریِ بی‌حوصله یک جملهٔ کامل بگو: فیکس امشب لایو؛ اگر فردا صبح چیزی خراب بود، مستقیم زنگ بزن.
«نه» را با پیشنهاد بفرست: گزارشِ فردا واقع‌بینانه نیست — گزارشِ کامل جمعه + یک‌خطِ خلاصه امشب.

پاسخ تمرین‌ها — اول خودت جواب بده، بعد باز کن

پاسخ تمرین ۱

"This 'tiny toggle' actually touches the database — the cheap version only applies to new users." touches، فعلِ درستِ «درگیر می‌کند»؛ و راهِ ارزان را همان‌جا کنارِ مشکل بگذار — مشکل + راهِ فرار در یک نفس.

پاسخ تمرین ۲

"Option A ships this week but breaks for power users; Option B takes two weeks and works for everyone. Your call." دو گزینهٔ متقارن + Your call؛ سپردنِ تصمیم با دو گزینه، همکاری است نه فرار.

پاسخ تمرین ۳

"The fix goes live tonight — if anything looks wrong tomorrow morning, call me directly." چه می‌شود + چه زمانی + اگر خراب شد چه؛ یک جمله، تمامِ آرامشِ لازم.

پاسخ تمرین ۴

"Tomorrow isn't realistic — but here's what I can do: the full report Friday, plus a one-line summary tonight." «نه» تنها نمی‌رود؛ what I can do همان قابی است که «نه» را قابلِ شنیدن می‌کند.

چالشِ امروز

🎯 یک درخواستِ غیرفنیِ این هفته را با قالبِ «واقعیت + دو گزینه + Your call» در یک پیامِ واقعی بنویس — حتی اگر مخاطبش فقط یک دوستِ فنی باشد، لحن را بساز.

نکات مکالمهٔ واقعی که کتاب‌ها کم می‌گویند

یک جمله برای بی‌حوصله‌ها — برای مشتریِ بی‌حوصله: یک جملهٔ «چه می‌شه + چه زمانی + اگر خراب شد چی» — و رها کن؛ مالکیت آرامش می‌فروشد.
مکتوب‌کردنِ قولِ شفاهی — بعد از هر قولِ تلفنی: «I'll send a one-line confirmation» — سوءتفاهمِ مشتری، از همین یک خط بیمه می‌شود.
Your call را با دو گزینه بیاور — تصمیم را که به PM می‌سپاری، دو گزینهٔ روشن بده — سپردنِ بی‌گزینه، فرار است؛ سپردنِ دوگزینه، همکاری.

🔑 جمع‌بندی این درس

تو مترجمِ دوزبانهٔ فنی-محصولی: فنی را به اثر برگردان (slows down / risks / invisible to users) و خواسته را به سوالِ مسئله (What problem are we solving?). «نه» را با گزینه بگو: not now + دلیل، نسخهٔ کوچک، یا معاوضه. هر فیچر را با پنج سوالِ requirement باز کن و جمع‌بندیِ مکتوبِ همان روز بفرست — بیمهٔ سوءتفاهم.

گفتگو با محصول و مشتری؛ ترجمهٔ فنی و «چرا نه»ی مشتری‌پسند