V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
hanyouchun66
V2EX  ›  程序员

如何回复产品经理"这个功能为什么不能做?"这样的问句?

  •  1
     
  •   hanyouchun66 · 2016-09-03 13:28:11 +08:00 · 5596 次点击
    这是一个创建于 2763 天前的主题,其中的信息可能已经有所发展或是发生改变。

    求助~如何回复才能更有效果?让其明白.O(∩_∩)O 谢谢

    43 条回复    2016-09-06 12:29:51 +08:00
    paradoxs
        1
    paradoxs  
       2016-09-03 13:54:21 +08:00   ❤️ 1
    你好,鉴于此功能的复杂程度,开发时间大概需要 1 年。
    AntonChen
        2
    AntonChen  
       2016-09-03 16:18:50 +08:00 via iPhone
    拒绝理由一般就是时间,资金(加服务器等)
    moooookey
        3
    moooookey  
       2016-09-03 16:22:43 +08:00   ❤️ 1
    产品经理如何让研发明白某些功能细节对用户来说真的很重要……
    just4test
        4
    just4test  
       2016-09-03 16:41:18 +08:00   ❤️ 1
    @moooookey 怕就怕产品经理今天觉得这个功能很重要,明天觉得那个功能更重要。
    jiangkun
        5
    jiangkun  
       2016-09-03 16:42:26 +08:00 via iPhone
    学习二楼
    duzhe0
        6
    duzhe0  
       2016-09-03 16:51:48 +08:00   ❤️ 3
    为什么不能开发这个功能? 不能开发的回答是你给的, 那么为什么不能开发的回答自然也由你来回答。我不理解为什么你要到这里来问这个问题。
    annielong
        7
    annielong  
       2016-09-03 17:06:45 +08:00
    除非业务逻辑重复,或者冲突,否则功能应该能做,剩下的就是制作周期的问题
    zhouquanbest
        8
    zhouquanbest  
       2016-09-03 17:12:30 +08:00
    晓之以情 通之以礼 连蒙带骗 忽悠至上
    acros
        9
    acros  
       2016-09-03 17:14:42 +08:00
    看不懂这个问题。
    功能能不能做,不是程序员判断出来的吗? 理由在你这里啊,告诉他不就得了。
    ssynhtn
        10
    ssynhtn  
       2016-09-03 17:22:31 +08:00
    因为实力不济, 所以做不了, 要是什么都能做, 我早就去谷歌了
    kangxianpeng
        11
    kangxianpeng  
       2016-09-03 17:34:55 +08:00 via iPhone
    需要短信接口服务吗嘿嘿
    coffeedeveloper
        12
    coffeedeveloper  
       2016-09-03 17:36:13 +08:00
    前两天刚刚回绝了一个产品的要求(技术上实现的不了的方案)

    产品:这个功能为什么做不了丫?
    我:你有赚了一个亿么?
    产品:这个和一个亿有什么关系?
    我:有关系的,你先去赚一个亿丫。
    产品:我怎么可能赚得了一个亿嘛。
    我:是丫,这个功能就和一个亿一样,不可能嘛。
    产品:那你告诉我为什么做不了?
    我:你告诉我,为什么你赚不了一个亿?
    产品:我没能力赚一个亿丫。
    我:这个功能技术上面实现不了,就和你为什么赚不了一个亿一样。
    产品:。。。。好吧

    全程开玩笑的口吻啦,我和产品很熟悉,互相开玩笑的。最后他放弃了。。。

    产品:真的不能告诉我为什么做不了?
    我:你真的不去写三年计划去实现一个亿的目标?
    产品落荒而逃
    lightening
        13
    lightening  
       2016-09-03 17:37:56 +08:00 via iPad   ❤️ 3
    理论上程序员永远不应该说这个功能不能做。程序员应该给出估计需要的资源,比如:这个功能大约需要 50 个人做 5 年,然后产品经理负责判断值不值得做。
    wenymedia
        14
    wenymedia  
       2016-09-03 18:27:12 +08:00
    ( 勾搭产品经理
    tabris17
        15
    tabris17  
       2016-09-03 18:37:40 +08:00
    @moooookey 在经过事实检验之前,所有用户需求只是产品经理的伪需求。如果产品经理有信心认为这是真实需求,可以跟开发人员做对赌协议:如果这个你们 996 加班做出来的功能没人用,我就立马辞职!
    timeship
        16
    timeship  
       2016-09-03 18:40:16 +08:00 via Android
    哈哈 马克一下这个帖子 需要学习一下
    tabris17
        17
    tabris17  
       2016-09-03 18:46:30 +08:00
    “这个功能不能做”是有隐含前提的,一般就是资源(人力、时间、技术水平)的限制。
    wensonsmith
        18
    wensonsmith  
       2016-09-03 18:59:58 +08:00
    不能做一般分为三种情况:

    1. 技术达不到要求: 这种实说就行,做不到就是做不到。
    2. 周期排不开: 这种商量排期,产品接受不了就不做了。
    3. 觉得不能做,做了没用: 这种最容易撕逼了,产品觉得做了有价值,技术觉得性价比不高。 这种情况我认为技术可以让产品说明做的价值,但不能因为这个理由去拒绝做。
    sun1993
        19
    sun1993  
       2016-09-03 19:34:02 +08:00 via Android
    @coffeedeveloper 产品经理:老王说过,要想挣一个亿,只需定个小目标即可
    bombless
        20
    bombless  
       2016-09-03 20:41:41 +08:00 via Android
    跟产品商量什么时候做完,看他能不能接受呗

    有些功能是逻辑不自洽还能解释为啥没法做(有时候做到一半才发现),这些还能解释一下,有些功能是无端增加技术风险不好做的,这个还真的不好解释,只能跟产品商量一下功能的初衷,看能不能用别的什么方式替代或者直接否决掉功能
    wdlth
        21
    wdlth  
       2016-09-03 20:57:34 +08:00
    可以用万能的小马哥

    wupher
        22
    wupher  
       2016-09-03 21:05:56 +08:00
    什么都可以做,问题在于是否能支付相应的时间和成本
    karloku
        23
    karloku  
       2016-09-03 21:12:44 +08:00
    产品经理不单是产品设计, 还要负责产品的研发周期和控制风险啊
    实话实说告诉产品经理做这个功能的成本和可能的问题, 让产品经理自己去评估就好了. 只要让产品经理明白一回事那就是不管多拼多赶, 资源终究是有限的.
    zlkent
        24
    zlkent  
       2016-09-03 21:36:17 +08:00   ❤️ 4
    我也经常问这种问题,虽然没写过程序,但项目做多了,多多少少能知道哪些技术上可实现哪些不能实现。上面各位也说了不能做的各种原因,但其实有时候就是程序员想偷懒而已,或者脑子没转过来想复杂了。那么问清楚,这样要么改需求,根据项目时间删改功能,或者提供思路给程序员,帮他用容易的方法实现。我做了这么多年产品,当程序员说不能做的时候,有 50%是确实要删改需求的,有 40%是我提供思路,最后可以实现的,有 10%是程序员想偷懒而不做的。

    大部分产品经理是不懂技术的,所以不是想问你具体代码怎么写,而是问清楚原因要衡量需求和开发成本来进行取舍,所以,我觉得负责任的产品会刨根问底。否则如果遇到一个半吊子的程序员,这不能做那不能做,最后出来的产品不是用户市场导向,而是开发的能力导向了。我们公司以前的几个开发就是这种样子。所以他们说不能做的,我甚至去帮他们找代码或者例子做参考。但如果是能力很强的,有责任心的,一般问清楚了我就自己去改需求了......

    上周刚发生一件事情,我给程序员一个需求,结果他自己想简单了,省略了一些我要求的功能。最后被测试发现,我就去问他为什么没严格按照我的需求来做,他说觉得他那样做功能就够了,没必要完全按照我的来,太繁琐。最后我让测试模拟最低配置的环境测试,问题就暴露出来了,然后他只好回去重写这部分代码......举这个例子的意思是,每个人因为自己的角色,看问题的角度是不一样的,既然作为产品,他因为某个功能肯定有特定的需求(否则项目需求评审也不会通过)人家产品对某个功能是有数据支撑的,而你的观点只能代表你个人。当然不是说程序员就不能对某些功能提反对意见,只是,别拿自己觉得没用来做借口不去做。

    当然以上只代表我个人的经历和感受。如果你们的产品经理啥都不懂就喜欢瞎来,那你还是赶紧换工作吧,一个烂产品,这个公司也迟早完蛋。
    moooookey
        25
    moooookey  
       2016-09-03 21:55:01 +08:00
    我决定去做个集产品经理与研发于一体的程序员……
    研发只会吐槽产品经理需求奇葩,有没有认真想过自己的问题?
    真实的例子,我司写界面的程序员,混了整整 3 年,还只会复制最开始外包留下的 DUI 框架,基本的输入框右键菜单做起来都费劲,更别提什么动画效果……
    lijsh
        26
    lijsh  
       2016-09-03 22:33:26 +08:00
    程序员的口头禅不应该是“做肯定是能做”吗……
    peneazy
        27
    peneazy  
       2016-09-03 22:56:55 +08:00 via Android
    mark 好帖子
    cszchen
        28
    cszchen  
       2016-09-04 00:56:43 +08:00 via iPhone
    有脑子的产品经理真的不多。
    我们公司有个产品经理要求前端加快捷键,用上下左右键来切换输入框。这只是冰山一角,有一些跟业务相关的不方便吐槽
    lk920724
        29
    lk920724  
       2016-09-04 01:11:34 +08:00
    具体情况具体分析吧,虽然有些确实不合理。= =
    taresky
        30
    taresky  
       2016-09-04 01:23:57 +08:00 via iPhone
    @tabris17

    同意你说的,在经过检验之前,产品的需求是伪需求。

    如果检验出来这个需求错了,产品确实要负全责。但是离职对赌协议???你算老几???

    这个决策失误的后果多大,需不需要产品经理是离职,程序员说了不算,老板说了才算。

    同样公平的。那些觉得扯淡的需求,程序员完全可以选择不做,不鸟产品,不去实现。那也必须这位程序员为没有现实这个需求负全责。不愿意负责,那就写,锅让产品去背。

    都是给老板打工的,搞得好像非要互相争个对错,多可笑啊。产品提了没用的需求要背锅,开发不愿实现就走人啊。

    另外,不明白你们公司什么情况,产品竟然有权利让你们 996 ?太不可思议。公司项目的需求不用你们研发 leader 评审吗?加班不用征得个人同意吗?
    taresky
        31
    taresky  
       2016-09-04 01:28:19 +08:00 via iPhone
    为什么不能做就说为什么不能做。

    有这么难沟通吗……
    chevalier
        32
    chevalier  
       2016-09-04 09:26:28 +08:00
    产品:这个功能能不能做?
    技术:不能做。
    产品:为什么不能做?
    技术:因为我觉得不能做,你觉得能做你来做?
    SilentDepth
        33
    SilentDepth  
       2016-09-04 10:19:27 +08:00
    本着为产品(用户)负责的态度,这个问题不是问题
    annielong
        34
    annielong  
       2016-09-04 11:17:26 +08:00
    我也刚遇到了一个,计算佣金的问题,技术说不能做,结果只好把数据模型、数据结构,逻辑结构、业务流程和程序中的流程都给写了一遍,就差用伪代码写一遍了
    WhatIf
        35
    WhatIf  
       2016-09-04 12:33:12 +08:00
    @annielong 这些必要的信息本来不就应该给出来吗?
    如果是通用的计算方法, 程序员也未必懂的, 给出相关信息就好。 如果是公司内部的算法, 那么更需要了


    整体感觉, 说不能的应该几种情况:
    1 各种需求相互矛盾,这个无解
    2 程序员缺少必要的信息, 这个可能是产品不愿意想,问题抛给程序员,也可能是程序员并未具备产品认为必备的知识储备。
    3 这个功能 office 里面都有,为啥你做不出来系列
    4 程序员笨,懒
    yidinghe
        36
    yidinghe  
       2016-09-04 17:55:51 +08:00 via Android
    成本和可行性是两个概念,站在产品的角度当然先了解可行性,再来看成本。所以产品问的是可行性,开发拒绝的时候却想的是成本,双方不在一个思路上啊。
    wilddog
        37
    wilddog  
       2016-09-05 09:02:11 +08:00
    基本上是这样的:程序员一般不回去想这个需求合理不合理,而是想这个东西应该用什么技术实现,所有基本上不太会拒绝产品经理的需求,当然在成本和,时间都允许的情况下!当然楼上有说如果时间上成本上不允许的话,那就和产品经理明说吧!希望可以帮到你!
    ajan
        38
    ajan  
       2016-09-05 10:03:06 +08:00
    @wdlth 哈哈哈,这图配得妙
    ecloud
        39
    ecloud  
       2016-09-05 10:33:27 +08:00
    本来这个是就是公司制度问题
    合格的产品应该是开发或者测试出身的,必然知道什么能做什么不能做
    如果产品只是个客户的传声筒,要之何用,还不如直接跟客户说
    zuotech
        40
    zuotech  
       2016-09-05 10:41:53 +08:00
    我理解的不能做:
    1. 逻辑上有矛盾, 根本上是实现不了的
    2. 技术上实现有困难, 技术团队中目前没有这方面经验, 存在不确定性
    3. 产品经常改功能, 单纯的想拒绝产品的需求

    勾通的方式很重要, 同样的话不同的人理解不一样, 自负的产品碰到傲骄的技术时, 无解....哈哈哈
    235777178
        41
    235777178  
       2016-09-05 11:41:14 +08:00
    其实就像 40 楼说的。

    产品和技术的矛盾点并不一定在于需求本身。大家的气场、态度很多时候都会决定这个东西能不能做。

    不过产品的门槛越来越低,啥样的人都挡着产品经理的角色,也是招人烦的一点。
    harborM
        42
    harborM  
       2016-09-05 17:41:51 +08:00
    "做是肯定能做的,就看你给不给我时间了"
    taresky
        43
    taresky  
       2016-09-06 12:29:51 +08:00
    @ecloud 完全不认同「合格的产品应该是开发或者测试出身的」。

    「在技术上,知道什么能做什么不能做 」,可以粗略的概括为「与研发人员的沟通能力」和「一个需求在技术上可行性的初步分析能力」。这只是简单的辅助技能,通过几个月的编程原理学习就可以掌握,逻辑能力好的人可能只需要几周。

    为了一个简单的辅助技能把好几年的技能点浪费不划算。而应该点在「专业性」上,比如互联网金融的产品最好是有金融专业知识的;偏设计、交互类的产品一定得学过设计的;偏运营的产品有管理学、心理学学位会更佳。

    另外,事实上很多程序员和客户直接沟通效果堪忧。客户大部分说不明白自己的需求,也提炼不出关键点。就连怎么回复产品经理这个功能不能做这种简单问题都心烦气躁的,和客户沟通是不是得打起来?
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   943 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 1037ms · UTC 21:00 · PVG 05:00 · LAX 14:00 · JFK 17:00
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.