为什么产品总不能按时上线

为什么很多产品总不能按时上线,为什么计划1月份上线的总要推到2月份,为什么上线后出现这么多bug和问题,为什么技术团队总是在上线的时候说好多功能还没有测试好没有调通?要不就是问题一堆不能如期完成。
其实系统上线跟装修房子比较相像,装修房子的时候也会发现原来1个月的工期拖了2-3个月,这中间的很多原因值得回味。产品不能按时上线,到底什么原因?
首先,我们分析过大量用户案例,发现大量的产品不能按时上线很大一部分原因在于我们的需求发生变化,最初的需求是这样定的,做的过程中不停的发生变化,这样技术开发中就得不停的调整。就像装修房子,今天想灯装在客厅,明天又移到卧室,这要涉及到水电、线路的改造。改造就好比技术架构的改造,就会所有的相关东西返工,可能看起来并不是那么简单。但是我们从产品的角度来看是非常简单的一件事,这样就会造成很多问题,这是一个非常重要的原因。要保证我们的产品能按时上线,创业者一定要知道要减法做取舍,有些功能是锦上添花,有些功能是雪中送炭,一定要做那个必须要的功能,非主要功能可以在后期来迭代。当我们的产品不完备、不完整的时候,如果解决了一个特别刚需的问题,用户一定会用我们的产品,就像滴滴打车、摩拜、OFO那样,这些App在上线的时候出现了很多的问题,都在逐步解决的。所以说上线的目标要明确,一定要明确,我们不可能一步做一个特别完美的产品,但我我们第一步上线一个有瑕疵可以运行起来的产品。
其次,我们在整个开发过程中的管理是否真的到位,是否处于失控状态。我们都会遇到这样的场景,确定好了一个产品的开发,技术团队要做3个月,那么我们管理者怎么去监控这样的过程。会发现2周后一份进度报告说完成了20%,过些时间再问说完成了30%。我想知道你到底看没看到那30%,到最后上线总会发现好多问题没有解决掉。所以项目管理的过程中跟进的状态一定要紧密,还拿装修来说,如果我们一周去一两次现场你会发现进度是可以控制的,而且有问题会现场问你。我们技术开发过程可能会出现这样的问题,只要启动了开发了,我们就不管了,等结果出来就好。这样就属于失控状态,开发过程中大家可能需求的理解和产品的开发存在问题,没有及时沟通,明明想做一张桌子结果出来个椅子。所以我们觉得对项目的监控和管理要及时,那怎么去解决呢?最简单的办法就是定期开会,每周开一次review会议,对项目的进度看一看,目前完成的功能的展现一下,尽管功能不完备,但能看到实质性的东西。可能技术团队会说系统开发到这一阶段没法展现,因为功能没有走全,其实没有关系,你总能说的出都做了什么,做到什么程度,没有完成的程度,各阶段的开发都是可以展现的,至少可以看到页面,可以看到部分的功能、代码和团队的状况,而且还可以了解团队在开发的过程中有没有问题的出现,避免黑盒开发。
第三点,产品上线还有一个很大的问题就是,想做的功能是这样的,最后出来的是那样的,和想象中的出现偏差。为何UI设计是这样,做出来的UI有很大的区别?怎么功能差很大,而且效果也不好?这是怎么回事?其实技术开发是个连续的过程,UI设计的时候可能并没有考虑技术能不能实现,做了一个特别好的效果,结果开发中技术说做不了,结果换成另一种形式。还有产品经理做功能的时候也做的很清楚,但开发并没有完全理解,而把方向给做偏了。这是什么原因呢?系统开发由需求到产品原型,到UI、UE,再到开发,整个是个系统化的工程。那么产品团队和设计团队在做工作的时候一定要与开发团队要做技术方案的沟通和确定,而不是做设计的时候跟技术一点关系也没有,技术人员要参与进来了解我们的业务、熟悉我们的业务,知道哪个是我们的重点,哪个是我们的难点,要做好技术突破。如果我们的UI对技术的要求比较高的话,那就用前端更好的技术把UI实现。如果我们的业务逻辑比较复杂的话,后端一定要把业务逻辑做的很精细。所以在做产品和UI设计的时候一定要把开发人员带进来,不仅是到时给产品文档就能做的好,不然会导致开发的结果没有达到预期的效果。
这三点是影响产品上线至关重要的原因,除此之外我们也发现开发中大家也加班了,最后还是完不成,是不是技术真的有问题。我们得反思一下开发之前有没有做技术风险评估,要找出哪一块会影响技术上线。比如说第三方接口联调可能会存在不确定因素,那就要提前做好准备。或者那块业务逻辑比较复杂,做开发的时候测试周期要很长,这些一定要提前告知,所以说技术风险一定要提前提出来,而且每个系统都有一定的技术风险。
综合所述,需求要明确,管控要紧密,团队的协调要置前,风险要评估,如果做到这几点,那么产品的按时上线将不是问题,甚至是提前。当然不要一味的去压技术团队的进度,只需要适当的给紧迫感。

原文地址:https://blog.51cto.com/14392291/2412908

时间: 2024-10-20 09:18:57

为什么产品总不能按时上线的相关文章

谈谈产品从创意到落地上线的过程步骤,以游戏社区为例

做产品的都知道一个梗,我有了一个很好的产品创意,只差一个程序员帮我实现了.事实上从产品创意到落地上线,中间需要经过非常复杂的过程,如何落地是真正的难点,创意本身并不值钱.本文以一个游戏社区为例,谈谈从创意到上线的整个流程. 本文的案件是我参与过的一个项目,内容是我总结出的经验.本人产品刚入门,以下内容欢迎新人探讨,大牛请笑看. 当我们有一个产品的想法.创意之后,经过一个完整的产品策划流程,将产品最终上线.落地.整个产品设计的流程,大致可以概括为这么几个步骤. 首先是市场分析调研,综合分析市场环境

