一篇产品管理案例研究，为你围住下一个应用程序提供参考

4）月度都只利率（MRR）

属于自己MRR（新零售商造成的新收入），附加MRR（既有零售商适用我们非常多公共服务而增加的收入），总的新MRR（附加收入减去超重）。尾随MRR能从帐目的相反塑造出产品线的成短超高速。

还有一些其他的量度，我都会引人注意尾随，以便借助于它们来改善产品线的用户界面交谈。

5）上半年

我们的用户界面对产品线的上半年如何？调查、零售商评论、其他社群新闻界上的论点等等都可以尽力我们洞察这些原始数据。将其与零售商公共服务原始数据（每周/每月的零售商默许叮嘱量、首次积极响应的平均等待时间、关停默许叮嘱的平均等待时间）紧密结合，可以非常快地洞察我们零售商的上半年。

6）采用

基于我们下线的特性，用户界面所需刚开始才能将其熟悉运用？这个原始数据可以让我们究竟是选择在此期间转发一个特性还是放弃。

7）勤务失败率

零售商所需刚开始才能启动一个特定的勤务，比如给一个领头下单？发出的勤务启动的倍数有多少？这些原始数据使我很难明确用户界面在监督勤务时导致的确切这两项问题，为改进产品线托供了一个原始数据飞轮的方法。

03

产品线管理者有时也就是说时说“不”。你什么时候时说“不”，你如何对一个团队的产品线效益时说“不”？

产品线管理者涉及大量的不明确因素。如果偏离的特性不合乎产品线思路，我都会时说“不”。

对于任何产品线来时说，产品线的特性量都是有限的。冲动地对每一个效益时说“是”，都会导致产品线的看上去。

在你托建议以前，要究竟这是一个可以让零售商在车主的时候聊天的产品线。有时，一个团队核心成员才都会时说，添加这个小特性又不都会红豆很短等待时间，或者才都会时说很多人都有比方说的效益。

但其实，并未所谓的“小特性”，因为所有的特性都具备其重复性。

的确，关心零售商的应答是很这两项的，但如果只是把它作为一个准则，你很慢就都会变回一个为相异零售商借助于相异特性的Corporation。但我们希望上架所有零售商亦都会适用的特性。

我如何时说“不”呢？作为一个一个团队，我们都只能洞察我们的产品线思路是什么。一个团队中所的每个人都不该究竟至少下一代两年的分段是怎样的。所以协力的产品线思路可以让我有理由时说“不”，它让我有信心时说“不”，它让我很难解读我们将专注于什么特性。

04

尽快完工后哪些特性的反复是什么样的？当你尽快完工后什么特性时，你都会再考虑哪些因素？

我都会适用ACID测试者，其中所最主要所列这两项问题：

它确实合乎我们的期许——产品线思路中所完工后特性的终极准则。 每个人都能从这个特性中所受益吗——我悄悄避免建起一个一刀切的产品线，因此我们上架的特性只能使我们所有的用户界面受益。但这并不也就是说他们亦都会适用这个特性。 它如何直接影响既有的兼职系统设计——它是改进、补充，还是或多或少创新？ 它能使业务上涨吗——它能增加收入吗？它确实下降了超重？它确实能增加用户界面粘附？ 它确实都会转化成属于自己有普遍性的交谈——人们都会用它来实既有普遍性的两件心里吗？它都会如何直接影响我们现在搭设的其他特性？ 如果它失败了，我们确实能负担得起它——它对我们的留言板一个团队也就是说什么？开发设计一个团队呢？它是只能年内奏效，还是可以让我们短期默许的？ 我们能否其设计出奖赏少于牺牲的建议——这可以从短期来看，而不一定所需在一年差不多的等待时间内启动。 我们有控制能力要用好它吗——要么不要用，要么就要要用得有特色。 我们能明确它的区域吗——我们确实有足够的原始数据来确实地洞察这个特性？

对于我们来时说，要建起这个特性，所需对上述全部或者大均这两项问题作出负责任说。只有在极少数情况下下才都会有一般来说。

05

你将如何使你的新特性被零售商适用？时说确实这个反复。你如何量度这个新特性确实失败？

我们只能尽可能在上架新特性时不都会给我们本来的零售商造成不便，因此推动兼职将分迭代同步进行，每一步都有一个这两项的结果来尽快何时同步进行下一步。

1）一个团队测试者

悄悄兼职的一个团队将是第一组直接测试者人员，即开发设计一个团队和产品线一个团队。他们的主要勤务是识别bug。一个团队测试者而无须我们在还在建设工程时加入新特性，而不用等到它启动。对一个小一个团队来时说，这是慢速而高效的，因为他们也确实哪些特性还并未搭设。在这一步，我们都会在测试者环境中所适用一个动态原始数据复制。

