联系方式CONTACT 

当前位置: 主页 > 产品案例 >

觊时娱乐共羸欢乐

下载凯时娱乐山东线下产品经理学习视频

来源:http://www.zodahk.com 责任编辑:觊时娱乐共羸欢乐 更新日期:2019-03-17 09:49

  1.前端 前端分为网页前端(H5)和移动客户端前端(native),移动客户端又分为Android、IOS或微信小程序等。 我们需要理解H5和Native这两种技术方案在实现难度、工作量、资源投入上的区别,以决定具体用哪种方案? H5的开发成本更低,且在工作量上只需要H5工程师开发一遍;如果是原生系统(native)开发,那至少需要Android和iOS工程师各自开发一遍,工作量和资源投入要高。在快速试错和需要灵活应变的场景下,H5的技术方案不失为一种好的选择。 除此之外,跟前端开发在沟通过程中,还会高频听到“组件”、“写死”或“接口”等词。

  我觉得我的入行经历比较典型,是大多数新人小白都会经历的过程,所以对这段经历做了下总结,希望能对新人小伙伴有所帮助。

  和大多数想入行的新人一样,我一开始对产品经理的认知还停留在一些百度而来的初级内容,对于产品看法主要集中于界面元素和非功能需求,比如界面元素颜色和页面跳转的流畅度。

  看到一个APP先去看颜色搭配和布局怎样,之后点几下或者滑动几下看看流畅性怎样。后面才发现,这种产品体验方式不是不对,而是过于关注优化层次,缺少对于其它主要设计的体验,比如核心流程的体验和思考。

  通俗讲,把数据表理解成excel表就好了,数据表名对应excel的表名,每行记录对应excel表格的每行(行),每个字段对应excel表格的属性(列)。 对我们产品而言,我们需要了解的是有哪些核心功能表,核心功能表也是主表,这些表中大概有哪些字段,表与表之间的关联,可以很大地帮助我们了解需求的实现难度。 数据表和excel表的区别是:数据表有一个很重要的概念——主键和外键。主键保证了数据的性,外键保证了数据的完整性。 主键是能确定一条记录的标识,比如,一条记录包括身份证号,姓名,年龄。身份证号是能确定你这个人的,其他都可能有重复,所以,身份证号是主键。

  在看了更多相关知识后,我开始跃跃欲试,忍不住去投递产品岗参与笔试、面试。却频频碰壁,对于笔试和面试题目老抓不到重点。

  虽然每次面试后都对题目进行了分析,但只是基于知乎上的一些内容,很难形成体系,比如懂了需求优先级排列或者基本的界面设计,但是没有一个宏观的系统将这些内容概括进去。

  到了这个阶段,我开始看各种平台的内容,看到好的内容立马收藏起来,收藏夹一度爆满,但因为不懂得抓取重要内容、没有系统框架来辅助记忆、没有实践经验,导致看这些内容效率很低,看了很多都记不住。

  反思下很容易发现,系统框架如果自己总结,不太可能具有很好的完整性,实践没有人指导要取得大的进步也很难,所以进入下一阶段,我采取了参与系统学的方式。

  产品经理必懂的技术那点事儿 先问:产品经理为什么要懂技术? 对技术了解不多的产品经理们,在日常工作中,会不会遇到以下问题: 1)需求评审时,你说,一个星期应该能完成吧。开发给你一个白眼,说,不行,一个星期你来写,这至少得三个星期,陷入尴尬……。无法评估一个功能的技术实现难度。下载凯时娱乐。 2)测试提过来一个bug,比如收藏列表的价格显示和商详页不一致?你搞不清问题的根源,不知道该找客户端同事还是后台同事修复,只能先问前端再问后端。不能快速定位反馈对象,无形中浪费了许多时间。 3)与开发沟通时,总是会听到接口,API,传参数返回等听起来很懵逼的技术专业词汇,云里雾里插不上话,感觉自己是个局外人。需要花大量功夫去了解清楚,降低沟通效率。 因此,作为一名产品经理,懂技术是非常必要的。这样才能和开发工程师有效沟通,对实际开展产品工作有非常大的益处。 但也不至于要去学一门编程语言,会写代码。真正掌握一门编程语言需要大量的精力和时间,还容易陷入到各种技术细节。懂前后端的数据交互和底层数据表结构设计,足矣。专业的事情交给专业的人来做,写代码到底还是工程师该干的活儿。 再问:技术的底层架构? 一个完整的项目由客户端(前端)和服务端(后端)组成。

  TIPS:同样,因为我自己喜欢在「人人都是产品经理」上学,也整理了一些比较碎片的知识,给大家分享一下:

  进入这一阶段重要是找到行业里的专家,拜他们为师,让师父带着你进行系统性学和实战,于是我选择了产品经理就业特训营。

  我想我没找错组织,才开始上课,老师就讲解了宏观市场,这个决定了产品的方向,决定了格局,之后通过老师深入浅出的讲解,我学到了一个系统的框架,也学到了一些产品落地的细节操作,才发现之前自己的学太过于局限了。

  对于产品经理知识的学,系统化很重要。做一件事情有目标,就可以有动力去实现,有方法论,就可以稳定的实现,有宏观思维,就可以统一目标高效地实现。

  这里的目标、方法论和宏观思维可以总结为系统化,对一件事情系统化的认知就可以明确目标知道怎样实现,就可以完善系统的细节,形成自己的方法论,就可以有宏观的架构思维,知道哪个时间做哪件事,从而高效地实现。

  同样的,31公司被查搅动市场神经 多家自,w3cshool也是可以学的。 到此,差不多结束了。有了这些知识,相信会大大提高和开发的沟通效率。 后想说的是: 产品经理懂技术不是绝对的,学技术的目的不在于具备技术能力,而是要掌握技术思维;通过技术思维和产品思维的结合,发挥综合产品能力,不管是在产品思考还是产品决策上,技术思维的补充都会为产品经理提供更加清晰和落地的思路。终还是要回归到产品的本质上,通过产品创造用户价值和商业价值。 对于产品经理而言,理解需求、完善逻辑才是谋生的饭碗。经济学讲相对优势,对需求的理解才是产品岗相比其他岗位的相对优势。懂不懂技术,只是在产品内部的相对优势,就像懂运营的产品也比其他产品更有优势。

  产品经理教导的系统化知识,对于产品经理来说可以让学事半功倍。对于小公司的产品经理,期货配资:层层花样骗局新出炉。可以稳定地依据流程实现产品,对于大公司的产品经理能更加准确地定位自己的职能,深耕于系统中的细节,总结自己的方法论。

  事实证明,这种系统化思维也让我在入行后快速成长,很快得到了这个平台的工作机会。无论你目前处于哪个阶段,每一个阶段的突破需要的不只是努力,还有系统化带来的动力、思维和效率。

  以上便是我作为一个新人梳理的入行心路历程,希望能给大家带来一点启发。后续我也会更加努力,给大家带来这个岗位上更多的思考。

  如果你觉得自身能力还不足以匹配岗位要求,又怕不成体系的学浪费时间,不妨像七七一样考虑下起点学院重磅打造的产品经理就业特训营。

  在刚入行的时候,比同龄人少走弯路,更早获得理想offer。这在往期童鞋的就业情况可以看出来。

  7、实例:实际调用时的响应的内容 后端定义好URL,前端按照规定的格式传递请求参数调用接口,接口会把数据返回给前端,前端拿到这些数据再去实现具体的功能。 以一段具体的代码为例来看前后端的数据交互 3.数据库表,字段 接口虽然做了很多工作,但主要是“增、删、查、找”。这四项操作是对数据库的操作。 数据库就是一张张的数据表。每个数据表是由表名、表中的字段和表的记录三个部分组成。后台开发常讲的设计数据表结构就是定义数据表文件名,确定数据表包含哪些字段,各字段的字段名、字段类型及宽度。

  1. 本网凡注明“稿件来源:本网原创”的所有作品。转载请必须同时注明本网名称及链接。

  2. 本页面为商业广告,内容为用户自行上传,本网不对该页面内容(包括但不限于文字、图片、视频)真实性和知识产权负责,如您认为该页面内容侵犯您的权益,请及时联系进行处理,不收取任何费用。

  3. 本网部分内容转载自其他媒体,目的在于传递更多信息,并不代表本网赞同其观点或证实其内容的真实性。不承担此类作品侵权行为的直接责任及连带责任。