随着传统行业普遍面临转型，产品经理这个岗位逐渐不只存在于互联网行业当中，在传统行业中，也滋生了这一岗位需求。那么对传统行业的小伙伴来说，如何才能从原先的岗位成功过渡为产品经理，并做出真正符合市场的产品？不如来看看本文作者的成长体会。

产品经理这个群体一直以来集中在互联网行业，网上分享的文章大多来自互联网公司产品经理从业者，从传统行业成长的产品经理从业者分享的文章比较少，而如今传统行业面临转型，也在大力培养产品经理。

我写这篇文章，就是想分享我作为传统行业的产品经理的成长体会，希望能对刚入行传统行业产品经理的伙伴有些启发。

01

我所在的行业是测绘地理信息行业，是以地理信息空间数据采集、编辑处理、存储入库、数据分析开发应用为主形成的一个产业链，我的公司处于产业链上游，是以地理信息空间数据采集等传统测绘业务为主。

但近几年客户对地理信息数据的可视化、分析等应用需求越来越强烈，偏向于下游的软件系统开发。为此，公司在2021年初，成立了软件事业部和研发中心，且各有分工。

软件事业部主要负责软件的开发及系统集成，由架构师、项目经理、UI、测试及开发人员（包括专业GIS开发）构成；研发中心主要负责对接市场、对接用户需求、产品的规划设计、产品的运维及关键技术的预研，由产品经理、研发工程师、测试工程师员、算法工程师、数据分析师等构成。

随着部门的成立我被几个部门领导联合推荐成为了研发中心的产品经理，也是公司的第一个产品经理。

刚开始的时候，我也很懵逼，以前压根儿没听过产品经理这个名词，就从网上搜索关于产品经理的相关知识，这才和人人都是产品经理这个平台相识了，一口气看了很多文章，渐渐地了解了产品经理这个职业。同领导聊过之后，才明白公司战略也是想借鉴互联网公司的产品开发方法来孕育公司的产品线，但要结合公司的实际特点，不能完全照搬照抄。

至此我也逐渐清晰了自己的定位，可以说我从半路转为产品经理后，领导除了大方向上的指导，具体的产品开发落地，全靠自己摸索以及通过阅读人人都是产品经理的专栏文章吸取经验，所以在这里很感谢人人都是产品经理这个平台。

截止2023年底初，我已经在产品经理这个岗位干了整整两年，虽然时间不长，但有之前的项目管理和市场商务经验加持，对产品开发的学习理解、领悟及掌握的比较快，从0到1做了2款ToB产品，从最初用户的一个模糊的想法到产品的最终落地，就像看到自己孕育了一个孩子一样，很有成就感。

下面就详细地通过其中一款产品来介绍我的产品开发学习、落地之路。

02

其中的一款产品需求来源于市场人员对接的本省某段高速公路管理所养护股的用户，用户想通过新技术来提高他们的工作效率，但只有一个模糊的概念，也说不清他们自己到底想要什么，没有明确的需求，只是觉得现在的工作效率低，想要改变。

当我同用户初步接触后，一开始也不知道怎么做，那时也不知道什么叫用户需求调研，也不会引导用户说出他的真实需求，更不会抽象出功能模块等，回到公司就给领导反应了情况。

领导说你现在什么都不要想，去高速公路管理所同养护股用户同住同吃同睡，所有养护股用户干的工作你也干，当一个他们的临时工，待上一个月再看。

当时没理解领导为何让我这样做，现在看来这是做好产品的最关键一步，让自己变成用户。

之后，我就来到管理所，跟随养护团队，从外业路面、路基、桥梁的日常巡检，到桥隧的专项巡检养护，路况的定期调查，以及内业工作整个流程都扎扎实实体验了一翻，熟悉了用户现有的巡检养护工作流程，工作方式，也看出了问题所在。

