答：工程量的预估最好由技术leader去评估，产品经理评估会造成外行人定内行工作量的情况，如果没有技术leader，至少也是技术组里面实力最强的那个人，产品经理在技术团队里面至少要有一个在技术方面有话语权和决策力的技术伙伴

答：没法做的潜台词无外乎这么几个：1、现有技术实现不了；2、在现有的项目周期内时间不够；3、技术人员本身的实力不足以能实现这个需求；产品经理需要通过提问和讨论的方式挖掘出本质问题是什么，解决一个正确的问题

答：首先，需求要解决的问题要具体；第二，产品方案逻辑细节明确，尤其是特殊情况和异常状态的处理；第三，对现有产品功能的影响和兼容性设计；

答：在走过产品概念期和需求期后就需要让技术参与进来进行结构层的设计了，尤其是在前期数据库和数据接口的设计上，技术越早介入产品，就越容易发挥技术前期的预判规划和前瞻性

答：产品做决策的出发点一定是以用户价值为考量的，对同一个产品需求的技术实现方案有很多种，技术层面性能或者扩展性的判断由技术决策，产品需要决策的是哪种方案对用户体验更好

答：我的理解主要分为三类产品经理：1、用户体验型产品经理；2、数据型产品经理；3、业务型产品经理；各自侧重点不一样

答：你好，我觉得最基本的是了解产品中的数据接口是如何设计的，数据接口反映的是数据库设计。因为在做很多产品功能设计的时候，尤其是功能之间的关联关系需要建立在对数据库结构的了解之上，比如了解订单数据表和商品数据表之间的关系是什么就可以对设计订单模块的产品功能有更全面的了解

答：产品经理讲解需求实际上是在“卖愿景”，如果工程师欣然认可，说明他认可你的愿景，从情感上接受这是一个好的产品设计。所以讲故事是讲解需求的最好方式，需求需要结合用户场景、用户诉求、这个需求解决的用户实际问题，寓情于景，让听你讲需求的人身临其境会更容易让人家接受

答：面对技术人员跟面对用户是一样的，产品经理要做的就是挖掘“need”，很多时候我们都被“want”迷惑。比如我中午要吃面条是“want”，但我饿了是“need”。对排期合理性或者无法实现的需求，多挖掘“need”就会得出答案。是没有技术储备导致的延期、还是小改动大工作量导致的“无法实现”，这些需要根据你的具体场景看

答：就像我在分享的PPT里提到的，达到“知其然”的程度，我们不需要了解到代码如何写，但是至少要知道产品的整体技术架构、数据库的表结构、数据接口传递的内容等，这些都是比较好理解的

答：你好！你的问题中有一个关键点”我认为“，这是咱们从自我出发的判断，但我不知道你们技术驳回的原因是什么，就我了解的普遍情况一般是如下几点：第一，存在技术边界，即技术不可行（例如红膜识别），第二，对现有技术结构有较大影响，即需要重新造房子（例如把短信验证码登录换成密码登录），第三，在现有的项目周期内无法完成，即时间和

答：你好！我认为产品经理对技术的”懂“是建立在对本身工作中遇到的问题有鉴别和判断能力的基础上，即能从技术思维角度思考问题。这里的”懂“并不是需要产品经理去写代码。举个例子，我们都”懂“如何使用智能手机，能灵活应付各种App的安装和使用，但我们不需要”懂“如何去研发一个智能手机或一款App。希望这个答复对你有帮助^_^