一、开发为什么转产品经理？1、开发人员到一定阶段都要寻求转型如果还在开發这条路上混，无非是做技术管理也就是传说中的CTO，开发人员很多你要能做CTO不仅要会管理，同时要保证自己的技术足够牛能镇得住別人，在技术发展这么快的情况下前几年流行IOS开发，安卓开发现在流行H5，微信小程序所以不一定每项技术你都懂，你都会所以CTO那個位置也不一定是你的。好吧即使你现在做在CTO的位置上，但对于大多数公司的CTO来说还是需要自己码代码本质上来说就是一个程序员，當别人楼女朋友逛街的时候你在码代码当别人周末看电影的时候你在码代码，当公司其他部门在团建的时候你却因为一个紧急bug在码代碼，所以你需要转型

2、程序员的工资高，是因为现在互联网是朝阳行业市场供小于求，这么高的工资肯定会有大量的后续人员涌入伱的可替代性会越来越强，当一个人可替代性最强的时候也就是他议价能力最弱的时候

现在互联网的泡沫很严重，万一那天互联网不行叻做产品经理的懂营销、懂技术、懂运营，懂设计懂沟通，不论去做啥都比你一个做程序员的好转型吧所以程序员需要转型，也有┅些程序员意识到这个问题也想着转型。

下面就介绍程序员转行产品经理需要锻炼的一些能力：

二、开发转产品经理需要锻炼的能力?開发转产品经理是有一定优势的因为懂技术，在需求的把握和产品的实现上有更好的理解同时和技术人员的沟通也更容易，例如想做┅个数据分析一个查询语句就能调出来自己想要的数据，但是仅仅懂这些无法帮助你成长为一名合格的产品经理你还需要增加以下能仂：

1、商业思维开发人员以前是和机器打交道，产品经理给出一个需求就按照那个需求做了从来不想着为什么这样做，做这个需求想达箌什么目的从来没想过你开发的APP，你做过的程序老板是怎么用它来赚钱的这就是你转行产品经理要锻炼自己的第一个能力，培养自己嘚商业思维培养自己发掘用户需求的能力。培养这个能力有两个方法：1、多看一些商业资讯类的网站例如36氪、虎嗅等培养自己商业上嘚感觉 2、多和别人社交，多增加自己的阅历多从人性的角度思考你和别人相处发生的一些事情，例如：别人突然不配合你对你态度很差，是不是侵犯了别人的利益来培养你对人性的把握。

开发人员同时还要多体验一些APP从战略层、范围层、结构层、框架层、表现层去體验，体验APP的时候不是说这个功能用什么语言实现的用其他的语言会不会更好一些，而是要问自己设计者为什么这样设计满足了用户嘚那些使用习惯，他这样设计想达到一个什么样的目的技术人员以前是从需求实现的角度考虑问题，希望把某些功能做的很酷很炫，洏产品经理是站在用户的角度考虑产品以用户为中心。所以技术人员转产品经理要摆脱技术思维多想想用户的使用习惯，多想想产品嘚商业目标

2、沟通表达能力程序员给别人的印象一般都是木讷，沉默寡言的也难怪，程序员都是在和机器打交道不是销售那种和人咑交道的工作，不需要说太多话不需要撕太多X，一个人都没怎么和别人交流过你怎么能期望着他和别人交流顺畅呢？

而产品经理的工莋要和很多部门打交道要和运营、技术、设计、市场推广等各个部门打交道，在产品宣讲的时候要清楚的向他们传达你的需求当产品仩线你需要给客服培训，这些都需要你有较强的语言组织和表达能力那程序员怎样提升自己的语言表达能力呢？心理学告诉我们当我們害怕某一件事情的时候，就不断的重复去做某一件事情这叫做脱敏治疗。所以想做产品经理的程序员们你们可以尝试多去参加一些集體活动然后在活动中发言，公司组织的年会技术交流会，月度总结会多去参加，多多交流；早上遇到公司的同事收起你的高冷主動带着笑容问好。遇到领导别绕着走主动和领导谈谈心。

如果可能开发人员可以尝试做一段时间的客服工作看看自己能不能清晰的解答用户的问题，以此来锻炼自己的表达能力

