未分類
25 5 月 2020

接近 deadline,发现产品给的业务逻辑走不通,我傻逼了

接近 deadline,发现产品给的业务逻辑走不通,我傻逼了

資深大佬 : TomVista 1

  • 一个订单多张门票,只生成一个二维码.(甲方刚给的反馈一票一码)

  • 景点详情(一个花,一个雕塑),景区详情(一类景点)跳转到同一个详情页面,数据和展示对不上

  • 订单没有未支付状态(用户在第一次支付时,没有完成的话,页面上没有其他入口关闭订单或继续支付订单)

  • 到现在我还没拿到中台的设计稿

  • 业务都是我一边写一边问,

  • 没有任何开发文档,我得到的信息,只有一份类似标书的东西和前端的设计稿

仅仅是吐槽,日子还要过.

顺便问候一下在上班时间让我帮忙解决他的私活的问题的同事.

大佬有話說 (16)

  • 資深大佬 : walker001

    甩锅甩锅

  • 資深大佬 : yunye

    这位产品大佬月薪 5K 的吗？

  • 資深大佬 : qinrui

    订单一个码也是可以的呀，在收单端识别使用订单中哪个票

  • 資深大佬 : iConnect

    多票一码其实是可以的，有些场景需要考虑到印制成本，那就在使用的环节增加一个 sn （可以是手机号、用户身份识别的 sn 等），就可以单独区分每一张票的。

  • 主 資深大佬 : TomVista

    @yunye 我 5k,同事的薪资我不清楚.

  • 主 資深大佬 : TomVista

    @qinrui
    @iConnect
    目前再在和甲方沟通
    产品没考虑过二维码和实体票关联,只有一个二维码作为门票,没有实体票
    但是客户其实是有这个需求的,这带出来一堆问题,

  • 資深大佬 : maddot

    赶紧带着老板的小姨子跑路

  • 資深大佬 : alpha2016

    这产品和我司产品差不多啊，你先做，做完我看看怎么改

  • 資深大佬 : hooon

    你是一个好开发

  • 資深大佬 : bshu

    支持一下，大部分产品经理开始梳理的业务都有遗漏，像和做开发的总有 bug 一样。所以开发的时候各模块各单元尽量解耦或可配置，否则几轮迭代下来，越来越累

  • 資深大佬 : zjl03505

    如果你没法改变他，就先改变自己，大厂的产品也会有逻辑问题，所以需要需求澄清需求评审这样的过程，开发前通过技术方案设计来提早发现问题

  • 資深大佬 : threebr

    这事要么甩锅产品，要么甩锅领导，别自己揽下来

  • 資深大佬 : cabing

    好好说话，谁都有犯错的时候，填坑，深入了解产品的整体流程。
    技术是生产力。
    甩锅和生产关系也是很重要的生产力。

  • 資深大佬 : PainAndLove

    @zjl03505 最近也频繁遇到这个问题。感觉 PM 像是在挤牙膏一样。 那如果在技术方案设计的环节也漏掉了业务逻辑的 bug 。 最后快上线的时候发现了。 这个锅谁来背呢？

  • 資深大佬 : jwenjian

    哈哈哈哈哈看到你这个想起来之前参与的一个项目 程序员发现逻辑不通 找产品 产品的解决思路就是加页面 加跳转 加到逻辑通为止……

  • 主 資深大佬 : TomVista

    @cabing 没有开撕,我现在就是加班,死命催,只要能解决,我不说别的