负责的产品经理是如何跟进需求落地的?

一个产品经理可以随时随地的知晓自己需求的进度,并且能够及时检验,是对产品负责的一个态度. 产品经理中打酱油的节点 最近负责的产品模块进入开发周期,需求评审.产品设计过一段落,是时候歇一口气的周期.往往很多产品经理在这个时候,最常用的是要么在有任务或需求指标下,不快不慢地进入下一个需求:要么是在下一个版本时间.或需求没明确的时候,没有事情的等待产品上线:不得不说这个周期,我认为是评判一个产品经理是否负责的PM. . 有没有跟进时间计划 . 有没有跟进产品节点 . 有没有全局考虑全在这里体现 01 

产品经理的未来

这个问题是对职业未来的展望.之前说过,产品经理这个职位的划分,基本上就是策划和运营两大类. 策划同学未来可以朝着有经验.高级的策划人员发展,以后负责一个新产品整个生命周期的功能和发展路径的规划工作:也就是这个产品怎么做由你决定,你去养成,你就是这个产品的妈,要把它养大纠正它的一些错误. 运营同学的话未来可以做一些垂直类目的运营,比如说渠道推广,把这个做的非常熟,有渠道人脉,任何一个产品交给我都能用一种模式把它推广好.以后除了能为各种产品做渠道还有可能成立一个渠道公司,作为一个第三方接单子做推广,

【用户分析-用户场景】这TM才是产品思维!

@奶牛Denny :很长一段时间里,市场推广/营销(Marketing)在中国似乎是一个大家很忌讳的词汇.市场推广无非就是夸大包装,炒作一下,卖卖情怀——很多人都是这么觉得的,因为确实有一部分急功近利者是这么干的. 这些人,错过了很多的乐趣. 所以我想分享一个自己工作中的真实案例,来弥补一些乐趣.如果以自己的创业项目为例,总有王婆卖瓜之嫌,所以我要说的这个案例,是在一个大公司“内部创业”的故事. 今年上半年的时候我还在大众点评工作,负责其Marketing.而在四月至六月的这段时间里,点评打响了

如何从一张白纸开始做产品

如何从一张白纸开始做产品 写给新人看的,算是我几年产品经理经验的总结 各种老板想出某个奇葩idea,指派给苦逼的产品经理你,于是开始干活 仔细阅读老板给你的任务,反复和各级相关人员沟通,弄清楚公司对于这个产品的真实想法和策略,这个很关键.有些idea是幻想,有些是跟风,有些的为了挣 钱,有些是为了压制竞争对手,有些是为了办公室政治.这个产品能走到什么地步,你的工作是否顺利,完全看你在出发点的理解是否到位 找来市面上相关产品,全部仔细看一遍,了解清楚他们关于这个产品的设计边界,做好各种笔记 通过以

诸葛——产品没有运营资源,怎么让它运转!

诸葛--产品没有运营资源,怎么让它运转! 首先明确一个观点:好产品是运营出来的!!! 如果是没有运营资源,我们可以想办法.是去向公司申请更多支持,还是拓展新资源.如果是不想投入运营资源,觉得不需要运营,期望通过零运营的方式获得产品成功,基本是不可能的. 首先来梳理一下运营资源包括哪些?分内部外部两部分,内部就是钱和人,外部包括一切可利用的有助于产品总目标实现的资源. 第一,钱 运营其实是"一分钱一分货"的工作,别指望从天上掉下来千万量级的用户,做人千万不能太贪心.网上流传的<XX

没有运营资源,怎样让产品运营起来?【诸葛】

如果是没有运营资源,我们可以想办法.是去向公司申请更多支持,还是拓展新资源.如果是不想投入运营资源,觉得不需要运营,期望通过零运营的方式获得产品成功,基本是不可能的. 首先来梳理一下运营资源包括哪些?诸葛认为分内部外部两部分,内部就是钱和人,外部包括一切可利用的有助于产品总目标实现的资源. 1.钱 运营其实是"一分钱一分货"的工作,别指望从天上掉下来千万量级的用户,做人千万不能太贪心.网上流传的<XX总监告诉你:如何不花一分钱做火产品>这类文章只会教坏老板们,回头跟你讲&q

程序猿如何“智斗”产品经理

程序猿如何"智斗"产品经理 RD和PM的恩怨是历年来有目共睹的, 每一个项目迭代中,RD都是希望能得到更多的"空闲时间",这时间可以养精蓄锐或是技术学习. PM则希望能够尽最大效率使用RD,把自己堆着的那些prd都能最快落地,希望不管出现任何问题都别延期. 这也是造成了两者最直接的矛盾. 但天天重复相似的问题,有没有通用的解决方案? 秉承多年与PM周旋的经验下面主要从以下八点开始阐述 求其上得其中 合理的攒人情 如何给PM施压 该正面交锋时,绝不手软 先小人后君子

聊聊产品经理那点事

如果说程序员的最大的"敌人"是谁?那么很多人第一反应就是产品经理.当然,网络上很多段子也会让我们误解他们两者之间的关系.本期移动精英开发俱乐部,我们就邀请了很多程序员和产品经理一起来聊聊"产品经理的那点事!",有吐槽,还有调侃,当然还有怎么解决存在的那些矛盾.希望越来越多的程序员同学和产品经理,都能够"冰释前嫌",一起努力做出更好的产品,让世界变得更美好.文章系国内ITOM管理平台OneAPM审校整理. 你心目中的产品经理应该是什么样的? 懂产品