V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
kiritoxf
V2EX  ›  职场话题

原型图不够清楚但不愿意提供产品文档,并让开发去竞品公司的网站去看交互逻辑?

  •  
  •   kiritoxf · 335 天前 · 3415 次点击
    这是一个创建于 335 天前的主题,其中的信息可能已经有所发展或是发生改变。

    我们最近在计划做一个比较复杂的项目,类似于阿里云的控制台管理系统。产品画了原型图,原型图上也标了一些文字,但是不够全面和清楚。

    整个部门的人连着开了 5 个小时的会去讲这个原型图,开完了我提出来是不是应该补个产品文档,因为原型图上体现不出来组件用什么,表单的字段长度限制、边界值都没有定义。

    原型图也有些问题,比如有的标注文字会出现在别的页面。这样会后过几天大家可能都忘了一些细节是怎么讨论的了,到时候还得再拉会议。

    然后产品和领导都认为没必要,我觉得不清楚可以去他们抄的网站注册个账号自己看。

    他们参考了五六个网站,花了一个多月调研,现在让开发再去调研一遍,那要产品是干什么的?

    的确可以换一种方式思考,听领导的就行了、领导说什么就是什么,但是从某种程度上讲,人人都应该为整个团队着想,尽管这个团队一盘散沙。

    小公司,没几个人,类似的奇怪操作还有很多。比如项目从 0.1 开发到了 0.2 之后,直接把 0.1 的 bug 记录全都隐藏掉。

    (只是举个例子,实际上开发的东西与阿里云一点关系都没有,只是复杂度类似)

    41 条回复    2023-07-28 15:18:20 +08:00
    anson2017
        1
    anson2017  
       335 天前
    产品逻辑都没捋清楚的需求建议不要做,后期容易扯皮。
    iOCZ
        2
    iOCZ  
       335 天前   ❤️ 15
    以开发团队加班结束
    Myprajna
        3
    Myprajna  
       335 天前
    我出图都带原型演示的,至少是按钮跳转连线。给客户演示,顺便给开发看了。比如下面这个口算机练习,工作中比这个复杂多了。
    https://cloud.protopie.io/p/be4b966350
    ztc
        4
    ztc  
       335 天前
    @iOCZ 太真实了。。
    pandoudousteve
        5
    pandoudousteve  
       335 天前
    好歹说明了让你吵啥,至少对着抄不会错#狗头
    horizon
        6
    horizon  
       335 天前
    很真实
    ghostwind
        7
    ghostwind  
       335 天前
    国内日常
    jmc891205
        8
    jmc891205  
       335 天前
    他们自己都不知道的东西,没办法给你提供文档,只能让你去抄

    当你发现自己身处一个大坑,上策是早点想办法离它远远的,而不是努力要去把它填平。。。
    springhead
        9
    springhead  
       335 天前
    真实,等设计不完备出问题还可能甩锅
    Mithril
        10
    Mithril  
       335 天前
    @jmc891205 他这都不是填坑,他是想跳进去看看这坑有多深。。。。
    LandCruiser
        11
    LandCruiser  
       335 天前
    混就完事了,一边摸鱼,一边看面试题才是正道。
    TArysiyehua
        12
    TArysiyehua  
       335 天前
    国内的很多产品都是这样的,细节一点都没有。然后测试的时候一大堆问题,什么没有长度限制,没有大小限制什么的一大堆,最终都是开发背锅
    akira
        13
    akira  
       335 天前
    小公司正常,产品能力有限,部分职能只能是由研发承担了。
    甚至有时候连产品都没有,研发直接上。
    crazyTanuki
        14
    crazyTanuki  
       335 天前
    最容易就是这种,没有界限,直接用组件库做就完事了,出问题就甩锅给产品说他没说清楚
    bitmin
        15
    bitmin  
       335 天前
    傻逼领导的问题,可以找机会跳槽

    不加文档不是产品能力有限的问题,没有专门文档的情况下,得把说明在原型上标注清楚,这个是产品根本不尽职

    我有问题问完产品,都让他把问题的文档补充上去,没有文档说明,开发的依据从哪里来,bug 的依据哪里来,都是口头说明,锅怎么甩
    xw
        16
    xw  
       335 天前
    真实+1
    civetcat
        17
    civetcat  
       335 天前
    以前也碰到过很多次,问题就是中间会出现反复修改的情况,很难按时完成,还搞得人身心俱疲。不过这种需求容忍度比较高,对实现出来的东西要求一般不高,大概做出来像个样子就成
    NerbraskaGuy
        18
    NerbraskaGuy  
       335 天前
    领导和产品不靠谱是这样的,虽然有的产品就算给你完整方案也只是把竞品像素级复制一份给你
    zhouyg
        19
    zhouyg  
       335 天前
    所以加班多呀,程序员又得应付领导,又得自己抄功能,还得自己写代码
    icyalala
        20
    icyalala  
       335 天前
    我见过更差劲的产品,抄来抄去,自己写不清楚,又不愿说抄了哪家的东西。
    你要直说我就是要抄哪家的交互,那倒还省事一些。
    nazhenhuiyi294
        21
    nazhenhuiyi294  
       335 天前
    没事抄就完事,只要不加班就行
    zjuster
        22
    zjuster  
       335 天前
    炒了产品让我来

    我写的文档最省技术事儿,要是时间足够。测试用例我都能给覆盖了...
    v2eb
        23
    v2eb  
       335 天前
    还有可能原型被偷偷改了, 还说你不按照原型做
    buchikoma
        24
    buchikoma  
       335 天前
    小公司正常,大厂也这样,prd 就是阿里云的各种截图,问交互是什么,就让自己去阿里云上看,到最后联调一堆功能前后端对不齐
    Track13
        25
    Track13  
       335 天前 via Android   ❤️ 1
    正常,给个和竞品完全不一样的效果图,让我给他弄 3d 效果。
    类似情况数不胜数,工资就是精神损失费。
    nothingistrue
        26
    nothingistrue  
       335 天前
    产品的责任,是要决定是什么,不是画个图(不管是效果图还是原型图)决定一下看起来像什么就能完事的。

    当然, 组件、字段、长度限制、边界值这些细节,也不是产品的责任。
    Geazy
        27
    Geazy  
       335 天前
    ......和我上一家公司几乎一模一样,问下 base 是在杭州吗
    Dogergo
        28
    Dogergo  
       335 天前
    差点以为是同事了,突然想起来,我们产品都没有,完全是老板去阿里云截的图,最后结果真的就是以开发加班结束
    ljh0585
        29
    ljh0585  
       335 天前
    基于此,如果是程序员转 PM ,这些方面是不是很能理清楚?
    kiritoxf
        30
    kiritoxf  
    OP
       335 天前
    @Geazy 不是,那个人应该也没在那工作过。

    @ljh0585 以前跟这样一位 PM 合作过,沟通、交流起来很舒服,逻辑清晰,也没有奇奇怪怪的想法
    461368919
        31
    461368919  
       335 天前
    这还算好的,之前合作的产品,自己偷偷抄,出的稿子比草稿还难看懂。然后测试时,发现各种少功能如楼上说的各种校验之类的,临时加上,最后也如楼上说的,加班结束(因为评审的时候,总有各种你想不到的问题)
    BMAO
        32
    BMAO  
       335 天前 via iPhone
    是不是这个控制台功能需要许多技术背景才能懂,而产品不太懂这块技术?
    imokkkk
        33
    imokkkk  
       335 天前
    怀疑是我同事发的
    kevinlexming
        34
    kevinlexming  
       335 天前
    @Myprajna #3 你这个 UI 改一下可以直接发布上线了啊
    zhumengyang
        35
    zhumengyang  
       335 天前
    我这边什么都没有,直接给个竞品的后台对着抄
    learnshare
        36
    learnshare  
       335 天前   ❤️ 1
    曾经合作过的产品:
    A - 数据库结构给 UI ,你参考这个做设计吧
    B - 我刚开始干这个职位,注册(登录、找回密码...)具体细节我也不太懂,你看着写吧
    C - 做几个新模块,三天后上线。需求细节我也没空写文档,你们几个开发尽快完成上线就行
    Myprajna
        37
    Myprajna  
       335 天前
    @kevinlexming 这个逻辑简单,就做的比较细致。
    正常规模的一些网页、小程序、后台,50 个页面的那种,就不弄变量逻辑了,就连连路由吧,页面跳转,状态切换。
    比如某个比赛的状态:草稿,待审批,审批通过未开始,进行中,待打分,待颁奖,已结束。然后有 5 个角色:发起人,审批人,评委,超级管理员。各个状态下谁能看到,谁有哪些操作权限,列一张表说明。在做表单基本就在想字段了,哪些是字典项,哪些后台用户可配。
    之前看过太多产品同事瞎搞,然后老板不懂,估时靠嘴巴说明,时间钉死后真正上手发现来不及,各种联调问产品这里怎么处理,然后开发加班,测试的时候一堆 Bug ,项目延期,后期补文档。
    我是工业设计转 UI 转交互转产品,之后打算转全栈自己一人来干。
    hazardous
        38
    hazardous  
       335 天前
    刚从类似的项目中脱身,我提了几个类似的需求不清的问题,结果最后都安排给我去搞清楚了。以后谁提问题谁 sb 。
    metalvest
        39
    metalvest  
       335 天前 via Android
    自己用 gpt 出个 prd 给老板,让老板把产品炒掉,工资给你
    momo1pm
        40
    momo1pm  
       335 天前 via Android
    @Myprajna 用户 c 端都好说,一般不会太复杂,除非专业软件,B 端和后台才麻烦,流程贼长,状态贼多,用户组贼交叉
    char122
        41
    char122  
       333 天前
    天下无能 pm 一般黑, 遇到过连自家产品用法都不清楚,就开始张张嘴对着竞品要这要那的姥爷,结果开发路上天天踩坑...
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1049 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 22:16 · PVG 06:16 · LAX 15:16 · JFK 18:16
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.