IT行业产品经理具体做什么？

转岗产品经理的方法：

一，转岗前的准备。

1 转岗产品之前必须要搞清楚的问题。

你要搞清楚你为什么要转产品经理？可能是因为钱，可能是因为工作性质或兴趣？

针对已经在技术岗工作的童鞋来说，为什么转产品岗是你必须要搞清楚的问题。

转岗的原因，总结下来无非就是3点：

钱，工资到不到位；

工作的性质，能不能让你感觉快乐；

当然还有一点就是你自己的兴趣和能力是否匹配？

我是个喜欢挑战的人，且对做产品有很多自己的想法。

在当时的情况来看，产品岗位的发展对于我来说天花板更高。

个人的性格可能不太适合于全新的钻研技术，所以决定往产品专家的方向做发展。

因此，针对技术童鞋的转岗，一定要分析自己的性格和能力，再来决定要不要转产品。转岗真的能解决你当技术时候的不爽么？

2 要搞清楚产品经理这个工作是什么。

求职前必须搞清楚产品经理的岗位职责，以及所需的能力以及晋升的路径，薪资范围等等这些基本的信息。

这一块很多人会偷懒，总有声音说产品经理就是小CEO，因此觉得很厉害，盲目的去转岗，但是并不清楚自己到底有没有这一方面的能力。

这一块千万不能拍脑。

互联网信息很多，通过各种文章，求职网站都可以获取到，比如说拉勾，boss直聘，人人都是产品经理等。你们必须要先有全面的认知，再决定你到底要不要转。

我个人当时是读了很多产品相关的书，听了各种各样的课程，也找了很多产品经理的朋友来做过咨询。

首要目的就是确认一下到底我想象中的产品经理是不是那样子的。

其次让他们评价一下我到底适不适合转产转岗产品。

弄清楚产品经理的工作，它的重点是寻找契合点，也就是说建立对职业的大局观。

当你琢磨透彻之后，如果你还是决定去转型，那就坚定的去转，你要相信自己的选择，但也要请教一下相关的人。

有经验的人可以更好的判定哪些人适合做产品经理。譬如后来我带过的几个实习生，有些人理解需求都非常困难，沟通也有问题。这样的童鞋在产品这条路上会遇到很多麻烦。当然如果你意志足够坚定，总有办法能到达彼岸。

3 你愿意花多少的时间、精力还有代价去转型

转型意味着重新开始。

明确要转型后，就要花时间去磨练自己的相关能力。

可以列出表格，写出产品经理所需要的所有的技能，看自己还有哪块是欠缺的，制定学习计划。

一点点的补查漏补缺，比如说各种流程图软件，比如说各种文档的撰写这些基础的技能。也可以系统的进行学习。

二，如何转岗。

1 对基础技能的学习。

对程序员来说，学各种工具上手特别快。

但是我们更要关注的是软技能，比如说原型图的制作，怎样画流程图才能表达清楚自己的产品概念。还有各种文档、原型的制作，怎么做才能让技术能更容易明白你想表达的东西。

2 产品思维的锤炼。

这一块非常最重要，刚才说的基础技能，很多是术的层面。

评价产品能力的高低，不是说他的图画得有多好，他的流程做流程图画得有多标准，而是他有没有把握好用户的需求，设计出最好的解决方案。

产品思维的锤炼的核心其实在于三点，用户、场景、痛点，但是其实很多人只是了解它的字面意思，并没有结合实际的情况去研究这三个词。

特别是对于场景这一块，建议是可以思考的更加细致一点。想提高自己的产品感的话，其实我推荐方法，就是长期跟踪自己喜欢的产品，然后每次迭代你都要思考其背后的逻辑是什么样的。

然后还有主要针对哪些用户在什么场景下会使用这个功能？它解决了什么问题？有没有比它更好的解决方案。

坚持每天思考产品的细节问题，会让你的产品感越来越强。当然我带实习生的时候，产品经理最重要的还是思维逻辑，产品感非常重要。

3 捕捉机会。

平时就要创造机会，创造机会不是说你想取代产品经理就去取代产品经理，而是要在工作中体现出你的产品思维。

多和领导讨论产品相关的问题，提出你的解决方案。注意这里不是变成抱怨产品，而是提出解决方案。

现实工作中的话，很多技术都会抱怨产品不好，但是又不提供解决方案，这是非常讨厌的。

其次可以吃点亏，在学习的阶段，找机会帮别人做产品的相关工作，来积累经验。

没有产品经验的时候这样做就可以积累相关经验——你可以主动参与做一些产品经理要做的事情，比如说画原型、出方案这些工作。

所以当有人有项目需要人帮忙的时候，想要转型的同学应该就要抓紧机会表现一下自己了，但是要注意，把事情要做得足够靠谱。

按订单生产的时代已经结束，产业革命的时机业已成熟。 James M Kaplan、Markus Loffler和Roger P Roberts

实现分布式计算这一挑战性转变以来的十几年，基础设施小组在管理客户端-服务器和以网络为中心的架构方面发挥着越来越重要的作用。

为了应对市场变化，有些领先的企业开始采用一种全新的基础设施管理模式: 更倾向于提供现货，而不是按订单生产。有了这种模式，满足IT需求就像按邮购目录购物一样简单。成功转变的公司可获得巨额商业利润。不过，实施这种转变需要进行重大的组织变革。应用程序开发人员必须精于预测和控制需求，以便基础设施小组可以更加严密地管理产能。基础设施小组必须培养产品管理和定价的新技能，并引入网格计算和虚拟化之类的新技术。首席信息官则应当实施新治理模式来管理新基础设施架构。

成功案例

德国电信公司从实践中切实体会到这些挑战: 在过去18个月里，为了在IT供求之间取得平衡，公司在两个分部实施了这种新的基础设施管理模式。与大部分公司一样，德国电信公司过去的IT基础设施由多个应用程序孤岛组成。如今，由于准确预测用户需求至关重要，新设置的产品经理必须通盘考虑所有应用程序，以评估总的业务需求并生产正确的产品。此外，他们还必须与基础设施小组紧密合作，以便协调基础设施资产（例如硬件、软件和存储设备）的供求。

德国电信公司和其他公司的经验表明，创建下一代基础设施包括三方面的举措: 划分用户需求、在业务单位中开发产品化服务、创建共享工厂以简化IT的交付流程。

划分用户需求

大型IT组织往往为数以千计的应用程序、数以百计的物理站点和数以万计的最终用户提供支持。这三个组成部分都是决定基础设施需求的关键: 应用程序需要服务器和存储设备，站点需要网络连接，用户想要访问的台式机、笔记本电脑、个人数字助理(PDA)等等。为了实现这些部分的标准化，IT组织首先必须深入了解基础设施服务的当前需求状态，以及需求最有可能的发展趋势。然后，将需求划分为对商业用户有意义的类别，如正常运行时间、输入输出总和以及扩展性。

这样分组以后，大部分应用程序都可以归入相对较小的集群中。例如，制药企业会发现某业务单位的大部分现有及规划应用程序都属于五大类别之一。相反，典型的批发银行应用程序组合则可以分为更多类别，因为其需求范围更广。

尽管差别明显，但物理站点和用户的需求也可以采用类似方法分类。例如，一家营销服务公司在评估了自己的网络架构后将其站点划分为: 100个座席以上的办公室、25到100个座席的办公室以及少于25个座席的远程办公室。一家有线系统运营商则将其用户分为: 需要“指引支援”的高级主管、专业职员、呼叫中心话务员和现场技术员。

大多数公司都发现，在对需求进行分类时，确定应用程序、站点和用户对基础设施的具体需求是关键挑战。主要的问题包括需求的时间和频率、用户数量、可接受的停机时间，以及速度、扩展性和流动性的重要意义。

