软体类:程式程式设计、嵌入式开发等;
硬体类:计算机网路、通讯、电子、测控等;
其它类:专案管理、工程管理等。
造成就业范围如此宽泛的原因也是多样的:
1 因为物联网技术涵盖的领域很多,在大学能学到的知识又较为有限,所以容易让人产生感觉物联网专业和计算机专业很像。而实际上,物联网专业比计算机专业宽泛充实的很多。
2 据了解物联网技术专业的学生除了要学习程式语言、网路等IT基础知识之外,还要重点学习感测器、RFID、模式识别基础这些物联网感知层方面的知识。
3 在后期专业方向上,物联网专业的学生会接触的较大的专案和课题,应用的行业也会十分的广泛,例如离我们比较近的智慧家居,智慧农业,食品溯源,还有企业使用的冷链运输,医药供应链,国家提倡的智慧城市等等。
如此宽泛的就业情景,需要确定方向和找到出路,前面已经列出了三个方面:软体方向,硬体方向,专案方向。
1 软体方向要重点学习程式设计能力,研究物联网方向的软体应用案例,了解物联网应用使用的程式语言,坚持下去,终身研究学习。
2 硬体方向要重点了解物联网构架体系中使用的网线闸道器、感测器、屏显等硬体产品,并对射频、模式等产品介面或引数了如止掌,直至达到研发人员要求。
3 专案方向重点是了解物联网整体架构和执行机制,深入研究物联网在各行各业中的应用解决方案,主导专案、实施专案、管理专案,做一名合格的物联网管理人员。
物联网技术将来能做什么工作想学习该怎样入手? 会了这个技术可以从事所有的和物联网相关的工作如:
物联网开发工程师,物联网产品经理,物联网专案经理,物联网设计师,物联网大客户经理等等。
黑马程式设计师将要开设”物联网+区块链“的课程,想学的可以关注一下,光课程就研发了两年多的时间,含金量非常高。
物联网就是用网际网路技术将我们的生活用品连线起来,构成物物相连的网站。
岗位:物联网系统设计架构师、物联网系统管理员、网路应用系统管理员、物联网应用系统开发工程师等核心职业岗位以及物联网装置技术支援与营销等相关职业岗位。目前通讯网路发展中就业前景看好。
专业版:
什么是物联网?
有些人认为,顾名思义,”物联网是物物相连的网际网路”,显然这是一个错误,这个顾著中文名思出来的义具有非常大的误导性。物联网的英文是”the inter of things”,仅对things进行翻译的话,指实体或者物件,技术人员比较容易理解实体或者物件的含义,它是将外在世界进行的数字化对映。当然,大家已经习惯叫做物联网。
物联网专业就业
物联网工程专业从2011年才开始首次招生,目前为止还没有毕业生,所以,无法从往年的就业率来判断未来的就业情况,但我们可从行业的整体发展趋势和人才市场的需求等方面了解该专业未来的就业形势。
据北京科技大学物联网与电子资讯系主任王志良教授介绍,该校第一批物联网专业的学生还没毕业,但已经得到了物联网行业企业的认可。有些知名企业向他们伸出了橄榄枝,邀请学生们进行实习。
众所周知,去大企业实习,是很多应届毕业生进入名企的敲门砖。中科院院士、华东师大软体学院院长何积丰表示,未来的物联网技术要得到发展,需要在资讯收集、改进、晶片推广、程式演算法设计等方面有所突破,而做到这些的关键是如何培养人才。
因为物联网是个交叉学科,涉及通讯技术、感测技术、网路技术以及RFID技术、嵌入式系统技术等多项知识,但想在本科阶段深入学习这些知识的难度很大,而且部分物联网研究院从事核心技术工作的职位都要求硕士学历,因此本科毕业生可从与物联网有关的知识着手,找准专业方向、夯实基础,同时增强实践与应用能力。
物联网就是把装置连线起来组成网路,并把资料传送到一个地方(云)。 然后通过云控制,检测这些装置。可以用在交通、物流、农业、气象、公共设施等场合。恰恰云就是做这个的。
什么是物联网技术!物联网(Inter of Things)指的是将无处不在(Ubiquitous)的末端装置(Devices)和设施(Facilities),包括具备“内在智慧”的感测器、移动终端、工业系统、数控系统、家庭智慧设施、视讯监控系统等、和“外在使能”(Enabled)的,如贴上RFID的各种资产(Assets)、携带无线终端的个人与车辆等等“智慧化物件或动物”或“智慧尘埃”(Mote),通过各种无线和/或有线的长距离和/或短距离通讯网路实现互联互通(M2M)、应用大整合(Grand Integration)、以及基于云端计算的SaaS营运等模式,在内网(Intra)、专网(Extra)、和/或网际网路(Inter)环境下,采用适当的资讯保安保障机制,提供安全可控乃至个性化的实时线上监测、定位追溯、报警联动、排程指挥、预案管理、远端控制、安全防范、远端维保、线上升级、统计报表、决策支援、领导桌面(集中展示的Cockpit Dashboard)等管理和服务功能,实现对“万物”的“高效、节能、安全、环保”的“管、控、营”一体化。
1、了解产品经理
入行前,最基本的得要了解产品经理的工作内容、岗位类型、需要具备的素质和能力和职业发展形势。
工作内容
产品经理的日常工作都有什么?
整体来说,包括产品梳理、产品设计、产品落地、产品运营、产品迭代五部分,每部分展开又有若干个具体的工作项。
工作内容看起来零散,但目的还是通过产品真正解决用户问题。
由于每家公司对产品经理岗位要求不同,实际工作内容只能多,不会少,也许还会带有自家特色。
岗位类型
产品经理岗位类型可以根据产品受众用户、产品形态、专业领域、市场行业以及岗位职级几个维度划分。
不同类型产品经理负责的工作内容、专业技能、能力要求也有差别,弄清楚产品经理的具体工作,才能让你有的放矢。
需要具备的素质和能力
如何能胜任产品经理工作?
如果只会画原型、写文档,我劝你想都不要想。
产品经理岗位可以分为硬性能力和软性能力两种。
硬性能力是从事产品工作的通用技能,包括但不限于写原型、写文档、业务建模、数据分析、工作汇报等。
软性能力是开展产品工作的底层能力,如学习能力、逻辑思维、沟通协调、独立思考、执行力,这些都是必备的。
往往软性能力更能体现产品经理岗位的核心竞争力。
了解产品经理能力的方法是去招聘网站,看看产品经理岗位负责什么工作、有哪些具体要求。
职业发展形势
说得再直白些就是这个职业有多大前途?市场需求量多不多?职业发展路径是怎样的?是否存在足够的上升空间?
互联网快速发展了十多年,市场竞争激烈,人人都是产品经理的口号影响了一批又一批的青年人,产品经理岗位是否饱和,这事儿你不得想想?
2、找到个人优势
既要知彼,也要知已。面对一个全新的领域,你需要仔细思考自己具备了哪些优势。如果没有,你将很难获得机会,或是很容易被人代替。
个人优势可以是行业经验、专业技能或是某项独特能力。
比如:
社交、电商、教育、医疗等行业经验,熟悉行业趋势、业务模式、产业链结构、掌握人脉资源,这些是优势。
运营人员懂用户、工程师懂技术、市场人员懂推广,这些也是优势。
有过创业、做生意、发明创造经历,这些既是优势,又是加分项。
优势不仅决定了你的竞争力,也决定了未来能走多远。
3、选择适合的方向
产品岗位分得那么细,哪个方向才适合自己?
不用想太多,既然是入门,肯定是选择自己擅长、有优势的,这样成功率才高。
比如:设计师、用户研究适合用户产品;运营、市场推广适合增长产品;工程师适合后台、算法产品。
只有熟悉、擅长的领域才能让你具有竞争力、获得机会。如果非要挑战全新的领域也不是不行,只不过难度很大、时间成本高,你自己评估是否值得。
友情提示:避免根据兴趣选择产品方向,兴趣不代表适合;也不要盲目跟风,风口过后,很可能是一地鸡毛。
4、入行前的 *** 作
如果你最终决定入行产品经理,Just Do It!
提前多做准备,先将自己融入到角色中,可以让你的入行过程更游刃有余。
系统化学习
读书是全面、系统地学习知识最好的方式,阅读产品经理入门书籍,可以由浅入深地去理解产品经理工作内容、流程、以及每项工作的细节与要点。
像《人人都是产品经理》、《产品经理的第一本书》、《产品经理手册》、《启示录:打造用户喜爱的》都适合新人阅读学习。
专业技能提升
在线网课、线下培训班也是高效的学习方式,特点是信息呈现形式丰富、互动性强、有项目练手,适合产品新人的基础技能提升。
课程将产品经理每个阶段工作拆解成独立技能模块进行针对性讲解,如:需求分析、原型设计、文档撰写,让新人具备可上手工作的基础能力。
实践项目演练
清楚了产品经理的工作后,接下来尝试着设计一款产品找找感觉。可以是培训班留的项目练习,也可以是自己参照市面已有的产品。
把自己当成产品经理,将整个工作流程演练一遍,产出产品原型和文档,这些也可以当成面试作品使用。
当然,实践项目不仅限于画原型、写文档,其它能代表你产品思维的方式也行,比如:运营一个公众号/抖音号、开一家淘宝店。
准备个人简历
万事俱备的你,只差一份让人眼前一亮的简历了。
运用上产品思维,把自己牛B闪闪的经历和项目成果讲给人听,记住,产品经理写简历遵循的原则是:简洁、易理解、数据说话。
5、不是人人都适合做产品经理
其实,有些人的能力短板与产品经理职业天然就是互斥的,就算幸运地进入了这个行业,也很容易碰到天花板。
如果你存在以下短板,或者改进,或者到此为止。
学习/理解能力差
产品经理工作需要接触新领域、新问题,对接不同部门,与形形色色的人打交道,看问题要有自己的角度与观点。
学习和理解能力差影响进入工作角色,不能承担起对应工作职责,跟不上工作节奏,也会影响对公司战略的理解,甚至听不懂领导、同事传递的信息。对于问题,只能停留在表象,很难看到问题本质。
缺少逻辑思维
逻辑思维能力用于分析市场需求、判断问题轻重缓急、梳理复杂业务场景等工作场景。
缺少逻辑思维严重产品工作,比如:找不到问题头绪、做事抓不住重点,导致工作过程杂乱无章。
特别是与技术同学沟通时,缺少逻辑思维,会影响产品方案的传播效果,不容易获得认可。
沟通协调能力差
产品经理是信息传递者、是润滑剂,承担各团队间信息共享、问题协调的职责,保障团队间紧密协作,工作有序。
如果产品经理在沟通、协调方面存在短板,轻则影响团队协作效率、项目产出质量,重则可能把方向带偏,让团队陷入混乱,最终演变成一场灾难。
惰性思维
产品经理通常作为团队大脑,不仅要擅于思考,也要勤于思考。在困局中寻找突破口,推动大家高效做事、做正确的事。
惰性思维则会严重影响对产品的思考、设计以及变革能力,让产品失去原本的价值。
为什么有些产品经理工作多年,却没积累多少有价值的经验,最后竞争力下降,跟不上市场变化?
惰性思维就是主因。
行动力差
产品经理是思考者,更是实践者。再好的想法,没有付诸行动,都是空谈。
行动力差,产品就只会停留在概念、原型或是文档阶段,无法继续进行;行动力差,就总会出现各种问题阻碍产品落地。
不要拿追求完美当借口,产品经理的世界里,没有“完美”,只有“完善”。不断打磨完善产品,才是对这个职业最大的尊重。
玻璃心
做产品的人,需要有颗强大的内心。可以独当一面、经得起质疑与挑战、就算内心再崩溃也能笑对人生。
玻璃心,容易在重压下慌乱、面对挑战时逆来顺受、被打击后失去信心、不但影响个人工作成果,还会影响团队其它成员的士气,这怎么行?
写在最后
以上内容,是从我自己的经验出发,给想做产品经理朋友们的一些分享。希望大家对产品经理以及转行这件事能有新的理解。
一些人对产品经理这个职业存在误解,认为入行门槛比较低。其实相反,企业对这个岗位的要求,只会随着市场发展变得越来越高。
1、女生说pm是指希望跟你与某个物品进行拍卖,因为pm是“拍卖”的谐音。2、女生在论坛上和你说pm是指希望能够与你进行私信,因为pm是英文“Private Message”的缩写。3、女生说pm也可能是问你“怕吗”意思,因为pm是“怕吗”的缩写。4、女生说pm是说下午的意思。因为pm是英文“post meridiem”的缩写意思是下午。5、女生给你发pm,可能是在讨好你的意思哦,pm是拍马,是汉语词语拍马的拼音缩写。
PM真正的含义是英文“Product manager”的缩写,是指产品经理,是指在公司中针对某一项或是某一类的产品进行规划和管理的人员,主要负责产品的研发、制造、营销、渠道等工作。
产品经理需要考虑目标用户特征、竞争产品、产品是否符合公司的业务模式等等诸多因素。一般而言,产品经理管理的是一个或者多个有形产品。PRD是什么?
可以说,产品经理最重要的工作就是跟团队说清楚需求,只有说明白了需求是什么,才能让开发、设计、测试等去进行后续的工作。PRD是产品经理说明需求的不二选择。
什么是PRD?
PRD,产品需求文档(Product Requirement Document,PRD)的英文简称,这是一个产品经理为了跟其他项目成员说明需求的重要文档,也是PM参加需求评审会时,你的成果作品。
你可能还不知道需求评审会是什么,那我就简单讲一讲。需求评审会就是产品经理提出需求跟大家PK,让大家评估产品经理提出的需求,然后决定后续工作的会议。几乎所有的开发、设计、测试都会有忙不完的活,你凭什么让他们把你的需求优先开发,这将严重考验你和你的PRD。如果搞不好,你会被开发、设计、测试从头到脚批一遍,那个场面,就像在直播吃翔。
至于为什么会搞不好,很大程度就是产品经理没有把需求的各方面思考清楚,哪怕有一个逻辑没有思考清楚,或者漏掉了某个步骤,团队的其他人就会向你投来怀疑的眼光。如果一次评审会议中你被多次怀疑,那么不用想了,你就是在直播吃翔。
PRD是给谁看的?
首先,PRD是给产品经理自己看的。产品经理提出一个需求,那么实现这个需求的功能、逻辑,通过书写PRD的过程,能够慢慢梳理出逻辑。有人说:”我做高数微积分题全用心算完成,你那些功能、逻辑,我都能想得清清楚楚”。
其次,PRD是给团队的其他人看的。一个产品经理,即便能够在脑海里想清楚所有的功能、逻辑,但是他不能保证团队的其他人也能在头脑里想清楚一切逻辑。所以,产品经理需要通过输出PRD,让团队其他人员理解需求的逻辑。
再次,PRD也是给老板看的。产品经理需要做某一个产品,在跟老板申请资源的时候,给出一份清晰的PRD能够让老板看明白你到底要做什么。
你知道PRD有多重要吗?
PRD的重要性,怎么夸大都不过分。
首先,PRD有证明需求的作用。你口头跟开发、设计、测试说一个需求,他们可能也口头上答应帮你做。然后,可能就真的没有然后了。。。接近项目上线,你突然发现他们没有做你的需求,这时你再去找他们,他们完全可以说你没有提出过需求,那场面,直接就是在吃翔。所以,产品经理需要认真写一份PRD,通过需求评审后,邮件群发给开发、设计、测试等大爷,有文件留底,到时候他们就赖不掉了。
其次,PRD有证明PM的作用。很多公司将PRD的修改次数作为作为评判PM水平的标准,还可能作为PM升级评定的参考因素。如果一个产品经理写的PRD平均修改次数过多,那将严重影响升级评定。
PRD闭环
做产品无时无刻都需要思考产品闭环的问题。PRD作为需求的说明书,更是需要体现产品闭环。完成下面的步骤,你就能够写出一份优质的PRD了。
你的目的是什么?
这个是一份PRD最重要的地方,其实做一个产品,或者实现一个功能/逻辑,都不是困难的事,但是你得想好为什么要做这件事,或者说,你要确定做这件事所获得的东西是不是你自己想要的。这个问题想不清楚,后面的都是白搭。比如,你准备做一个游戏活动页,本来目的是为了拉新,但是目的没有把握好,后面做成了留存,那么你的KPI很可能就“呵呵”了。
实现目的所需要的功能?
在目的已经清晰、明确的前提下,PM得好好思考实现该目的所需要的功能,这些功能是实现目的的必经之路。最好给出功能列表,一个功能点都可以单列一条,并且和测试用例一一对应。
还可给出功能的应用场景,方便团队其他人理解该功能的作用。比如,一个简单的用户在某活动页兑奖的情景:
用户在购买某服务后,得到兑奖网址
用户输入该网址后,d出活动页
用户点击“领取奖励”按钮,页面d出注册/登录框,用户输入账号密码,登录成功,领取奖励
列出了功能点后,还需要对功能列表里的功能进行排序,得出 优先级 。暂时不做的需求,也要事先提出,放入需求池。
完成功能需要的逻辑?
这部分其实就是将功能分成很多小的功能点,比如一个兑奖的功能,可以分拆成注册、登录、第三方登录等小功能点。实现了每个功能点的逻辑,就组成了整个兑奖功能。
这部分,我感觉是 实现产品体验的最重要阶段 。实现一个功能的逻辑,如何做到让用户使用起来不复杂,同时能够让开发工作量不要太大,同时还能让大部分情景能够正常触达正确的结果,这不是一件简单的事。
异常逻辑、危机处理?
大部分用户能够正常使用功能后,就需要思考一些异常逻辑和危机情况了。这一部分非常考验产品经理的逻辑思维,从深度、广度两个方面全面考验。这一部分也最容易被团队其他人发现逻辑漏洞,分分钟让你感觉在直播吃翔。所以,这一块大家要加把劲,争取想出每一种异常逻辑,做好危机处理。
还是以兑奖活动为例子说明,一个兑奖活动页,目的是为了让某客户端装机量上升,那么必须设定该活动页必须在该客户端中输入,才能跳出兑奖网址(该客户端带浏览器功能)。那么异常逻辑可能就有:
用户不在客户端里输入网址
用户在断网情况下在客户端/其他浏览器输入网址
用户超过活动时间后才输入活动网址
…………
争取需要的资源
完成上面的步骤后,就需要跟项目组要资源了。
项目成员 :完成产品开发工作所需的程序员(前端、后台、运维等),设计师(交互、视觉),测试,运营,商务等。
硬件资源 :服务器,宣传物品等
数据反馈
这部分也是非常重要的,你做出了一个产品,肯定是需要知道它的市场反馈如何,得到反馈后,才能决定下一步该怎么走。这里就需要设计数据反馈系统,订立考核指标。
访问量
转化率
留存率
用户活跃天
产品收入
任务、活动完成量、质量
完成以上步骤,一个完整的PRD闭环就做好了,这下子,可以去找其他人PK了,做得足够认真的话,应该就不用直播吃翔了,可以挺直腰板当大爷了。这个世界就是一个“ 要么你是大爷,要么我是大爷 ”的世界,各位还是争取自己当大爷吧。
注意事项:坑,还是很多的
这部分说明一下具体写PRD时,需要注意的事项。
换位思考
写PRD一定要时刻想着换位思考,你得想着你的文档是给开发、设计、测试等看的,语言上尽量好理解,尽量不要用形容词,描述功能时,可以尝试用开发的逻辑去思考书写方式。
不要求大求全
这部分是我踩的一个深坑,我之前总想着把所有的逻辑都整理在一个流程图上,然而这在很多情况下是不可能的,除非你做的这个产品比较简单。即便你真能够将所有逻辑整理在一个流程图上,那么这个流程图也会很复杂,不容易让团队其他人看懂。 功能最好分点说明,正常逻辑和异常逻辑分开说明 。
所见即所得
这是一个读图的时代,展现是最清晰明白的。有的功能点,逻辑比较复杂,这时可以考虑用原型图展现,原型图可以做到所见即所得。
实现进度如何?
在PRD之外,最好再做一个项目进度表,这份表格要做到及时更新,让整个团队知道项目的进度。
关于语病和错别字
一份优质的PRD,最好达到新闻稿的校验程度,基本不要有语病和错别字。语病和错别字太多的话,容易让大家觉得你很不严谨。
排版标准
排版一定要有一套标准,保证你的每一份PRD都按照同一份标准。排版力求美观大方,字体、颜色、字号、行间距等方面都需要有一定的选择。
好了,以上基本将PRD的理论知识介绍了一下, 我所说的,可能都是错的 。说了那么多,其实PRD的作用就是让其他人帮你干活。一个极致的情况,模仿全栈工程师,我提出一个“全栈产品经理”的概念。当一个产品经理强悍到精通策划、前端开发、后台开发、设计、测试、运营、商务等,那么这种人我称Ta为“全栈产品经理”。
如果你是全栈产品经理,那么上面我说的关于PRD的东西可能对你来说都是垃圾,你自己就能做完所有的事情,请你务必要加我微信,让我膜拜你一圈。但即便你是全栈产品经理,能一个人完成所有工作,但是完成时间肯定会很长,效率肯定会下降。所以,广大PM兄弟姐妹们,咱们还是老老实实写PRD吧!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)