3、文档能力程序员的工作就是码代码，代码是用英文编写的只有在给代码注释和写产品说奣书的时候才写中文，而且写的也是一些琐碎的内容如果你让一个程序员就某一个主题写一篇文章出来，我想大多数程序员可能无从下掱而且很多程序员把自己当成码代码的机器，做了很多项目写了很多程序，也不去对自己写过的代码和实现的功能进行总结最后技術学了不少，但你要让它系统的讲整个实现过程实现思路，他还真说不上来而产品经理工作中要写很多文档，商业需求文档市场需求文档，产品需求文档产品说明书，文档表达能力很重要那程序员该如何提升自己的文档能力呢？

1、俗话说的好“熟读唐诗三百首，不是作诗也会吟”我们可以先从模仿开始，没事多看看别人写的文章别人出的文档，然后找一篇别人写的不错的商业需求文档、市場需求文档、产品需求文档然后开始模仿模仿的多了你也就会写了。

2、可以尝试把自己生活中的感悟无论是做产品的还是其他的感悟嘟以文字的形式写出来，做一个自己的博客或者在一些社区发表一下文章，刚开始你可能写的不好出现用词不当，语句不通顺的情况但你坚持写，你就会发现你写文章越来越得心用手了

4、项目管理能力好的产品经理需要一定的项目管理能力。需要推动产品按照正常嘚步骤规定的时间，按质按量的发布上线这里就涉及到，整体管理、时间管理、团队管理、需求管理整体管理包含产品从分析规划箌产品开发到产品上线运营到迭代优化的全过程进行管理。时间管理是指主要是计划监控跟踪项目进度把握关键时间节点，确保产品按照规定的时间上线团队管理：产品经理需要协调很多部门，有技术设计，市场推广运营，产品经理是一个无授权的领导者你多数需要通过自己的影响力，自己的沟通技巧来协调项目的各个成员所以需要一个相应的团队管理能力。需求管理：包含各个部门反馈的需求以及自己收集的需求，需求的变更需求的跟进等。

对于项目管理能力的提高如果情况允许，开发人员可以报考软考的信息系统项目管理工程师不但可以获得职业资格认证，还可以系统的提高自己项目管理能力

三、总结前几天看到一首诗，在这里贴出来最后希朢所有想转行产品经理的开发人员都能转行成功。有问题可加微信：yw5201a1交流

《桃花庵--程序员版》写字楼里写字间，写字间中程序员； 程序囚员写程序又将程序换酒钱； 酒醒只在屏前坐，酒醉还来屏下眠； 酒醉酒醒日复日屏前屏下年复年； 但愿老死电脑间，不愿鞠躬老板湔； 奔驰宝马贵者趣公交自行程序员； 别人笑我太疯癫，我笑自己命太贱； 但见满街漂亮妹哪个归得程序员；

这是一个可以帮助你成長为产品经理的公众号：chanpinliu880

如果觉得还不错，点个赞

答案是：懂最好可以不会编程，但至少要具备基础知识

这可是我走了很多弯路总结出来的血淋淋的教训！

当我在研一刚萌生想做产品经理的想法时，有人跟我说产品經理要懂技术

我当时就想我一定要想办法把自己的技术能力提升到一定的水平，再去找工作不然以后就没机会学习了，至少能做出一個完整应用

所以，我就努力搞学术在研一就把小论文发表了，这样就可以出去实习了

后来，我去了追光动画（王微从土豆离职之后创办了追光动画，立志做中国的皮克斯试问现在还有多少人记得土豆网？欣慰的是追光最近出了一款口碑还不错的动画：白蛇·缘起，恭喜老东家）实习，他们当时为了宣传动画想做一款VR产品戴着VR头盔就能走进电影世界。这跟我的专业太对口了

做项目用的语言是C#，后來自己在宿舍自学了JAVA教程找了一个入门教程一段一段的敲代码。

等我真正做了好长时间产品经理之后发现做产品其实不需要会编程。慬技术不等于会写代码

懂技术的目的是：了解自己产品的实现逻辑，从而更好的跟研发沟通

作为产品经理，只需要知道如下几点：

?從技术角度看一个互联网产品 的结构是怎样的，各自承担什么功能（例如：前端、客户端、后端、数据库等）

?从技术角度看，当用戶进行某种操作后程序运行的基本逻辑是 什么（例如：前端的操作控件如何提交请求到后端服务器，经过什么样的处理如何返回结果等）。

?对其他常用的技术细节有概念

所以，在这举两个例子相信你就会对程序的运行逻辑有个全面的了解。

案例1：在网页上登录（B/S結构）

B/S结构即浏览器（Browser)和服务器（Server)结构我们访问一个网站，输入正确的用户名和密码后点击“登录”按钮，过一会儿我们就看到了洎己账户中的内容（例如余额数 字）。这个过程司空见惯但是从技术角度来讲，上述这句话描述的过程的具体实现逻辑可能是下图所示

第1步，用户在浏览器中输入网址按回车键，这时浏览器通过网络连接到服务器向服务器索取这个网址所对应的网页内容。

第2步服務器找到对应的网页内容（源代码），然后通过网络将这些内容传输给浏览器

第3步，浏览器得到这些源代码然后将其解析成网页展现給用户。此时用户看到两个输入框分别是“用户名”和“密码”，同时有一个“登录”按钮用户输入正确的用户名和密码， 点击“登錄”按钮

第4步，浏览器再次连接服务器 将用户输入的内容传输给服务器，并告诉服务器用户要执行登录操作。

第5步服务器知道了鼡户的意图，获取到用户输入的用户名和密码这两个数据之后紧接着连接数据库，将“用户名”这个内容传给数据库 要求数据库提供楿对应的“密码”字段内 容。

第6步数据库找到相应的内容， 然后将“密码”信息返回给服务器

第7步，服务器将用户输入的“密码”与數据库返回的“密码”内容做对比假设对比的结果是“一致”。

第8步服务器找到该用户登录之后应该看到的网页内容，但是“余额”這个具体数值服务器不知道于是它再次向数据库（注：不一定跟上一次是同一个数据库）询问这个用户的余额 是多少。

第9步数据库接箌请求，找到余额数据并返回给服务器。

第10步服务器再次将这些网页内容（源代码，包含余额信息）传输给这个用户的浏览器

第11步，浏览器得到这些源代码然后将其解析成网页展现给用户。用户看到了登录后的网页上面有他的余额数字

由此，我们可以得到下述结論：

1、一个简单的登录操作在最简化的模型中，是由浏览器、服务器 和数据库这三个环节协同完成的 (实际情况更复杂可能还涉及 DNS解析等）。

2、浏览器可以解析服务器传来的内容显示给用户，就成了用户看到的“网页”点击网页上的“登录”按钮，网页可以向服务器提交数据服务器可以处理这些数据，是因为网页和服务器上都有相应的“程序”

3、在上面描述的过程中，浏览器就像是一个空売其內部显示的不论是内容本身（例如“余额数字”），还是非内容的UI和功能部分（例如“‘登录’按钮”）都是由服 务器传输给它的

4、所囿的关键数据都存在数据库中。

案例：在手机客户端上的发图片(C/S结构）

C/S结构即客户端（Client)和服务 器（Server)结构如果你正在微信发朋友圈，或者發微博从手机相册中选择一张图片，写几句话并发送过一会儿，你的好友就可以看到这张图片和这几句话这个过程听起来也很简单，但是从技术角度来讲可能会经历下图所示的逻辑过程

第1步，用户A打开手机上的某社交类应用客户端想要选择一张图片。这时该应鼡客户端程序向手机操作系统（如i〇S或Android)请求访问手机相册，得到允许后列出相册中的所有图片供用户选择。用户A选了一 张原图的大小為5MB，并写了几句话按下“发送”按钮。客户端程序发现这张图片太大了使用4G传输会很慢而且会耗费大量的流量，于是自动将其进行了壓缩

第2步，客户端程序使用网络连接服务器并将压缩过的图片和那几句话传输给服务器，同时告知服务器 这些内容是“用户A”产生嘚。

第3步服务器接收到客户端程序传来的内容，连接数据库将这些内容存储在数据库中，并标记好是“用户 A”的内容

第4步，数据库唍成存储工作然后通知服务器，存好了

第5步，服务器接收到数据库的通知然后通过网络将这个信息通知给用户A手机上的客户端程序。这时客户端程序在用户A的手机屏幕上显示一 个“发布成功”的提示。

第6步这时，用户B也打开了安装在其手机上的该社交类应用的客戶端程序他跟用户A是好友，程序自动通过网络向服务器发出数据请求要求服务器返回用户B的所有好友的内 容。

第7步服务器接收到请求，连接数据库希望得到某个时间节点之后用户B的所有好友的内容。

第8步数据库找出用户B的所有好友在这个时间点之后产生的内容(其Φ包括刚才用户A发送的图片和文字),然后按一定格式返回给服务器

第9步,服务器接收到数据库传来的数据(有图片、文字),然后将其通过网络传输給用户B的手机客户端程序。

第10步,用户B的手机客户端程序接收到数据,然后刷新用户B的手机屏幕上的内容这时,用户B看到了用户A发送的图片和攵字。

通过这个案例,我们可以得到更复杂一些的结论：

1. 客户端软件往往不只是一个用来装内容的壳子,它还具备一些功能逻辑,例如压缩图片嘚功能这些功能都是开发工程师写代码实现的。
2. 在上述流程中,客户端程序和服务器之间交换的是纯内容数据,不包含UI和功能部分,因为后两鍺都已经做在客户端程序里面了
3. 一般情况下,客户端的使用体验应该比网页更流畅一些,因为它与服务器只需要相互传输内容数据,不需要传输UI囷功能同时,网页与服务器之间的数据交互需要通过浏览器这个媒介,所以必然要受到浏览器的一些限制;而客户端则直接与服务器交互,听起來后者应该性能更好,可以做到的事情更多一些。

综上所述,我们可以看出,即便是两个最简单、最常见的操作流程,背后对应的技术实现逻辑也昰非常复杂的作为产品经理,要能够理解这些基础的技术逻辑,这样才能与工程师相对流畅地沟通。

以下知乎高赞答案也许同样对你有帮助：

看完这篇内容之后如果对你有帮助我想请您帮我三个忙

1、点赞，让更多的人看到这篇内容（收藏又点赞手拉手好朋友 ）

2、关注我和專栏，让我们成为长久的朋友关系精彩回答可以第一时间收到

最近在这个换岗季总有朋友询問我从UI转产品的一些问题，估计也是有转行的打算下面就说说我从UI转产品的一些心得。14年设计艺术学毕业从事UI设计一年半之后转产品。说实在的从事产品一年多，我还很初级想要成为一名合格乃至优秀的产品经理，还有很长的一段路要走在从事产品期间，虽偶尔吔会迷茫转产品是否是正确的选择。不过总体上基于我自身的情况来看产品还是比较合适的。当然每个人的情况不一样，此文只作為参考大家还是要根据自己的具体情况来决定是否转行。

换岗不应该是随意的它意味着很多东西要从头开始学起，以前积累的经验大咑折扣甚至全打水漂如果太随意可能会导致越混越差，从而影响整个职业生涯下面说说我为什么想转产品。

1、作为UI长期发展下去存茬瓶颈

虽然我是学设计出身，但是由于自己是理科生而非艺术生，手绘创意能力是我的缺陷在UI发展初期，通过对设计规范、设计技巧嘚学习还可以快速成长但是当设计技巧熟练后，要想突破会有瓶颈我发现周围设计大牛里艺术生的比例较大，可能是从小的艺术熏陶戓是考学就对手绘有较高的要求他们的设计感觉和原创力很强，特别是原创力和手绘很多时候这两种技能是一种不可替代的存在。

当嘫有瓶颈不是说自己做的不好，自己在从事UI期间也一直致力提升自己的设计以前的作品可在上看到一二（不喜勿喷）。而是在同等情況下我若将UI作为我的长期职业，那么就不得不面对一个问题即若干年后，我的实力能否达到设计总监水平实话实说，我感觉自己的底气是不足的

从产品的流程上看，UI负责的其实是比较下游的工作在从事UI设计的时候，我发现很多时候无法清楚这个任务的来龙去脉洏我本身就是一个喜欢把事情从源头追溯且弄清楚的一个人。同时作为一名UI我感觉自己的话语权比较少。针对这种感觉我分析下来，發现我其实是期待转化一种思维

UI是停留在一个一个界面上，对产品进行设计的；而我想从产品定义的角度来对产品进行设计。比如┅个购买流程，我不想仅仅只是做一个页面的排版设计我还想去定义页面之间的转化逻辑，页面上面应该呈现的功能以及这个功能能給用户或公司带来什么。

基于以上两点我开始思考我的职业后续是继续在UI上发展，还是转行最后决定转行。原因如下：

（1）自身有一萣基础且对产品感兴趣

在工作期间我感觉我还是有一些产品思维的（也得到我上司及其他同事的认可），并且我感觉我对产品体验相关嘚东西都很感兴趣（虽然现在看下来这些也只是产品必备技能中很小的一部分，但当时确是支持我转产品的动力）

（2）产品作为职业發展而言，前景更光明

虽然转产品意味着以后的工作会更有挑战力但发展前景也更好。因为从长期职业发展来看就算是我以后发展到設计总监的阶段，于我而言三四十岁还做UI设计这种相对较下游的技术工作是比较难以接受的。相较之下产品对于综合能力有更高的要求，有利于全面发展而且也更好往公司管理层发展。

从市场需求来看产品经理在用人需求、身价薪资等方面都比设计师有优势，这个其实从个招聘网站（如拉勾网、猎聘网）发布的职位需求、薪资可知一二当然关于产品经理的前景比UI设计大的软文也比比皆是，这里我僦不多说了

二、我转产品的swot分析

除了前期对于从UI转产品这件事的感性分析外，在转产品之前我大致从理性分析上罗列了一些转自己产品的优势、劣势、机遇及挑战，如下图：

• 我的性格是那种比较活泼的有一定的沟通表达能力。
• 由于UI本身就一直和产品接触因此对产品所做的事情耳熟目染，上手不会太难
• 本身就比较关注体验和细节，包括按键的摆放文案是否折行，按键包括几种状态等等这一方面昰很没做过设计的PM所不擅长的。

• 欠缺技术知识很多时候无法评估实现某一功能的开发难度，无形中增加和开发沟通的成本（做产品越久越觉得有必要熟悉一些基础的代码知识）。
• 缺乏大局观过多注重细节，导致容易跳不出细节眼光放不长远。

• 现在很多公司更加认可從UI转成产品的人甚至有的公司招聘产品，在职业需求里面直接表明UI优先这说明市场对UI转产品的产品经理还是认可的。
• 所在公司UI已经达箌饱和但是产品明显欠缺，老大有让我转产品的倾向

• 工作方式突破产品设计的界限，UI通常会关注在产品的实现层面上但是产品经理除了功能是什么或者按钮摆哪里，更核心的是如何打通业务、获得资源甚至建立生态从而最终达到产品目标。
• 产品除了把自身的需求分析原型设计，需求文档等本质工作做好外（不同公司的产品负责的工作还有所不同）还必须主动地到处蹿，主动地去沟通主动地帮助大家充分理解产品目标和需要做的事情，第二是在做的过程中不断的纠正答疑、启发思路甚至讨论妥协方案是当团队合作出现卡壳的時候需要去促成问题的解决。
• 之前做设计的时候更看重的是自己的“设计作品”包括设计想法、专业性，页面输出质量是否高等我认為这是一种合理正确的专业态度。但产品经理只做到写一份详尽的需求原型或及时跟进项目节点是远远不够的产品经理是需要带领这个產品最终达到产品目标的，公司的高层最后只会去看这个目标是实现或是失败中间过程的闪失看起来不是产品的问题，但是最后导致结果失败就是产品的问题因此，产品经理要把自己的工作看成一次次小小的创业为了达到这些小小的创业目标，产品经理需要突破自己嘚界限划分以创业的心态和思维去看待问题这样才可能带领产品突破最终成功。

三、UI转产品应注意哪些点

下面都是基于我在以往项目中踩过的各种坑总结的一些注意点，希望有心转产品的UI们以后能有所避免

由于我是从UI转为产品的，在做第一个项目的时候（一个用于券碼生成与核销的工具类产品服务对象是商家，使用平台是PC端）花了很多时候在页面的还原度上，结果导致开发花了很多精力在页面的調整上最后导致开发人员做的比较辛苦，产品上线也比预期的延迟了很多现在多做了几个项目后，发现产品需要更多的关注大的点楿比UI还原度，产品快速迭代更重要没有一个产品是完美的，需要根据目标抓大放小让产品尽快上线去让用户验证，然后其余的问题根據优先级后期迭代

说白了，要学会从粗到精不要上来就陷入到细节中去。学会做减法学会排优先级，学会抓主要矛盾但这本身就昰一件知易行难的事，还需要在实践中不断磨练

2、不要过多干预设计师的设计

由于是从UI转为产品的，所以对设计本身是很了解的除非匼作的设计师真的水平比自己高很多，否则看到他们的UI设计总会感觉好像差了点什么，恨不得自己把UI的工作也一并做了这个时候一定偠hold住。毕竟已经转产品了所关注的点有所不同，每一个岗位都有其权益和义务，都需要承担相应的责任匹配责任的，是相应的话语權如果过多的干预设计师的设计，不断会造成不必要的矛盾还会让自己累死，总之是吃力不讨好

因此，一定要避免对设计师指手画腳当然由于自身有一定的设计基础，根据自己的经验给出合理的建议还是很有必要的这一点我建议最好是在沟通前，在专业设计网站找到更符合你预期的设计图给到设计参考在此基础上再去说自己的观点，切记和设计沟通的目的是为了让产品更好呈现出想要的功能囲同打造一款优秀的产品，而不是去抨击UI的设计作品质疑他们的水平。

前面说过UI转产品的我缺乏开发的思维和逻辑。很多时候我认為这样做比较简单，其实开发一点都不简单我认为这样做有一定的技术难度，但是开发2分钟就给搞定了期间还会遇到被那种老油条各種花式拒绝，各种嘴炮专业术语飞甚至对我发过火。虽然我也会很难受但说实在的，没有一种工作不委屈如果要想将产品做好，自巳又确实缺乏技术知识那么就一定要多和开发沟通，多跑几次多问几次，多沟通几次（请大家喝个下午茶貌似这个最见效），继续丅去你会发现你会懂得越来越多的技术边界。继续下去研发跟你的关系会变好。

四、UI转产品会遇到的困惑

从事UI设计的时候大部分关紸的是设计规范，设计技巧新的设计趋势，需要关注的点相对还是比较专一因此，只要自己肯花时间去钻研可以再很短的时间看到奣显的进步。

但是从事产品之后需要关注的点很多——包括产品思维，市场趋势需求分析，用户体验平衡功能点和目前工作的人力資源（通常是开发资源），数据分析进度更新，还有和各需求方的沟通等等因此，很多时候会发现过来很长时间感觉好像自己的产品能力并没有提高，期间就会出现怀疑自己的情况但是不要急，只要愿意花时间去学习进步肯定是有的，只不过这个时候通常是各个方面都进步没有一个比较明显而已，而这些各个方面的进步就是你综合素质提高的时候所以可以功利，但是不要急定好目标就不要放弃，慢慢地朝着合格的产品、优秀的产品一步步奋斗

2、时常觉得委屈——从被求到跪求，还经常不被理解

之前做UI时虽然做的也是自巳的本职工作，但是会有一种被哄着的状态产品经理、运营人员经常会拿着一杯奶茶给我提需求（虽然即使他们不“贿赂”我，我也会認真负责的完成任务滴\(^o^)/~）现在转产品后发现，产品经理在公司的头衔不高职位不高，但是必须去沟通和协调各种资源在项目负责过程中，经常会收到来自于高层想像出来的“需求”往往这些东西被称为“行政任务”，虽然和自己的理念不合但抗争无效后还是只能強加在当前版本里。这等于是把压力推给了下面的开发同学在这过程中，即时我也会时不时的请开发或设计下午茶（尽量搞好私下关系）但是仍避免不了要忍受技术部门的白眼，老大又不停催促只能让自己夹在中间，两边受气

同时，一旦出了问题处于自我保护的夲能，多数人都会找各种各样的理由来说这不是我的错而产品的工作成果体现在各部门最终的工作成果上，可以说是一个混合体所以，产品任何一个地方出问题都可以说是产品的问题

因此，很多时候会觉得很委屈这个时候就只能自己调整心态了，不能一味地钻牛角尖觉得自己太委屈。因为这些本就是产品经理对综合素质的要求所以，做产品经理请做好准备担责任，受委屈背黑锅。

最后对於哪些对于自己职业发展还很迷茫的朋友，我想引用一段我很认同的话——

现在说到定位所谓定位，我们很多人有个误区好像你擅长什么，就定位什么其实正确的思考是，你适合什么市场又需要什么，你就努力让自己成功成为这样的人

希望大家在新的一年都能找准自己的目标，并且朝着这个目标一步步奋斗

作者：玛丽娟，微信公众号：玛丽娟娟有话说

本文由@玛丽娟  原创发布于人人都是产品经理未经许可，禁止转载