什么是技术类产品经理？

这个名字是我自己起的，主要是指负责技术领域相关产品的产品经理，比如matlab、3ds Max、openstack、kubernetes这类产品。不确定这个名字起的是否准确，但从我列举的产品中大家应该能发现这类产品的特点：

技术类产品经理的难点

产品定位难：由于产品的技术性和行业性，这类产品在进行产品定位时是很难的，没有很多的信息可以参考，所有的信息来源都很“小众”，即使有一些行业咨询报告，也都很抽象。
用户需求理解难：理解这类产品的用户需求往往需要很强的行业和技术积累，至少要达到该领域用户的中等技术水平才能理解需求。比如IT运维领域，产品经理可能至少需要达到中级运维工程师的水平才能很好的理解和把控用户需求。
产品方案设计难：即使很清楚的了解了用户的需求，确定要满足该用户需求，要设计一个合理的产品方案也是很难的，因为这类产品的功能受到一系列技术因素的限制，并不能像一般的产品那样“随心所欲”。比如如果想在matlab中设计一个只需要输入原始数据点就能获得“完美”拟合函数的功能，是几乎不可能的。产品架构的设计过程中也要充分的考虑到技术方面的特点，很多时候产品架构几乎等同于技术架构。

入门层：根据明确的用户需求和产品方案设计产品交互流程、逻辑和界面原型。只做这方面的话其实只能算是一个产品助理，一般也不会遇到我上面提到的那些难点，因为会有别的岗位帮其进行用户需求分析和产品方案设计，比如咨询顾问、解决方案工程师或一些行业经验丰富的研发架构师。从笔者了解到的情况来看，大多数产品经理停留在这一层，无论是BAT大厂还是二三线小厂。
合格层：能够理解和分析用户需求，进行合理的抽象、归并和优先级排序，结合与研发技术人员的高效沟通独立完成产品方案设计。如果是一般的普通产品的话，这点是容易达到的，但是技术类产品却很难达到，难点如上文。
卓越层：能够深入的理解行业趋势，把控产品定位。商业上能够明确产品盈利模式并能指导商务人员市场策略。技术上能够指导研发技术人员的技术研究方向。

是的，以笔者的能力所限，本文中只能给大家一些成为合格产品经理的基本建议，更高的追求笔者自己也在努力的探索。

深入理解行业。具体可参考如下几种方式：
1. 学习产品所处行业的基本知识，具备该行业中等级别工程师的知识面，参考各种技术领域的入门书籍。学习过程中要注意知识面的覆盖而不是点的深入，这与一般工程师的学习路线由很大的不同。
2. 了解产品所处行业技术人员的主要工作内容和节奏，了解他们吐槽和头疼的问题。可以通过线下的交流或积极参加一些线上的社区来了解。
3. 了解行业趋势，可以参加一些行业论坛或阅读一些文章，需要持续积累。
4. 调研竞品，抓住所有的机会去了解竞品，比如竞品官网资料、演示视频、用户手册、在线试用等等，甚至可以通过关系良好的客户去进一步了解产品的实际使用情况。
5. 调研开源产品，开源产品的资料很透明，调研成本较低，一些认可度高的开源产品也代表了行业的整体认知。
6. 多与行业内资深人员交流沟通。
了解基本技术原理。在理解行业的过程中，能够零散的获得很多技术原理知识，以这些零散的知识为出发点，逐步构建一个完整的知识树。这个过程中不需要很深入，因为产品经理并不是研发人员，没必要替代研发人员的工作，只需要了解这些技术原理的基本思路和能够解决哪些问题即可。有助于后续产品设计过程中把控技术的复杂度和时间成本。