产品丢给我了一个这样的原型图，各位大佬给品品

資深大佬 : vate32 19

如上图，同一句话有两个选项，又是勾选又是填空，怎么看都感觉特别扭。

产品之前是写代码的，现在是整个项目的项目经理、产品、需求和技术指导，整个项目只有三个人：这位大佬、我（写后台的）和一个前端。

感觉，UI 、UX 还是需要专业的人来做……..

大佬有話說 (32)

資深大佬 : Lombard

我感觉没啥问题啊，勾选是是否生效，input 是自定义条件。
資深大佬 : hantsy

Bootstrap 做就行了。
資深大佬 : qiayue

你觉得哪里有问题呢？
資深大佬 : b821025551b

我觉得做后台的话没什么问题，而且比大部分产品出的图好很多了。
資深大佬 : liminghui

没问题啊，勾选决定了是否使用此条策略，填空决定了计算的次数，逻辑性挺强的，严谨的同时又不失灵活
主資深大佬 : vate32

@hantsy 我是写后台代码的，只是拿过来定义字段
@Lombard 要是不勾选后边框变成灰色的还好，但是实际就是不勾选后边框还能填写但是不生效，让人很迷（用户角度）
資深大佬 : TimeRain

还好呀
資深大佬 : b821025551b

@vate32 #6 你们的前端是吃干饭的么？
資深大佬 : hantsy

@vate32 这种效果前端控制就好了。
資深大佬 : qiayue

不迷，一个是设定规则，一个是启用规则。
当一个规则还没启用时，可以修改设定，这没啥问题啊
主資深大佬 : vate32

@hantsy 这个确实，如果能够在不勾选的时候，后边都变成不可选字体变灰会好很多
@qiayue 逻辑的确是这样，但是放到一起就感觉逻辑有些密集了。如果像上说的，不勾选时后边灰色不可选就好了
資深大佬 : sevenzhou1218

前端就算是吃干饭的，服务器端难道就不用做限制了…
資深大佬 : sobigfish

@vate32 #9 前端怎么显示你后端不用管啊，你只管表单数据
有 check 就读没 check 就忽略就行了
資深大佬 : cmdOptionKana

原型到这个程度很可以了呀，至于不勾选变灰，可以后续改善。

原型，意思是雏型吧？
資深大佬 : LengthMin

有什么问题呢
資深大佬 : jorneyr

不勾选，后面不可填: 这种东西，我觉得说一下就可以了，没必要专门针对这个花时间做原型，就那么 3 个人，一句话的事，何必如此埋汰人家
資深大佬 : dunn

这应该是后台功能吧，没啥问题啊，对操作人员来说挺简单直观的
資深大佬 : exploreXin

可用性确实有待改进。
資深大佬 : pomelotea2009

时间粒度是什么？周期是什么？他们相等吗？那三个复选框做成这样可能清晰一点：
1st：[switch]限制计算次数n 最多[input]次
2nd：[switch]周期性清零n 每[input]个周期
3rd：不要复选框直接，检查行数语句[input]
資深大佬 : opengps

可填写手动编辑的 sql，心得多大，填个 drop 让他过过瘾
資深大佬 : PainAndLove

感觉把每一项改成可选输入不就可以去掉左边的 checkbox 了吗。有点画蛇添足的感觉。
資深大佬 : JJLin

按照你们的人员配置，原型线框图出到这样已经可以了。至于 checkbox 勾选或不够选的处理，文字描述一下就可以了。

简单的项目，PM 保证业务流程正确完整，前端直接用框架实现就可以了，哪还需要视觉和交互插手。
資深大佬 : chiu

所以像 find 命令，`find . -name test`
你的想法是加`-name`了就不应该加`test` ?
資深大佬 : shaojz2005

checkbox 勾选，input 才能填，这个是相对常识的逻辑，人少的团队就不用特别做效果出来了吧，做的话比较费时间。
資深大佬 : Vegetable

看起来没问题,但是这个交互显然有更好的设计方式.能用就是了
資深大佬 : TimePPT

看着像后台配置的 UE，一般这种做成这样是能接受的。
資深大佬 : w292614191

切，这算啥。我们都是一段话，完成一个页面及功能模块，一边问，一边开发。
你这对我来说，是天籁。
資深大佬 : Johnny168

如果这段 sql 是删库的话，责任是开发者还是使用者[托头思考]
資深大佬 : toan

主感觉别扭，可能是因为多选框的缘故，把多选换成启用切换按钮可能会舒服些。
資深大佬 : choudidi

我觉得还是做大数据开发比较好，哈哈哈
資深大佬 : laoertongzhi

看完评论，顿时觉得很满足
資深大佬 : freak118

@w292614191 你们产品呢？