TGViewer
tech-afternoon tech-afternoon @techafternoon · 1.69K subscribers
Post #447 4.18K
نقش Forward Deployed Engineer یا FDE

توصیف ساده FDE کسیه که برای تولید محصول، به جای منتظرِ requirement موندن، خودش می‌ره وسط میدون، requirement رو کشف می‌کنه، ابهام‌ها رو کم می‌کنه، prototype یا راه‌حل production-ready می‌سازه، سیستم رو با محیط واقعی customer fit می‌کنه و فیدبک‌ها رو برمی‌گردونه به محصول.

کِی FDE کاربرد داره؟
ریشه پیدایش چنین نقشی بیشتر به شرکت‌هایی مثل Palantir برمی‌گرده.
وقتی محصول خیلی تکنیکال باشه، در عین حال، مشتری که می‌تونه کاربر درون‌سازمانی هم باشه؛ خیلی technical نیست. مثلا شرکت Palantir، محصولاتی مثل پلتفرم‌های AI/Agentic، یا ابزارهای پیچیده انترپرایز که توی صنایع سنتی مثل manufacturing، aviation، CPG و HR استفاده می‌شن داره. یعنی جایی که مشتری، مسئله بزرگ یا خیلی بزرگ داره، ولی توان فنی کافی برای تبدیل مسئله به راه‌حل نرم‌افزاری نداره.

دقت کنیم که FDE به هیچ وجه Sales Engineer یا Software Engineer معمولی یا Consultant / Professional Services نیست!
به‌طور خلاصه، FDE یک مهندس مشتری‌محوره که بین consulting، product management و software engineering می‌ایسته، ولی خروجی نهاییش باید نرم‌افزار و outcome واقعی برای مشتری باشه، نه فقط دمو، تحلیل یا توصیه.

فرق بین ownership of project و ownership of problem اینجا خیلی مهمه. آدمی که project ownership دارد ممکنه آدم سخت‌کوشی باشه، ساعات زیادی کار کنه و پروژه رو هم تموم کنه. ولی FDE باید problem ownership داشته باشه. یعنی موفقیتش با این سنجیده می‌شه که آیا مشکل مشتری واقعاً حل شده یا نه، نه اینکه PR merge شده یا ticket بسته شده.

چنین افرادی برای سازمان‌ها خیلی ارزشمندن. چه برای مصاحبه کردن چه در ارزیابی خودتون می‌تونید از ۳ بُعد بررسی کنید که به صورت کلیدواژه و خلاصه می‌گم:

بُعد Communication -> شنیدن فعال، شفاف حرف زدن، آماده بودن و executive presence

بُعد Product sense -> توضیح تصمیم‌ها، انتخاب scope درست و trade-off prioritization

بُعد Engineering -> درک عمیق از completeness، test cases، edge cases misuse cases، end-to-end delivery

نکته مهم هم اینه که FDE برای همه‌جا مناسب نیست. برای محیط‌های پویا و خلاق و پیشرفته؛ ارزش زیادی داره، چون فرد می‌تونه کنار تیم بیزینس یا عملیات بنشینه و سریع adjustment رو انجام بده. اما توی سیستم‌های سنتی، stable، heavily governed و با release process سخت‌گیرانه، این مدل اگه درست کنترل نشه می‌تونه ریسک تولید کنه.

این هم فراموش نکنیم که عنوان‌های جدید، همیشه با خودشون جوگیری رو هم میارن؛ خصوصا این روزها و با وجود AI!
  • 🔥 13
  • ❤ 1
  • 🤓 1
More from @techafternoon
  1. Sep 27, 2026به عنوان یک معلم، یادگیری برای من امیده، به عنوان یک پدر، یادگیری برای من مسیر نجات فرزندم…
  2. Sep 27, 2026سلام مسعود دانش‌پور عزیز این پویش رو توی کانالش با قلم زیباش معرفی کرده؛ که فکر کنم لازم ب…
  3. Sep 19, 2026☑ چک‌لیست آماده‌سازی تیم، فرایندها و زیرساخت برای توسعه با AI توجه: هیچ چک‌لیستی جهان‌شمول…
  4. Sep 19, 2026گوفر رو رنجوندید! شرم بر شما 😂 سومین بار بود این موضوع تحلیل عمیق GC جدید گو رو توی نظرسن…
  5. Sep 18, 2026Post #478
  6. Sep 15, 2026از زبون آمار: آیا AI کدهای خوبی می‌نویسه یا نه؟ وقتی تولید کد تقریباً مجانی و خیلی سریع ان…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →