22

如何看待,产品经理说:项目先上线,后期再优化?

 3 years ago
source link: https://www.pmcaff.com/discuss/2449369401011264?newwindow=1
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

如何看待,产品经理说:项目先上线,后期再优化?

image.png
如何看待,产品经理说:功能先上线,后期再优化?
  一周前   9417 阅读
  • image.png

    这个事情,大佬已经回答过了。

  • 如果领导要求的先上线再说,那可能遇到以下场景:

    1、业务马上要来了,赶紧先把架子撑起来。拿下业务,后续再说

    2、更大的领导拍脑袋说了上线时间,大家都接不住这个锅了

    3、考核指标的扭曲,反正先交付一版就行了,后面是未知的世界

    如果产品自身要求先上线再说,那可能遇到了这些情况:

    1、我也不知道找谁问需求了,就这样吧,反正没有考核指标

    2、准备甩锅给技术,后面技术部门需自救

    3、无关紧要的需求,但是领导特别上头,不想占用太多时间

    4、目前来说虽然不完美,但也没人提,用着呗

  • 在各个不同的战略阶段,需求决策的标准是不一样的,简单三步走:

    1、起步阶段:注重核心功能的实现,快速推向市场验证产品的可行性。【让用户聚焦于有价值的功能】

    2、发展阶段:进行功能扩展和完善,在这个阶段也会小范围的进行试错实验。【攻城略地,探索盈利边界】

    3、迭代阶段:这时候产品基本已经成熟稳定,需要更加注重用户体验方面。【增加产品的价值始于改进产品的核心体验。】

    这种说辞,一般发生在发展阶段,重点在于以下问题理解的深浅:

    如何判断给产品增加一个功能(或项目迭代)是必要呢?

    关于做产品该思考的问题,同样适用于在做一个新功能(区别于产品需考虑的更全面)

    1、这个功能解决了什么问题,解决之后达到的效果?(功能价值)

    2、此功能主要使用的场景是什么?(用户场景)

    3、竞争对手那里是否有这个功能?(竞品分析)

    4、没有这个功能的时候,用户是怎么去解决问题的?(可替代度)

    5、新增此功能是否增加盈利模式?(盈利模式)

    6、新增功能的风险点,若发生风险后的相关预备方案?(风险措施)

    7、当前是否有阻碍此功能实现的矛盾?(主要矛盾)

    8、如果新增了功能,达到什么样的数据指标才算合格?(数据指标)

    9、功能的复杂度,如果功能复杂是否需要分期迭代进行?(版本规划)

  • 常规就不说了。

    需求是有范围的,不能在不可能三角中无限蔓延需求。

    迭代是有优化型和增量型的,先盖个厕所有何不可。

    更应该说出你的疑惑和倘若你是他会怎么整,

  • 用户思维和迭代思维和我们产品经理两大法宝。每一个产品的初心都是满足用户需求、为用户创造价值、提供有价值的功能和服务。而迭代是去检验是否满足了用户需求、用户是否真的喜欢。

    如果先上线再优化不是基于用户而是KPI,伤害了用户降低了产品价值,得不偿失。

    产品当然要有deadline,这就要求产品多花点时间把控产品进度;不要以为自己想出个点子就万事大吉;因为项目经理可能天天给开发团队洗脑:项目先上线,后期再优化!

  • 得看场景

    如果是产品评审会上被各位同事各种质疑,提出很多意见,产品置之不理,说了句功能先上线,后期在优化,没有任何理由,或者随便搪塞,那就不太专业了。

    其实功能先上线,后期在优化这句话不重要,重要的是你为什么说出这句活。如果是你非常明确这个功能的目标,你知道这个功能必须要在上线节点交付才能发挥该功能的意义,而又有很多同事提出新想法,新建议,说你的功能差这里差那里,只有你心里明白项目延期的后果,你笃定的说出这句话,没问题。做产品要比所有人都明白做事的目标是什么,为的是达成目标,而不是作出完美无瑕的功能。

  • 做B端产品,说这种话,一般有几种情况:

    1、创意还没验证,先上线看看客户反响

    2、deadline到了,上了再说,不上线没法交代

    3、现在没有更好的解决办法,先上线,等我慢慢想

    4、提前没考虑到这个细节,客户一般发现不了,出问题再处理成本也不大,上线为主,不能影响项目进度

    但题干的图是产品红线,客户核心需求(省力、更快)没有满足,怎么说都不合适了

  • 字面意思:上线后优化。

    实际意思:上线后没人记得就不用优化了。

  • 产品经理做这个,基本上是为了交差,平衡开发进度与老板对版本的预期。

    这个跟有些程序猿写代码一样一样的。先保证流程能通,健壮性啥的再说。先用个笨方法实现,代码之美以后再说。

    虽然知道这样不好,但是因为各种原因,我们都在这样做,不是么?

    追求极致的激情被各种践踏和消磨...

  • 我觉得没毛病啊,一个新产品肯定是从MVP最小可用模型开始的,等什么都完备了在上线可能黄花菜都凉了,风口不可能一直存在等你做出一个一步到位的产品再上线。好产品肯定都是一步一步快速迭代来的,最开始是什么样的并不重要,重要的是上线后是否去了解用户需求,做更能满足用户需求的产品。

  • 1. 领导分配的任务,不是我擅长的领域,不确定因素太多,做好基本流程就上线,上线后做好数据收集,等客户反馈,制定优化方案...

    2. 一个产品在同行业平台发布后热销,领导心动,又不想投入太多时间和精力。产品经理说“上线后优化”没错啊

  • 站在产品经理的角度就是MVP,快速迭代,敏捷开发、市场验证。理论上没啥问题,实际上……

  • mvp是一门学问,哪些是首先需要验证的,哪些是不做就会影响验证的,哪些是80分->100分的事情

  • 不用留点时间给产品狗思考一下啊!!!!!!

    主要现在想不到更好的解决方案了,不上线又不行,不上老板又天天bb产品,上了再说

  • 意思就是挖坑先上线,然后就留坑跑路。


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK