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

[kiritoxf]

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

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

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

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

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

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

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

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

[anson2017]

产品逻辑都没捋清楚的需求建议不要做，后期容易扯皮。

[iOCZ]

以开发团队加班结束

[Myprajna]

我出图都带原型演示的，至少是按钮跳转连线。给客户演示，顺便给开发看了。比如下面这个口算机练习，工作中比这个复杂多了。
https://cloud.protopie.io/p/be4b966350

[ztc]

@iOCZ 太真实了。。

[pandoudousteve]

好歹说明了让你吵啥，至少对着抄不会错#狗头

[horizon]

很真实

[ghostwind]

国内日常

[jmc891205]

他们自己都不知道的东西，没办法给你提供文档，只能让你去抄

当你发现自己身处一个大坑，上策是早点想办法离它远远的，而不是努力要去把它填平。。。

[springhead]

真实，等设计不完备出问题还可能甩锅

[Mithril]

@jmc891205 他这都不是填坑，他是想跳进去看看这坑有多深。。。。

[LandCruiser]

混就完事了，一边摸鱼，一边看面试题才是正道。

[TArysiyehua]

国内的很多产品都是这样的，细节一点都没有。然后测试的时候一大堆问题，什么没有长度限制，没有大小限制什么的一大堆，最终都是开发背锅

[akira]

小公司正常，产品能力有限，部分职能只能是由研发承担了。
甚至有时候连产品都没有，研发直接上。

[crazyTanuki]

最容易就是这种,没有界限,直接用组件库做就完事了,出问题就甩锅给产品说他没说清楚

[bitmin]

傻逼领导的问题，可以找机会跳槽

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

我有问题问完产品，都让他把问题的文档补充上去，没有文档说明，开发的依据从哪里来，bug 的依据哪里来，都是口头说明，锅怎么甩

[xw]

真实+1

[civetcat]

以前也碰到过很多次，问题就是中间会出现反复修改的情况，很难按时完成，还搞得人身心俱疲。不过这种需求容忍度比较高，对实现出来的东西要求一般不高，大概做出来像个样子就成

[NerbraskaGuy]

领导和产品不靠谱是这样的，虽然有的产品就算给你完整方案也只是把竞品像素级复制一份给你

[zhouyg]

所以加班多呀，程序员又得应付领导，又得自己抄功能，还得自己写代码

[icyalala]

我见过更差劲的产品，抄来抄去，自己写不清楚，又不愿说抄了哪家的东西。
你要直说我就是要抄哪家的交互，那倒还省事一些。

[nazhenhuiyi294]

没事抄就完事，只要不加班就行

[zjuster]

炒了产品让我来

我写的文档最省技术事儿，要是时间足够。测试用例我都能给覆盖了...

[v2eb]

还有可能原型被偷偷改了, 还说你不按照原型做

[buchikoma]

小公司正常，大厂也这样，prd 就是阿里云的各种截图，问交互是什么，就让自己去阿里云上看，到最后联调一堆功能前后端对不齐

[Track13]

正常，给个和竞品完全不一样的效果图，让我给他弄 3d 效果。
类似情况数不胜数，工资就是精神损失费。

[nothingistrue]

产品的责任，是要决定是什么，不是画个图（不管是效果图还是原型图）决定一下看起来像什么就能完事的。

当然， 组件、字段、长度限制、边界值这些细节，也不是产品的责任。

[Geazy]

......和我上一家公司几乎一模一样，问下 base 是在杭州吗

[Dogergo]

差点以为是同事了，突然想起来，我们产品都没有，完全是老板去阿里云截的图，最后结果真的就是以开发加班结束

[ljh0585]

基于此，如果是程序员转 PM ，这些方面是不是很能理清楚？

[kiritoxf]

@Geazy 不是，那个人应该也没在那工作过。

@ljh0585 以前跟这样一位 PM 合作过，沟通、交流起来很舒服，逻辑清晰，也没有奇奇怪怪的想法

[461368919]

这还算好的，之前合作的产品，自己偷偷抄，出的稿子比草稿还难看懂。然后测试时，发现各种少功能如楼上说的各种校验之类的，临时加上，最后也如楼上说的，加班结束（因为评审的时候，总有各种你想不到的问题）

[BMAO]

是不是这个控制台功能需要许多技术背景才能懂，而产品不太懂这块技术？

[imokkkk]

怀疑是我同事发的

[kevinlexming]

@Myprajna #3 你这个 UI 改一下可以直接发布上线了啊

[zhumengyang]

我这边什么都没有，直接给个竞品的后台对着抄

[learnshare]

曾经合作过的产品：
A - 数据库结构给 UI ，你参考这个做设计吧
B - 我刚开始干这个职位，注册（登录、找回密码...）具体细节我也不太懂，你看着写吧
C - 做几个新模块，三天后上线。需求细节我也没空写文档，你们几个开发尽快完成上线就行

[Myprajna]

@kevinlexming 这个逻辑简单，就做的比较细致。
正常规模的一些网页、小程序、后台，50 个页面的那种，就不弄变量逻辑了，就连连路由吧，页面跳转，状态切换。
比如某个比赛的状态：草稿，待审批，审批通过未开始，进行中，待打分，待颁奖，已结束。然后有 5 个角色：发起人，审批人，评委，超级管理员。各个状态下谁能看到，谁有哪些操作权限，列一张表说明。在做表单基本就在想字段了，哪些是字典项，哪些后台用户可配。
之前看过太多产品同事瞎搞，然后老板不懂，估时靠嘴巴说明，时间钉死后真正上手发现来不及，各种联调问产品这里怎么处理，然后开发加班，测试的时候一堆 Bug ，项目延期，后期补文档。
我是工业设计转 UI 转交互转产品，之后打算转全栈自己一人来干。

[hazardous]

刚从类似的项目中脱身，我提了几个类似的需求不清的问题，结果最后都安排给我去搞清楚了。以后谁提问题谁 sb 。

[metalvest]

自己用 gpt 出个 prd 给老板，让老板把产品炒掉，工资给你

[momo1pm]

@Myprajna 用户 c 端都好说，一般不会太复杂，除非专业软件，B 端和后台才麻烦，流程贼长，状态贼多，用户组贼交叉

[char122]

天下无能 pm 一般黑, 遇到过连自家产品用法都不清楚,就开始张张嘴对着竞品要这要那的姥爷,结果开发路上天天踩坑...