跳到正文
沉默土豆.
搜索标签中文/EN
  • 开始
  • 写作
  • 专栏
  • 项目
  • 研究
  • 咨询
  • 影像
  • 关于

写作

工程师为什么需要产品判断

从完成需求到参与规划,工程师如何把技术实现放进用户问题与业务结果之间。

LiyukLiyuk发布于 2022年2月1日约 18 分钟阅读
  • #工程实践
  • #产品思维
  • #职业发展
  • #决策
  • #工作与领导力
  1. 1工程师为什么需要产品判断短文 · 约 18 分钟阅读本篇
  2. 2如何写一份产品概览,而不把资料堆成百科短文 · 约 10 分钟阅读

如果这篇文章对你有帮助,请我喝杯咖啡吧——你的支持让我有动力继续写下去。

微信
支付宝

感谢支持,量力而行。

分享到

X微博TelegramWhatsAppLinkedInFacebook

微信

用微信扫一扫

在手机上打开这篇文章,或转发给朋友。

喜欢这个站?

或订阅 RSS
← 上一篇产品 sense:研发和产品怎么把"这个功能值不值得做"聊清楚
下一篇 →一个人吃饭的低摩擦系统
查看专栏《产品判断》目录下一篇:如何写一份产品概览,而不把资料堆成百科 →

继续阅读

也许和这篇有关。

  • 写作当团队说不清独特价值时,工程师还能做什么技术不能凭空制造卖点,但工程师仍能帮助团队更准确地理解用户、缩短验证周期,并把隐含的约束变成可选择的问题。阅读全文 →

    共享标签 4 个

  • 写作先用自己的产品:开发者如何建立真实反馈回路自用不是"多刷一会儿产品",而是一套从真实任务、有效证据到修复验证的反馈系统。阅读全文 →

    共享标签 3 个

  • 写作产品 sense:研发和产品怎么把"这个功能值不值得做"聊清楚产品 sense 不是猜需求。从"研发如何理解产品"和"产品到底在做什么"两个角度,给出一份可照用的话题清单。阅读全文 →

    共享标签 3 个

© 2018–2026 Liyuk。缓慢构建,公开发布。

在别处GitHub ↗X ↗LinkedIn ↗邮箱 ↗友链 ↗收藏 ↗订阅 RSS ↗
CC BY-NC-SA 4.0