使产品标准化

在评估当前需求和未来需求之后，基础设施小组便可以为以上三个组成部分开发一套可重复使用的产品化服务: 应用程序的管理和存储产品、最终用户的访问产品（如台式机和笔记本电脑）以及各个站点的网络连接产品。对于上述三条产品线中的任何一条，基础设施小组都必须在服务组合和产品层面制定一系列决策。

在服务组合层面，应当以优化资源和成本最低化为出发点，对产品供应的范围、深度和广度做出决策。如有例外情况，必须提前详细说明。例如，基础设施小组可以决定拒绝提供产品去支持要求非常苛刻的应用程序，比如超低延迟处理。这些应用程序可能通过“手工”，“从头开始”建构更好。其他应用程序，如遗留的应用程序，如果运行良好且不易于接入到新的硬件，则不将其纳入新模式可能更好。基础设施小组还应该决定如何引入新技术，以及如何转移现有比较容易移动的应用程序。

在产品层面，基础设施小组必须确定每种产品的功能、服务水平和价格。以应用程序支持产品为例，必须为每种产品指定编程语言、可接受的停机时间以及基础设施的使用价格。该使用价格取决于基础设施小组决定如何对计算、存储、处理器和网络使用收取费用。基础设施小组必须考虑其定价模式是否应该为准确预测需求的用户提供折扣，或通过战略定价促使用户选用特定产品。

供应方: 创建共享式工厂

传统的按订单生产模式限制了基础设施部门优化服务交付的能力。交付包括三个组成部分: 部署、运行和支持应用程序与技术的运营流程、自动化这些运营流程的软件工具以及安置人员和资产的设施。

大多数企业的架构和技术都存在差异，因此不可能在各个系统中统一使用可重复的流程。这一问题阻碍了效率和自动化，限定了通过低成本站点远程执行的工作量，从而限制了成本进一步节约的范围。

但在下一代基础设施模式中，应用程序开发人员只会指定服务需求，而不会对选择什么基础技术或流程来满足需求进行干涉。例如，应用程序可能需要高速网络存储，但开发人员既不知道也不关心由哪个供应商提供该存储介质。这一概念并不新鲜，正如在家庭电话线上使用呼叫等待的消费者一样，他们并不知道本地电信公司最近的中心站使用的交换机是来自朗讯还是北电。

由于基础设施部门现在可以自行选择使用哪些软件技术、硬件和流程，他们可以重新考虑并重新设计效率最佳的交付模式。通过使用成文的标准化流程，基础设施部门可以着手研发一套综合软件工具来实现运营自动化。随后，通过利用其流程和自动化工具，基础设施部门可以开发集成站点策略，实现数据中心需求的最小化，以便更多的部门可以在低成本站点（甚至海外）执行远程 *** 作。

创建新的组织

首席信息官应当开展哪些变革来利用这些新的机遇？下一代基础设施对于基础设施组织的职能、责任和治理影响重大。

最重要的新职能属于产品经理和工厂设计师，前者负责确定产品和产品组合，后者则负责设计共享流程以部署、运营和支持这些产品和产品组合。

组织结构也必须变革。条块分割的专职部门中的管理人员通常关注具体的技术平台――大型计算机、中型计算、分布式服务器、存储以及语音和数据网络。这些专职部门应该给负责基础设施绩效和服务交付的多职能团队让路。

首席信息官还必须建立新颖的治理机制，以处理容量规划、新服务推出和投融资问题。尽管德国电信公司选择了保留现有的治理结构，但许多企业都创建了企业级基础设施委员会，以确保各业务单元的产品和服务水平保持一致。这种一致性对保持低成本和优化绩效至关重要。为确保新的基础设施高效运行并持续改善性能，IT***应当重点做好以下五个重要工作: 1 需求预测和容量规划;2 筹资与预算;3 产品组合管理;4 发布管理;5 供应及供应商管理。

作者简介：

James Kaplan 是麦肯锡全球IT咨询业务部副董事，专长IT基础设施咨询，在纽约工作。Markus Loffler 是麦肯锡全球IT咨询业务部副董事，专长IT基础设施和架构，在斯图加特工作。Roger Roberts 主管麦肯锡在北美的IT架构咨询业务，专长高科技和工业行业，在硅谷工作。

产品经理是一个被神话过度的岗位。如果实话实说，恐怕就不太好听。不过既然你这样问，我必须如实回答。

在这份工作中，您的工作职责和内容是什么你平时每天工作时间是怎么安排的呢？

产品经理的工作就是做项目。简单说就是做软件设计。工作中要做各种各样的软件，老板说了算。老板说做什么，你就去做什么，按照老板的意思来做。

做项目，简单说有这么几个步骤：收集需求（问问老板和某些大领导的意思），画流程图，画思维导图，画原型，写需求文档，然后提交评估就没什么事了（后面的事情还要跟进一下，但是不累）。

每个项目都有时间要求，做完了就轻松了，做不完要加班。怎么加班自己决定，反正不能延期。

您认为这个职位需要什么样的工作经验和工作技能？什么样的性格和素质能力对做好这份工作来讲是最重要的呢？

做过相似甚至相同的项目最好，这样你就有经验了。但是有可能遇到没做过的项目，就要边学边做。所以学习能力很重要。要耐心，要能吃苦，要有韧性等等。不要抱怨这个，抱怨那个，否则老板会很不爽。

产品经理的素质？最重要的是“务实”，按照公司要求做事。老板给你开工资，就要听老板指挥。这是众人皆知的道理。不能我行我素，任意妄为。拿到工资是关键。

您所在的工作经常加班吗？出差会不会很频繁呢？工作自主性和独立性又是如何？

加班是不可避免的。因为每个项目都有时间要求。做不完就只能加班了。千万不能延期。

出差不多，因为这是个类似研发的岗位，不同于做销售。你在公司总部坐着就行了。

自主性和独立性？没多少，也别天马行空地胡思乱想。这里要提一句，别以为自己是乔布斯，能突然奇想，搞出什么震惊世界的产品。按照老板的意思做，是千古不变的真理。

据您所知，这个职位晋升路线是什么

以后做高级产品经理，也叫高产。然后做产品部总监，就到头了。产品部总监上面似乎还有个所谓的“高级总监”，但是很多公司没有这个岗位。再往上是VP副总裁，和产品部没什么关系了。

如果想更好地了解这个领域，有什么专业性的微信公众号、报刊杂志，网站或书籍推荐吗？

看你个人的业务水平。产品经理不是看书看出来的，而是项目做多了，练手练出来的。做产品经理，不等于在大学里搞学术研究，没什么必读刊物。请牢记。

如果不懂业务（汽车分期，风控征信……），那就要不耻下问。网上的传言几乎没有实话。这是学习产品经理的一个巨大陷阱。要学业务，就要找业务经理虚心请教。要学技术，那就要自己多动手，勤学苦练。别被网上的一大堆心灵鸡汤和成功学给迷惑了。

本领域初级职位和略高级别职位的薪水是多少呢？据您所见，行业未来发展前景是什么样的呢？

金融领域的产品经理月薪15万起。高级产品经理月薪2万起。总监月薪直逼5万。但是要看公司的实力。做金融产品经理，AI人工智能产品经理等等相对较新的领域比较好。如果做APP，网站和微信公众号等等，那就没什么前途。因为那些东西臭遍街了。

对于一个想进入该领域的人，您有什么特别的建议？

勤学苦练，不耻下问。虚心使人进步，骄傲使人落后。

1．图形工具

利用图形工具可以把过程的细节用图形描述出来。

2．表格工具

可以用一张表来描述过程的细节，在这张表中列出了各种可能的 *** 作和相应的条件。

