产品经理对于技术实现层面的考虑有哪些？需要如何考虑呢？
产品经理在设计功能的时候，为了便于功能的实现，有些时候要考虑到技术部门的开发情况，在符合产品定位、用户体验的前提下，尽量保证实现难度和周期的可控，比如
新产品设计功能时，可能要考虑技术选型上框架是否支持、前端组件是否适用等。
版本迭代的时候，功能界面的设置与调整是否会影响到技术实现过程中的复杂程度等。
就好像我们在设计过程中要考虑运营便捷度，业务推广等因素一样，技术也是要顾及到的一环。
那么，大家往往会在什么时候来考虑技术实现方面的问题？又会从哪些角度去考虑？如果自身对技术并不了解，是否有固定的方式与技术部门保持联系，使得设计的功能可以最大化的便于开发呢？
新产品设计功能时，可能要考虑技术选型上框架是否支持、前端组件是否适用等。
版本迭代的时候，功能界面的设置与调整是否会影响到技术实现过程中的复杂程度等。
就好像我们在设计过程中要考虑运营便捷度，业务推广等因素一样，技术也是要顾及到的一环。
那么，大家往往会在什么时候来考虑技术实现方面的问题？又会从哪些角度去考虑？如果自身对技术并不了解，是否有固定的方式与技术部门保持联系，使得设计的功能可以最大化的便于开发呢？
没有找到相关结果
已邀请:
5 个回复
米斯尔 - 改变自己
赞同来自: 金刚心 、草莓奶昔
1、目标。
要让团队成员和技术知晓一些重点功能背后的价值和目的。这才能让整个团队清楚重要性。团队成员每个人都可以对产品提建议，有的时候产品人员需要拿出各种方法来说服成员，包括使用客观的调查数据等；
重要功能轻易不能妥协。
2、梳理业务逻辑
技术在实现上本身就是一个逻辑活。
有的时候产品经理与技术沟通过程当中，很多就是因为逻辑的偏差导致需求无法实现。将自己的业务逻辑梳理给到技术很重要。
3、表示难度太大，搞不定？
原因1：技术不懂且是个不主动的人（态度问题）。——产品人员去谷歌、技术社区、找技术的领导一起讨论等，帮他一起找技术方案的资料。
原因2：技术方案可实现但难度大。——假若这个功能真的极其重要，一起讨论解决方案。短时间内有没有低成本的变通的方案；难度大的技术方案局限在什么地方；实现技术方案需要耗费多少时间成本和其他成本。
最后说一点，有时候花费大量精力做出来的功能也许真的与你之前的想象完全不同，所以在没有真正的定论之前，最好用最小成本先上去妥协版的，甚至是个demo，先测试。有数据都好说话。
创世纪 - 的哈桑的hi安徽省大红花
赞同来自: 草莓奶昔
这个问题要从几个方面看：
1. 从产品本身来看需要你确定这个需求的价值，可以从KANO模型，ROI投资回报率上来对需求重要性排序，优先做有价值的东西，时间来不来的及
2. 确定了价值，下面就是需求实现的问题，一般来说需求是有多种实现方式的。不仅仅是技术上的，还有其他表现形式上的。打个比方，用户说要可乐，基本的需求是因为渴了，而你如果提供矿泉水其实一样能解决问题，这个需要你从本质上理解用户需求；技术上，实现一个功能，可能写一个工厂方法就可以简化很多事情，而开发也可以己脑洞大开过度设计（这种对于入门没多久又有理想的程序员是比较常见的）。这个在提需求的时候，你提给开发的需求更应该说用户story，而不是描述解决方案：规定好他应该怎么做。同时尽量找开发领导提前沟通需求，这样有可能他会给你一种更加好的实现方案
3. 最后就是努力充实自己，面向对象的编程思维可以多了解了解。产品经理的UML工具其实就是面向对象的思考方式，你可以不用管这个方法具体是通过写了多少行代码实现的，只需要想通中间的逻辑是怎样的即可，这样又可以反过来促进你了解：你的设计中有没有遗漏什么，下一版功能可以往哪拓展；从整体逻辑的复杂性推算功能的实现时间，对整体开发时间的估算越来越有把握，避免被开发忽悠
金刚心 - 我就是爱拼才会赢他本人！
赞同来自:
如果该功能是核心功能，那么只能招人来实现，如果不行只能说公司在这个问题上对产品规划过于冒进。
如果不是，可以先以能实现的缺陷方式先实现，后期向研发反应，由专人研究弥补缺陷。
卓哥 - 天卓社区创始人
赞同来自:
其实很多时候，技术实现困难或者成本高，是对业务理解有偏差所致。
其次，产品经理在构思产品逻辑和功能形态的时候，应该在一定程度上（特别是特定时间范围内）考虑避开技术瓶。或者技术评审后提出技术困难，可以考虑调整产品方案，以达到尽快上线推进业务的目的。
此外，如果技术团队能力薄弱（主要是小公司，或者技术投入小的情况）产品经理在了解到技术症结之后，可以去外界寻找一下解决方案（找人、找资料等等），给技术人员一些启发和思路。
草莓奶昔 - 最灵繁的人也看不见自己的背脊
赞同来自: