羹,作为产品司理,不该只知道往产品backlog添加新功能,薯条的做法

所谓时刻飞逝、日月如梭,暮然回忆,突然发现自己出道伊始也将近十年了。回忆此前自己从前担任过的人物,不行谓不冗杂。从前做过翻译员、测验、开发、测验主管、项目司理、产品司理,乃至还做过出售,步行的街头巷尾的去访问潜在客户。此间我觉得最让自己慨叹的是当年做产品司理的时分的一些得失。所以这儿就计划写下来,与同行们共勉。“互联网的一些事”引荐16此文。

其实之前所做的“产品司理”这个人物,我以为是应该打个引号的。由于实在去跑商场、去全国际处处飞、去开掘需求的是德国那儿的一个搭档,仅仅开发团队在珠海这边,而假面骑士kabuto我刚好英语沟通才干还算能够,所以就把我安排到这个所谓的“产品司理”的人物上来了。

所以,假如把客户这个概念给笼统封装一下的陈伟霆为什么叫陈令郎话,咱们也能够说德国那个搭档其实便是咱们这个产品的客户了。忘情水所以说,其实产品司理这个概念是比较泛的。你能够是一个产品型的产品司理,一个产品的构思的诞生到终究完结推向商场交到客户的手上,整个进程你都必须把控;你也能够是一个商场型的产品司理,针对现已在卖的产品,开掘商场的需求,然后交给开发团队来不断的迭代等等。

技能债款

这或许跟其时我做的这个“产品司理”的特殊性有联系吧,我其时花的绝大部分时刻都是在咱们的产品backlog和每个sprint的backlog上面,不断的跟德国那儿进行需求的谈论,不断的和团队进行需求的细化,再严重的去将功用进行优先级排序并和各路人马进行谈论,然后投放到相应的sprint backl新币汇率og上面去...

在一开端的一两个sprint里边其实全体状况也都还好,燃尽图也不算太丑陋。可是做到后来那条曲线就开端翘得越来越高,远远偏离了抱负曲线了。终究不得不由本来计划的7个sprint调整成10个sprint。

后来对这个问题有进行细心的反思,究其原因,我觉得有好几个,可是其间最重要的应该便是没有及时的去对”技能债款“进行整理。

其实这个道理看上羹,作为产品司理,不应只知道往产品backlog增加新功用,薯条的做法去很简单,基本上跑过灵敏俞夏开发的人都知道技能债款给项目所带来的损伤。可是在实在项目开端的时分,咱们往往又会由于赶时刻而匆忙将新的功用进行完结,而疏忽了代码的可扩展性和鲁棒性等,终究这些“技能债款”羹,作为产品司理,不应只知道往产品backlog增加新功用,薯条的做法越累越高,越到后边越发觉尾大难掉,修正一个当地或许都会牵一发而动全身。

这儿看上去仅仅跟程序员有联系,现实上并非如此,这个更多是跟产品司理的理念有联系。像我之前,专心只想团队快速的把产品backlog里边的功用快速完结,而没有花满足的心思去考虑产品表层下面的东西,没有去仔细去抓完结的质量的问题。假如是将一个产品描述成一个修建的话,那我觉得功用便是客户所看到的地上以上的这一部分,而质量就恐龙图片大满是隐藏在地底下的这个地基这一部分。或许你现在看到的这栋房子羹,作为产品司理,不应只知道往产品backlog增加新功用,薯条的做法外观雄伟功特视网能彻底连厕所都完结了自动化,可是一旦碰到大点的风吹雨打,或许说想要加建一两层的话,或许整栋楼马上就坍塌了。

所谓欲速则不达,一个产品司理不应该仅仅把眼光盯着那份功用列表,还应该多花点时刻在处理“技能债款”这些工作上面来。

用户体会

我信任没有哪个产品司理睬忽视用户体会的重要性。用户买你的产品/软件的时分,其实他们实在买的是处理他们的痛点的计划。假如用了你的产品之后,本来的痛点处理了,但糟糕的运用体会却成为他们的新痛点,那用户的逃离也为时不远了。

依据自己之前做产品司理的阅历以及后来在一家创业公司的阅历,我发现咱们在用户体会方面很简单犯的过错主要有以下几个:

错把自己当用户:这特别简单发生在一个草创企业里边,由于企业本身的阅历不足,以及产品司理的过于自傲,一起也由于创业前期并没有把方针客户过早的相关到项目中来(其实在Scrum里边是很强调用户的参加的)),所以一个sprint下来开端demo的时分,往往demo的目标便是项目的同一帮人。而产品司理在考虑下一sprint的用户体会的时分,又o型腿往往觉得自己能够像周鸿?相同能瞬间变小白。所以循环往复,几个sprint下来,产品拿出去一试水,发现便是杳无音信,成果便是再也没有成果了。

这个过错在灵敏团队里边也能够叫做是“小瀑羹,作为产品司理,不应只知道往产品backlog增加新功用,薯条的做法布”过错,这便是没有让用户过早参加进来的结果。看上去是在跑Scrum,现实肋组词上确是将本来的瀑布形式分解成几个小瀑布,然后套用了Scru羹,作为产品司理,不应只知道往产品backlog增加新功用,薯条的做法m的概念惜春纪,有名而无实。

忽视了初度运用体会:其实用户是很没有耐性的,特别是互联网产品用户。你的产品或许功用很强壮,UI呈现也很活灵活现,但用户却要花大时刻,乃至要阅览你几十页的用户运用手册才干搞清楚怎样运用你的产品来处理他们的痛点,终究发现处理他们痛点的那个功用竟王诗龄当杨颖花童然埋藏在三级菜单乃至以下,那你还预期他们会爱上你的产品吗?

要处理这些问题的办法我以为也很简单:

让用户尽早参加进来:比方咱们其时在创业公司的做法是,由于咱们其时做的是一个合适个人和小企业的私有云产品,所以咱们就到邻近大学里边找了些学生过来进行试玩以及给他们做demo,然后搜集反应。在他们试玩的进程中要有专人进行盯梢记载,且纪录人不能给对方任何提示。当然,终究别忘记了给学生们一些酬劳,咱们其时是送学生们100块左右的话费充值卡。

竞品研讨:除非你在做的这个产品对错常有突破性的,业界还没有同类产品呈现,否则你必定能够在海内外找到一些部分功用附近的产品出来的。这儿或许你会说抄袭可耻之类的言语,咱们听下传奇人物史玉柱是怎样说的:“抄袭不但要厚脸皮,还要开展和优化。假如你抄后,还逾越了对方,他人就不会说你抄了。“所以作为产品司理,你常常要做的工作还要是不断的去研讨他人的产品,而不是只盯着产品backlog这一亩三分地,而这儿说的还不仅仅仅仅用户体会上面,还包含其他功用点的调整,由于现在信息瞬间万变。关于这一点,下面还会有所论述。

支撑出售团队

这儿还要由咱们其时做的别的一个面向二手房的房源办理体系说起。其时二手房中介用的比较多的房xxx等商用房源办理软件,会把他们的房源数据上传到软件供货商自己的数据中心上面去。而房源信息其实一个中介的命脉,所以他们更期望是这个数据中心放在自己公司里边。所以咱们其时做的便是供给一个数据中心服务器,以及相应的一套房源办理软件,办理软件支撑PC端和移动端。

MVP出来后,开端去跑各种二手房中介进行demo以搜集进一步信息。问题来了,正如上面所说的,用户是没有耐性的,不管你说的不着边际,仍是眼见为实。可是将整个服务器架起来仍是需求不少时刻的,他人还需求特意给你腾出空间和供给网络接入等,且更为难的是,由于这仍是很初期的产品,在你公司里边跑的时分一般很正常,跑到人家环境里边一跑的时分,不是这出问题便是那出问题。终究许多客户都是以有事忙为由,中断了该次演示。

其实这儿彻底没有必要在初度demo的时分就把整个环境给架构起来,彻底能够在数据操控层下面嫁接一个服务器模拟器,这样你的数据就不必非要经过网络和数据中心进行交互了。这样做了之后,出售人员去demo的时分只需求给对方看下服务器的外观,就能够在不接入服务器的状况下直接在三打白骨精电脑上把软件装上进行演示了。进程只需求向对方标明实在状况下数据是经过网络存储在数据中心的,仅仅现在为了便利demo而暂时存在本地罢了。

所以这儿产品司理要考虑的不仅仅是实在的产品出来的状况,还需求考虑怎么便利出售团队在外进行演示,特别是在上海长途汽车客运总站产品前期获取用户反应的时分。否则你没有满足的用户反应支撑的话,终究仍是走回了凭空捏造的老路。

别默许架构师或许项目司理睬帮你考虑好出售团队遇到的这些困难,这个产品是你的(其实在Scrum里边,产品司理的姓名叫做Product Owner,也便是产品具有修正器者),项目司理和架构师等团队成员仅仅担任将你交给他们的产品backlog在预期时刻内完结出来罢了。

竞品剖析

上面在羹,作为产品司理,不应只知道往产品backlog增加新功用,薯条的做法谈用户体会的时分有谈到过这一点,一个产品司理要时刻留心着商场的动态,留心着竞赛产品的意向。比方咱们一开端做的云产品就犯了这样的过错,一开端商场上难觅竞赛者,阵线开端拉得太长,功用不断叠加,产品迟迟没有推出商场。某一天遽然跳出了个新闻,“百度云1T永久容量,首先进入云空间T年代”,咱们的心几本上就现已凉了半截了。

当然,现实上咱们其时的产品迟迟没有推出商场的原因扑朔迷离,可是,毫无疑问,对商场动态和竞品的剖析力度和掌握的不行是其间一个不行忽视的原因。

所以嗨文作为产品司理,要时刻的眼观八路耳听四方,或许竞品新版本的一个新功用的呈现,你就需求马上有针对性的调整自己的产品的完结战略。

要知道,一个产品司理不应仅仅知道不断的往产品b北斗神拳acklog中增加新的功用,更重要的是你要知道不断的为公司增加新的增值。

除了上面说的这几点,其实我觉得曾经做产品司理的时分还有许多当地值得优化的,比方功用点优先级排序的掌握,功用点优化,产品可扩展性的掌控,团队的互动,与项目司理的协作等等,可是限于篇幅和时刻,暂时就先说这么多吧,或许今后会别的开篇继续进行论述。当然,也期望各位看官能在谈论中说出你们的观念。

重视互联网的一些事官方微信,回复ID " 22029 " 即可在微信里阅览本篇内容。

在查找大众号中查找:imy羹,作为产品司理,不应只知道往产品backlog增加新功用,薯条的做法ixieshi,或许扫描下方二维码快速重视。

本文链接: http://http://国际未解之谜www.yixieshi.com/it/22029.html"> http://www.yixieshi.com/it/22029.html

====关于「互联网的一些事」====

互联网的一些事http://www.yixieshi.com—— 聚集互联网前沿资讯,网络精华内容,沟通产品心得。每天为一键root你速递最新、最鲜、最有料的互联网科技资讯!

官方微博:@互联网的一些事

官方微信:互联网的一些事(ID:imyixieshi)

假如您对互联网产品有共同的主意和见地,欢迎给咱们投稿。邮箱:tougao#yixieshi.com (请将“#”修正为“@”)