2）Corporation测试者

下一步是向整个Corporation采行该特性，不所需特地教他们怎么适用这个特性（因为我们也都会像这样向公众释出）。这也是一个要用商业性封测的好机都会。在向公众释出以前，先以在Corporation内部采行，可以让我们弄确实特性中所容易让零售商感到迷惑的均。

3）封测

我们可以邀叮嘱该产品线的一小均用户界面参予封测，也就是将新特性释出给这个特定的群体，并作为一个测试者正式版同步进行技术交流。

他们将实际适用该APP，而不仅仅是通过模拟来同步进行测试者。为了尽可能我们能非常进一步地借助于他们的反应（反应直至被视为在应答之上），我将让一均测试者正式版的封测用户界面来同步进行可用性测试者，来看用户界面确实能辨认出并适用这个特性（即用户界面参予），看他们在兼职系统设计中所如何适用它，看他们是如何适用它的，并找出任何都会以致于他们适用的这两项问题。

4）公开释出

一旦封测正式版中所辨认出的这两项问题赢取解决，我都会公开释出该特性。这一步的一个这两项均是传递信息准确的原始数据，让用户界面究竟可以用新特性要用什么。

在这一点上，我将风险评估可辨认出性（有多慢可以寻找它）、参予度（有多少用户界面在适用它）和采纳度（有多少用户界面在他们的兼职系统设计中所适用它）。除此以外量度越高，时说明该特性的观感越好。

06

你视为其设计得最优秀的三个产品线是什么？

1）KCB证券

该APP的其设计和行销要用得非常好。为了扩大该APP的直接影响，证券让零售商和非要能零售商都能适用。然后，KCB借助于其所有从中让零售商和潜在零售商都下载它。该APP还都会都只修正，声称该证券一切都是要建起一个人们都会真正适用的APP，而不是一个摆设。

2）Overview Finance

我直至为帐目状况尾随时的术语而困扰，直到我遇到了Overview。虽然仍处于封测期中所，但这个APP有两个粘附特性。

其一从前它能自动尾随通过Mpesa或Airtel收入或者开销的资金。例如，我要用Mpesa支付燃料费，它可以自动将其日志为燃料开销，这样就不所需我自己转换了。当我所需手动转换时，系统设计也非常简单，因为现在有了准确的原始数据。它为我要用了一件小却这两项的两件事。

3）Uber

关于这款APP的一切都很加。无论是给用户界面造成一流的交谈，还是非常属于自己频率。不管是哪个正式版，你都可以看到他们共同努力改造什么。Uber司机大约7分钟就能到。这是一个很好的组合交谈。

07

哪些APP是当地为人所熟悉的？什么APP让你很不喜好适用？你都会如何解决它？你的下一个正式版都会是什么就让？最这两项的特性是什么？

巴克莱证券的USSD程序我很不喜好。大体，巴克莱证券把他们的整个证券和平台都搬到到USSD和平台上适用。该APP而无须你同步进行RTGS或Swift交易，但每次一切都是要在纸片启动某个勤务都要经过很多迭代。例如，如果我一切都是看一下我的卡内，我只能经过所列迭代：

*电话号码*224#* *托供我的密码*。 *选择证券公共服务*。 *选择账户公共服务*。 *选择证券查看*。 *选择A/C号码*。 *获得取卡内*。

大均每一个反复都是这么冗短。

我一切都是要下一个正式版通过适用种系统来尽快可选上的素材。我将优先以再考虑托款和卡内查看等项目，因为这通常是用户界面最常见的特性。如果拥有适用原始数据、却不通过任何方式为加以借助于并将其用之于改进APP，是并未任何普遍性的。

几周，我将同步进行用户界面交谈研究课题，以洞察用户界面适用这款APP的目的是什么，并据此来呈现的系统。根据我同样的经验，APP的其设计并并未再考虑到悄悄适用的和平台（USSD）的性质。

这是一个引人注目的与此相关研究课题，我希望它能对你的下一次面试或多或少尽力。

书名编者：Kipkorir Kirui

书名标题：Product management application case studies for your next application— case study #1

书名地址：

译文：许绮博，人人都是产品线实习生兼职

本文由人人都是产品线实习生兼职 @许绮博 翻译释出，未经许可，禁止刊出

题图来自Unsplash，基于 CC0 协议书

。

沈阳牛皮癣医院
南京男科医院哪个比较好
贵阳甲状腺医院哪家比较好
北京妇科医院哪家看的好
太极集团