该管理所养护股的巡检养护方式还很传统，信息化、数字化程度很低，外业巡查还在用纸质记录，包括定位还是通过人工的经验查看公里桩来判断自己的位置，外业巡查完后再把纸质记录、图片交给内业，内业通过Excel表整理成巡检日志，并给出问题的初步解决方案报养护股长审核，养护方案审核通过后下派给养护单位施工养护，整个流程都是线下进行，很费时，效率很低，公路病害得不到及时养护，很快由一个小病害演变成大病害，花费更多的养护资金。

最后得出结论，需要将巡检养护工作从外业的巡查到后期的养护全部信息化，取代线下纸质那一套，所有档案表格线上自动导出，病害空间定位使用行业GIS技术（产品结合了本行业解决方案）。

这样下来初步用户需求清楚了，但具体怎么干，又不会了，还没有掌握产品开发那一套，又向领导请教。

领导说先去网上搜一下，看看别人是怎么做的，你能想到的，别人都能想到，要学会抄作业，但不是抄袭，同时在和软件事业部的同事沟通一下。

接下来，在网上搜索同类产品开发设计实现的论文等文档学习的同时，和软件事业部的同事进行沟通，了解到他们最终要开发这个产品，必须要有需求规格说明书、软件概要设计说明书、软件详细设计说明书、产品原型。

在软件事业部同事的帮助指导下，经过多次的需求、设计、原型、UI评审，跌跌撞撞的把该交付的文档、原型都交付了，在产品开发的过程中，和软件事业部的同事也发生过不少争吵，再次也感谢这些小伙伴的帮助和包容。

最终产品按时发布上线提供给用户使用，用户给了很高的评价，最终的效果是为管理所养护股节省了一个人的成本，并联合该管理所养护股把该产品推给了管理所的上级管理部门，最终在多个管理所推广应用。

如今，一方面不断收集管理所养护股用户新的需求迭代产品，另一方面配合市场人员向更多的用户推广这款产品，已形成了商业闭环，这极大提升了我的自信心。

03

通过第一个产品的落地，或者说磨炼，我自己包括整个团队的能力都得到了提升，形成了公司层面产品开发的套路及大量的文档模板，给后续的产品经理或产品开发人员提供借鉴，这也许是我作为公司第一代产品人的使命，不光是开发产品，还要探索一条适合本公司产品开发的路子。

有了第一个产品的开发经历，第二款产品的开发周期缩短了不少，同用户沟通更顺畅了，和软件事业部的同事争吵也减少了，文档也规范了，有更多的时间来打磨产品了。

最后，将我的产品开发及成长体会总结一下，希望能对传统行业转型过程中，半路入行的产品经理有些帮助。

01

产品经理是一个职业，也是一个岗位，一般都要有工作经验，在传统行业半路入行的产品经理一定要把前期的工作经验、资源用起来。比如我，有项目管理经验就能很好地推动产品的开发，有市场商务经验能够很好的理解客户及用户的需求、能够主动去和干系人沟通以及说服别人。

02

在传统行业半路入行的产品经理，要提升能力，就要利用自身积累的资源争取机会，多参与产品实践，能有从0到1开发产品的机会更难得，所以要和市场人员搞好关系，用户的需求都来自市场人员的反馈。还要多向软件架构师、项目经理、开发人员、设计人员学习请教，会让产品开发更顺畅。

03

产品做的让用户好用，切切实实解决用户痛点，就得让自己先变成用户，去体验用户的工作，研究用户的业务。在做方案设计时，一定要让用户参与进来，多提意见，不能待在办公室里靠自己想，好的产品经理不光是本行业技术专家及业务专家，也是用户行业业务专家。

04

在传统行业半路入行产品经理，一开始要养成好习惯，不管是需求文档、设计文档、还是原型，都要规范化，既方便和开发人员、用户沟通，也便于存档查阅。

05

在传统行业半路入行产品经理，一定不能闭门造车，要学会抄作业，学习同类产品的优点，研究同类产品的缺点，从抄越到超越。

06

在传统行业半路入行产品经理，要多看看人人都是产品经理平台的文章，上面有优秀的产品经理答疑解惑，会让你少走弯路。