产品经理的技术素养_第1页
产品经理的技术素养_第2页
产品经理的技术素养_第3页
产品经理的技术素养_第4页
产品经理的技术素养_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、产品经理的技术素养这一节是写给非技术出身配件的产品经理;谈谈产品经理为什么要懂技术,要懂哪些技术,何种程度?关于关键技术产品经理究竟需不需要懂技术,我想答案很清楚,肯定要。原因如下:首先,判断需求的技术合理性。产品供给经理除了判断需求本身是否合理,还需要对技术可实现的合理性上进行评断基本的判断。之前坊间流传的一个流行语,说一个产品线经理被经理开发揍了,因为他提出这么个需求“希望 APP根据手机护套的颜色同步变色”。且不说且不说这个需求有没有合理性,从技术上本身就不可行。另外,了解一点技术,可以让你提出的融资需求更加准确;比如网站上线,你希望小网络资源灰度,技术问你,如何灰度?按流量,按地域还是

2、其它?你:”其次,产品经理做为项目沟通协调人,在项目上线后,总会收到各种各样的反馈和 bug。比如线上出现了一个紧急bug,这时候作为协调人,你能不能予以一个基本的判断,这个bug 大致是前端问题,后端问题?应该优先和什么人去直接对话?不应该把大多数工程师统统拉到群里。再次,了解技术有助于提升日常沟通效率。尤其是牵扯跨部门沟通,对方有自己的产品销售与技术,自己小组有产品和技术。很多时候,产品经理是居中协调人,如果你完全听不懂技术在说什么,你就会沦为一个传话筒,而且资讯是一个总是丢失或误传信息的传话筒。那么作为非技术出身的产品经理,需要有了解到什么程度呢?放心,你不必学会写代码或者读懂代码,不必

3、关心程序逻辑细节。你要做到的是,能够听懂并概括大家在说什么,边界在哪里。了解任何一个学科的新知识,首先需要把须要基础概念搞清楚;然后尝试把它们关联起来,你就建立了相关一个基础的知识结构,后续再补救的知识,才有可能在这个结构构造上生长开来。互联网应用的简化模型端与后台目前我们提供服务的产品,无论最终的产品体下一场是网站还是APP其基本构成是非常类似的。都有服务端(后端,后台),服务器主要负责数据存储,增加,删除,修改与查询。它是7X24 小时随时待命,等着响应来自用户端的请求。用户端,就是用户访美我们服务的界面,常见的有三种。可以是APP府些公司叫客户端),常见是就苹果和安卓,当然 Window

4、sPhone,Blackberry 也都是类似的:其实在PC互联网时彳还有 Winform端,常见的如QQ就是运行 在PC电脑桌面上的法律条文,这种产品体移动互联网时代相对少了, 产品销售经理不需要特别关注,除非你就是PC客户端产品经理。信息流动思考关键典型的信息流动非常关键。信息流动,就是指用户使用我们的产品时,在技术视角下,发生了什么。以使用今日头条 App为 例,我们点开头条撕开App,这时候发生了什么呢一次典型的 Pull( 拉)请求我们把端向服务器请求过程,称为“ Pull ”拉数据。服务器根据我们的劝告,从数据库里把数据查询信息系统出来,预处理,排序等,返回给端,端本地把这些数据,

5、按自己的模板呈现出来,就完成了一次典型的数据请求展现过程。上述前后后端协作模式,在技术上我们称之为 C/S(Client/Server )模式;当下App基本都是这种数据请求设计模式,与 C/S 相对的是 B/S( Browser/Server )结构B/S 结构数据请求B/S 结构,通俗的说:就是用户不可能需要安装应用,直接通过搜索引擎来访问我们的服务。所以,服务端查询数据后,会先用模板把数据填充好,再返回给浏览器来呈现。从信息流动的角度,就这一点区别。端的能力不同App 应用,或者我们称之为“原生应用”,使用 C/S 结构访问与呈现数据。由于是原生应用,它能够访问系统的能力是很强的。重力感

6、应,地理位置,光线亮度等典型的手机能力。“按手机壳变色需求”的不可同时实现性就在于:连手机操作系统本身都无法知晓自己呢附着手机壳,当更不用说判断其颜色。如果不考虑消费需求合理性,从端的能力来看,需求可以这么提:“按环境光线的色温,改变屏幕的亮度”。这是可以做到的,而且很多应用已经保有,比如“夜间模式”。像爱奇艺的播放桌面,你关灯后,它会把屏幕可见度降下来,避免黑暗里观赛太刺眼,在你开灯之 后,它会自动完全恢复亮度。浏览器,无论是手机浏览器,还是PC浏览器,前端使用的脚本是Javascript ,对操作系统的访问能力很受限。只能得到环境的 IP ,浏 览器版本,操作系统版本等。了解了这个层面,前

7、面提过的“WebM/Wap页灰度上线”的需求,你就知道,可以通过IP(用户所在城市)进行灰度,就是比如,只有是北京( IP 城市在北京)的用户访问时,看 到的才是改版后的产品界面。产品中需要理解自身产品典型的信息流向,把专利技术问题的边界就框定了,上面我们举几个典型的案例加以说明。1. 信息流产品信息流产品,大家最熟悉的如今日小报。可以根据移动用户喜好,把用户可能感兴趣的内容进行自动推荐。作为产品经理,逻辑与算法, 你只需要把握国境,细节都当成黑箱时需推荐系统简化模型作为一个推荐系统,毕竟有一个技术上相当复杂的架构;但在产品经理眼里,你就抽象成一个”推荐模型“就好。内容管理系统是运营干预内容推荐的一个平台,比如一些固定的运营位,对一些内容的 修改,删除等。对于前端产品总经理而言,了解用户一个力劝,在后台流经了这几个系统,且大致酿成了什么就可以了(如果是AI 产品经理,专门负责算法优化的另当别论,这种当然总经理大部分是科班出身,不在本 文探讨之列)。比如请求拉取信息流,典型的流程会是模型给出算法建议的 N 条 内容,然后内容管理系统给出几几个固定运营位,结合一些黑白名单, 对内容权重成功进行适当的人工干预,形成最终的内容列表,返回给 端。理解了这

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论