3．语言工具

用某种高级语言（称之为伪码）来描述过程的细节。概要设计和详细设计的区别与联系。

系统分析员又称系统分析师，是指具有从事计算机应用系统的分析和设计工作能力及业务水平，能指导系统设计师和高级程序员的工作的一族。在软件开发流程中主要从事需求分析工作，同时也涉及可行性分析和概要设计的部分工作。英文system analyst，简称SA。

系统分析师(SA)是负责设计与开发应用软件系统．使其正确的反应出有效的信息，协助企业经营者管理、营运公司的运作者。系统分析师是抽象模型的建立者，他们需要专业的conceptionmodel(概念模型)知识和基础编程技巧。杰出的系统分析师会利用编程技巧来辅助建立conceptionmodule。

岗位职责

系统分析师的基本职责是从事管理信息系统的定制、企业资源管理系统的设计开发及市场评估策划，其专业背景和招聘要求是具有计算机或数理学或工科专业背景、本科以上学历，能独立翻译、阅读国外技术资料，有从事试验、掌握世界最新技术最新方法的借鉴眼光与能力，理解商务逻辑和客户需求，能熟练运用MICROSOFTVISU-ALBASIC、MICROSOFTSQLSERVER进行软件开发，熟悉EQP系统，有管理信息系统的设计、项目设计能力，开发进度的估计能力、控制力及相关经验，有良好的理解力和逻辑分析能力以及表达能力、足够的沟通能力，具备基本文档写作能力，熟悉微软后台产品的安装与维护；作为微软伙伴级方案供应商，系统分析师必须成为MCSE、MCSD，从而适应企业团队的工作。

业务范围

根据时下IT企业所涉足开发的领域，其业务范围主要包括：仓储管理系统、报关业务系统、销售统计与管理系统、财务管理系统、物流管理指挥系统、楼宇智能化管理系统以及各种数据查询统计与分析、业务流程控制系统、模拟考试系统、人力资源管理分析系统等等，由此而产生各种信息系统分析师人才品种，即系统分析专家，他们不仅承担着为客户设计开发软件新品的业务指导任务，而且向客户提供二次开发的技术支持和培训顾问服务，既是IT企业中的技术骨干和将才，又是IT企业软件新品市场前景的预测者和参与营销的市场策划者，从这个角度看，又是企业的智囊高参和运筹帷幄的帅才，堪称具有国际视野的高级复合型人才。

熟悉应用领域的业务，能分析用户的需求和约束条件，写出信息系统需求规格说明书，制定项目开发计划，协调信息系统开发与运行所涉及的各类人员，能指导制定企业的战略数据规划，组织开发信息系统，能评估和选用适宜的开发方法和工具，能按照标准规范写系统分析、设计文档，能对开发过程进行质量控制与进度控制，能具体指导项目开发，具有高级工程师的实际工作能力和业务水平。

（1）具有系统工程的基础知识；

（2）掌握开发信息系统的综合技术知识（硬件、软件、网络、数据库）；

（3）熟悉企业和政府信息化建设，并具有组织信息化战略规划的知识；

（4）熟悉掌握信息系统开发过程和方法；

（5）熟悉信息系统开发标准；

（6）掌握信息安全的相关知识与技术；

（7）理解软件质量保证的手段；

（8）具有经济与管理科学的相关基础知识，熟悉有关的法律法规；

（9）具有大学本科的数学基础；

（10）熟练阅读和正确相关领域的英文文献。

系统分析师资格考试说明

计算机技术与软件专业技术资格(水平)考试

2009版《系统分析师》考试说明

一、考试目标

通过本考试的合格人员应熟悉应用领域的业务，能分析用户的需求和约束条件，写出信息系统需求规格说明书，制订项目开发计划，协调信息系统开发与运行所涉及的各类人员；能指导制订企业的战略数据规划、组织开发信息系统；能评估和选用适宜的开发方法和工具；能按照标准规范编写系统分析、设计文档；能对开发过程进行质量控制与进度控制；能具体指导项目开发；具有高级工程师的实际工作能力和业务水平。

二、考试要求

（1）掌握系统工程的基础知识；

（2）掌握开发信息系统所需的综合技术知识（硬件、软件、网络、数据库等）；

（3）熟悉企业或政府信息化建设，并掌握组织信息化战略规划的知识；

（4）熟练掌握信息系统开发过程和方法；

（5）熟悉信息系统开发标准；

（6）掌握信息安全的相关知识与技术；

（7）熟悉信息系统项目管理的知识与方法；

（8）掌握应用数学、经济与管理的相关基础知识，熟悉有关的法律法规；

（9）熟练阅读和正确理解相关领域的英文文献。

三、考试科目设置

（1）信息系统综合知识，考试时间为150分钟，笔试，选择题；

（2）系统分析设计案例，考试时间为90分钟，笔试，问答题；

（3）系统分析设计论文，考试时间为120分钟，笔试，论文题。

系统分析师的相关常识

一、软件人才成长链

（1） 程序员

程序员处于技术成长历程的最下端。他们需要熟练掌握各种语言技巧，知道技巧适用性还要对资源做出最恰当安排。

（2） SA系统分析师

系统分析师是抽象模型的建立者，他们需要专业的概念模型知识和基础编程技巧。杰出的系统分析师会利用编程技巧来辅助建立概念模型。

（3） SD系统设计师

系统设计师应当对“系统结构”所使用的软件技术非常了解。如果自身具备良好编程技巧，才会成为优秀的系统设计师。系统设计师的职责是把结构模型对应到实现模型，作用非常重要。在从概念到实现期间规划和组合模型的优劣是决定系统设计师好坏的标准。

（4） 项目经理

项目经理必须具备较强的专业知识，具备沟通技巧，了解团队人员的组成，还需要知道如何对团队分工，学会根据项目特性选择最适合的语言和工具，不能有任何偏执。

（5） 产品经理

产品经理必须具有产品管理能力。这是一项非常重要的技能，产品经理需要融合技术和市场趋势，知道未来大家需要什么，使开发的产品实现技术和市场上的引导作用，他们还要快速学习技术并融合起来做很好的演示。

（6） Architect(架构设计师)

架构设计师是程序员的最终归属，也是成长链中最神圣的一环。架构设计师对整个项目的贡献非常大。架构设计师彻底摆脱了语言的束缚，身兼百家之长，熟悉很多语言的精髓；知道软件发展趋势，会开发新一代产品或制订新一代产品的方案，知道各种软件产品特性。架构设计师会根据这些特性做出非常好的产品。另外，杰出的架构设计师具有创新技巧的本领。

二、系统分析师的工作环境

系统分析师的工作内容，依阶段划分大致可分为下述几个阶段：

系统分析：分析现行系统:确定系统的功能需求;确定系统的资源:保护及绩效需求，发展系统架构确定使用单位将面临的环境及组织变迁。

初步设计：划分作业子系统．拟定子系统的输入、输出、接口及作业处理流程:子系统人工 *** 作规格:逻辑质料库设计:开列系统软、硬件规格。

细步设计：设计实体数据库:设计人工 *** 作程序;设计文件表格及输出、入格式;拟订程序规格及组步流程:确定公用例程与共享程序。

系统测试：根据分析阶段所订定的各种功能．加以测试，错误资料收集与分析。

资料转换：整理及汇编文件．指派工作人员及进行训练．进行资料转换。

系统维护：更正系统内潜伏的错误:因适应环境的改变而做适度的调整。

一个机构的分析师因工作性质的关系，一方面需要与作业单位有关人员讨论系统需求，另一方面亦要随时了解程序设计人员工作进度，以掌握系统开发进度．因而时常往来于不同的单位间，但是大多数的时间均为独自作业:不希望有太多的外在干扰．因此，通常都会有固定而较幽静的办公处所。

