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

[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]

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