三、系统分析师的工作时间

一般公司行号或政府机构的系统分析师．每日工作时数均为八小时，上班时间从上午八时三十分至下午五时三十分，中午休息一小时。计算机公司则因职业性质不同，其办公时间除了正常的工作时间外，经常性的加班是无法避免的。

四、系统分析师所需资格条件

信息从业人员的资格条件，除政府、公营事业、金融机构可做技术人昌任用条例或经考试及格外．一般民营企业及计算机公司并无资格限制，但由于系统分析工作必须具备电算机专门知识与实务经验者方可胜任．放在招考前均订有一定的标准，通常归类如下:

教育程度 ：大专以上．信息科系、企管科系、管研所等其它相关科系所。

技 能 ：信息工作人员除具备良好的中文程度外，亦须略通英文。

年龄及性别：通常性别不拘，但男性比率偏高，年龄则多在28岁以上。

个 性 ：活泼、富进取心，具组织协调能力，最重要的是要细心、专心。

五、系统分析师的教育与训练

随着工商业的快速发展，电子计算器之普及，各行各业对于信息人力的需求愈来愈多，依据工业策进会的「信息人力供需追踪调查研究报告」分析，民国七十四年至八十三年我国由于正规教育及推广教育，信息人力的需求量及供应量刚好平冲．但信息人力的品质仍未达一定的水准，因此，系统分析师除了正规教育外应时常望与民间企业，团体或管理顾问公司所举办的各类型「企业管理与系统分析」实务讲座．吸取他人的经验及最新科技，以提高自身的就业能力。

六、系统分析师的必备素质和技能

这里想简要探讨一下系统分析师的必备素质和技能，由于编写比较匆忙，可能并不完整。

（1） 强烈的责任心和事业心

实际上这对每个岗位来说都是必备素质。系统分析师由于必须保证需求的准确性，所以责任更为重大。一般来说，不应以用户表述不明确，无法得到需求，或者用户需求变化太多作为借口。

（2） 具有面向对象的程序设计思想

面向对象的程序设计思想对于客观、真实地以软件的方式模拟客观事务的运行规律，具有十分重要的作用。可以预期，在未来的一段时间里，面向对象的程序设计模式，仍然是在软件系统构建过程中的首选。 （摘录）

（3） 掌握一种面向对象的系统分析工具

面向对象的系统分析工具用于采用图形化的方式，在软件系统分析过程中对待开发的软件系统进行清晰准确的描述。

（4） 交流表达能力

用于客户沟通能力，以及团队内部沟通。

（5） 业务领域知识

业务过程知识很重要，直接关乎对问题域的理解。

（6） 有坚实的软件工程技术基础

具有软件工程技术不能够直接编写软件代码，但是，如果具有软件工程的思维模式，可以使软件工程技术人员不仅站在应用软件系统整体的高度上去思考问题，更重要的是能够在专业技术积累的基础上，使普通的代码编写人员逐步成长为系统分析师和软件项目经理等技术管理人员。 （摘录）

七、系统分析师在软件公司中的位置

这里想简要探讨一下系统分析师这一角色在国内的软件公司里的位置。

国内的软件公司对于系统分析和系统分析员的定位是不同的。根据不完全了解，大致有以下几种情况：

（1） 没有正式的系统分析师

这里又会有多种情况：

客户会提供比较详细的需求书。客户充当了系统分析师的角色；

项目经理或商务人员在项目前期，通过讨论已经摸清了客户的大体想法和一些主要部分的要求。他们可以直接告诉软件工程师要做什么。这时，项目经理或商务人员充当了系统分析师的角色；

软件工程师独当一面，独立负责某一系统或者某些模块的需求分析设计和开发。软件工程师有机会与客户有些接触。这时，软件工程师充当了系统分析员的角色；

在外包项目中，系统分析结果是发包方提供的。这时，外方充当了系统分析师的角色。

（2） 有正式的系统分析师

这里有两种情况：分析师同时做需求分析和系统总体设计（架构设计，概要设计），这样的分析师往往是设计开发高手升迁上来的；另一种只做需求分析，并且确保系统的实现符合客户的需求，这样的分析师往往熟悉客户业务，有一定的研究，或者具有一定的行业背景。

系统分析师需要不断和客户进行交流沟通，以确保需求的正确性，并对需求变更进行及时的反应；另外，和开发人员进行沟通，使开发人员对需求有准确的理解；和测试人员合作，例如编写测试用例，进行需求验证，用户测试方案等；和商务人员合作，在报价书编写方面提供必要的支持，甚至，还和帮助文档作者合作，等等。

（3） 有时有，有时没有系统分析师

根据项目需要，有时充当系统分析师，有时则担任其它职务。这里不再详述。

最后是一个建议：

不管你所在的公司赋予你怎样的职责，都应该积极主动地做好职责内的工作，和其它角色相互合作，并且不断学习和提高自己。

八、未来展望

近年来，我国政府及工商企业使用电子计算器处理作业快速成长，人才需求愈来愈多，惟因学校培育的科班信息人才供不应求．

因而造就其它科系更多的出路，其中尤以商业科系为主。展望台后在经济结构改变．各行业规模愈趋扩大，并须建立企业计算机化管理制度的情势下，对系统分析师的需求更将有增无减，因此．凡受过信息专业教育或训练，具有电子计算器专门知识及企业管理观念的青年，其就业前途是非常乐观的。

产品经理也是一个非常重要的职位。大多数企业每年都会招聘产品经理，以提高他们的人才储备团队。作为客户和程序员之间的桥梁，产品经理扮演着非常重要的角色。虽然这个职位相对来说人手不足，但真正有能力成为产品经理的人并不普遍。例如，能够绘制原型图纸和编写需求文档是基本要求。产品经理对逻辑思维能力也有一定的要求。产品经理需要不断改进的是，客户的需求是否能在程序员面前以简单明了的文本显示出来。

此外，由于企业很难招聘到这一领域的人才，产品岗位存在很大差距。原因是你是最了解用户感受的人，最了解产品布局和结构的人，以及最了解产品体验糟糕之处的人。如果你想转向前方，没问题。至少在布局方面，你有很大的优势。如果你已经在这个行业工作了很长一段时间，你一定或多或少知道一些前端做什么。在担任产品经理多年后，你认识了你圈子里的一些前沿人物。

这些是你最好的资源。你肯定可以从中获得很多前端学习材料和经验。如果你不知道，那没关系。由于你计划转向前端，你需要发展这种人际关系，这将对你未来的前端工作大有裨益。俗话说，向某人或艺术学习要容易得多。如果你在IT行业，想换工作，这真的比不在这个行业的人容易。例如，从程序员转到产品经理是可以的。毕竟，我们通常与他们有联系，并且熟悉产品经理的一些日常工作。

但一些没有技术、不能成为程序员、但想成为产品经理的人，往往会被关闭。根据一些专家的说法，如果你想成为一名产品经理，很多企业会首先考虑求职者的教育背景。普通人不一定有机会。从982/211毕业的学生更容易获胜。如果你在申请这份工作之前没有做好准备，你就不知道产品经理需要做什么，你也得不到这份工作。因此，在这种情况下，人力资源部很难招聘到合格的产品经理。现在许多科技公司喜欢在大型工厂挖墙角，希望对方的产品经理能加入自己的公司。事实上，原因也很简单。来自大型工厂的产品经理经验丰富，不需要花费太多精力进行培训，还可以自带资源，帮助公司拓展客户来源。

以上就是关于如何转岗产品经理全部的内容，包括:如何转岗产品经理、【管理下一代IT基础设施】IT基础设施、IT行业产品经理具体做什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！