| 本帖最后由 木才 于 2015-12-26 11:24 编辑 二、UI设计（1） 信息量比较大，分几楼 
和workday、dayHR这些最近出来的人力资源信息系统相比，在UI视觉的体验上，云表自然是没法比了。但我觉得，UI设计除了美观之外，用户的易用性是更重要的一个方面，在这方面，云表还是提供了很多定义，也看到了一些案例。因为十几年前做过几年的网页设计，所以这方面还是能够表达一些观点。尽管现在用云表做出的东西不多，但大概的方向我想还是有的。 1、登陆界面/关于界面：这个很简单，文档里有教程。实际上就是改登陆页面的背景，只是这个背景要预设登陆框位置（用户名录入框、密码录入框、是否记住密码、登陆），然后将云表系统里的这四个控件叠加上去。所以想象为两层，底层是背景图片，顶层是云表控件，就容易明白了。如果要做整个整个页面的大背景，文档里推荐的图片大小是“高度：944，宽度：1767”，没试过。但淘宝店铺的全幅海报，宽度是1860，这个以后再试试。
2、导航界面：我觉得这个非常非常重要。很多工作，从单个环节来看，操作都是比较单一简单的。对于一开始接触系统的用户来说，他们不会像系统设计者一样，具备探索系统的精神和动力。他们只想知道，这个系统我要操作什么？如何操作？你不要让我到处去找、去查、去理解整个系统的逻辑关系，简简单单告诉我怎么做就可以。所以这个导航界面，我觉得是非常重要的。即在美观上有要求，在易用性上也需要好好思考。导航界面我也还没做出个成品，所以就不展开说。等到时候做出来了，再来补楼。但有一个观点是需要提出的，即导航界面是放系统架构的逻辑图，还是针对用户做操作指引？这个区别还是非常大的，你的选择决定了这个导航页面对用户的行为，是真的通过导航页面来做日常操作？还是登陆系统的第一件事就是把导航页面关闭？ 3、总表界面：总表显示哪些数据？先后顺序？列宽？行颜色？都是值得好好斟酌一下的，这会影响用户对系统的理解和对信息的阅读。有几点值得说一说： （1）设置列宽是件比较繁索的事情，我的经验是你先定好一个自己的列宽标准，比如说两个字的多宽、三个字的多宽、四个字的多宽、身份证多宽……，然后在数据表管理的宽度里直接改数字，这样效率会快一点。
（2）状态字段的顺序现在是没办法调的，根据经验来看，应该是根据建立这个字段的时间顺序来排列。比如说表格字段你先建立了A、B、C，然后增加了审核和审批两个状态字段，这两个审核和审批字段就在后面了，顺序为A、B、C、审核、审批。ABC可以调序，审核审批不行。如果你后面修改了表单，增加了D字段，那就只能A、B、C、审核、审批、D了，总表呈现上很不好看（我是狮子座，但对设计这事，处女座情结比较重），这种事情是没办法容忍的。怎么办呢？记得是时间先后顺序！所以，先把审核和审批两个状态字段删了，然后再增加。删除的时候记得两个地方要备份，一是状态设计的业务公式，先复制到“锁定”字段上，重新增加状态后，再粘贴出来；二是状态字段的定义也可以先复制到EXCEL表格上，新建状态的时候再粘贴过来，省事。要状态字段排到最前面？我也想，但我是不敢做这事，你得删删减减多少哇～～～所以，强烈要求乐乐增加状态字段排序功能！！！
（3）行颜色，这个在很多软件里都是一个非常有用的功能，云表也提供了丰富的设置。但建议云表也能够像其它软件一样，在总表里设置一个备注栏，我们可以定义一些说明，比如说“黄色等待区域审核”、“粉色等待登帐”之类的。另外，别说我没告诉大家，设置格式颜色的判断条件，只能用英文的true\false，不能用“常量.是”这样的。这事情，我是来回找了一个多小时问题，没找着，问了jolin才知道的！
（4）总表有状态字段，这个状态字段在总表状态总击是有效的、有效的、有效的，而且不能屏蔽。这绝对算是奇葩设计了（乐乐别骂我呀），很多人已经提出这个问题了，希望下个修改版本能改（但听张晨说这事提了几年了，汗）。为什么大家都建议改呢，一从设计上看，很多状态字段会设置填表公式，在总表点状态，这个填表公式是不执行的；二你在总表可以快速审核，不是鼓励人偷懒不看表审核吗？现在我是比较纠结的，要不要和用户说，审核不能在总表点呢？告诉他，不是等于和他说你有这个方法可以快捷操作？不告诉他，万一他自己发现了呢？你们说，要告诉他们呢？还是不告诉呢？还是告诉呢？所以这个状态字段，还是快快设置一下屏蔽开关吧，乐乐，听到人民的呼声了吗？（估计绝大多数人会关了） |
+10
| 本帖最后由 木才 于 2015-12-26 12:08 编辑 UI设计（2） 4、表单界面。这个要重点说一下这个。话说，这两天明细表分离已经开放出来了，看了乐乐展示的一些应用，还是很有想象空间的。张晨说，业务公式加明细表分离，算是彻底将云表和同类软件拉开距离了。但我觉得数据接口和填表公式也挺猛的呀？！ 按钮图1
按钮图2
（1）先说按钮控件。这个是决定“取何物”和“何处安放”的问题。图一是我现在的做法，图二是我原来的做法，而且我现在还是认为图二的方式更符合用户习惯。说说我的几个观点吧： 第一，不需要的按钮绝不出现。云表上的控件按钮还是比较丰富的，所以一定要有所选择，不能一鼓脑儿加上去。比如说那个针对明细表的插入行和删除行，因为云表明细表的行增加是跟着最后一行自动增加的，所以有没有这个行增减按钮的作用不大，我的选择就是能不要就尽量不要。减少按钮，就是减少用户的使用成本和理解障碍。 第二，按钮有两个地方可以放，一个是表头的工具栏、第二是单元格，其中状态按钮自动出现在工具栏上，如果你设置了工具栏按钮，则自动跟在后面。我原来设计的思路是放弃工具栏，用单元格按钮。因为简单的系统，大多数只要进行“保存”和“退出”两个操作，用单元格按钮非常符合WEB应用的使用习惯，又很干净。但后来我的系统复杂了些，操作按钮多了，又决定使用状态来代替流程（为什么这么选择我会另外盖个楼来说，最开始接触云表的时候我是很想要流程这个功能的，但现在算是比较彻底的放弃了）。这个时候，我就只能在表头工具栏来组织按钮了。为了区分，我划分为“常用操作”和“流程跟进”两个部分，并用工具栏里的自定义按钮做了一下区隔。这里说一下，工具栏的定义功能还是弱了些，希望乐乐在这块能够列入改版计划，这个对软件的易用性、理解表达和专业度的影响还是蛮大的。 第三，就是表单锁定后，单元格按钮仍然可以执行的问题。为了这事，我曾经放弃一个单元格按钮，用状态按钮来代替。虽说按钮公式执行后，也没办法保存，只是看看，但这还是让人不舒服。比如说，填表的人用按钮公式执行自动计算，审核的人发现有个数据有问题，直接改了。审核后表单锁定，但有一天你又打开表单，点了一下自动计算，发现有个数据不对呀。咋整？完美主义者是不能容忍这样的事情的。前几天群里面也有人说起，jolin说，因为有些设计是即使表单锁定，也希望能够执行按钮公式。如果不希望锁定后执行的话，可以设置一个按钮执行的条件。比如这样：
（2）再说一下表单设计。话说我是十几年前做网页的，那是啥年代？是用<table><tr><td></td></tr></table>来定义的时代呀。所以在我眼里，用云表进行复杂的美工是完全没问题的，只是用户是否需要、是否能接受的一个问题。改天定义一个漂（sao）亮（bao）的页面，测试一下云表的展现速度怎么样。有几个小技巧说说： ①已经定义了基本数据项的单元格，在表单页面是可以随意移动的，鼠标放在单元格左上角呈箭头十字的时候就可以移了。哇cao，这件事情我是用了一两个月云表后才知道的，知道我原来是怎么移的吗？在数据表管理里面设置单元格位置（这是多年前qinzhe的玩法），所以一直以为云表也是这么移。哇cao，新手们，别说我没告诉你！ ②明细表位置怎么移？我现在还是在数据表管理里改单元格位置了，别告诉我也有快捷方法哇～～～ ③数据项单元格要合并其它单元格，要先将数据项单元格移到最右上角的位置 ④经常要用到隐藏的明细列吧！我开始还会去修改一下字体颜色和背景单元格颜色一致。后来才发现，这（chi）是（bao）完（cheng）全（zhe）没（mei）必（shi）要（zhao）的（shi）。直接将列宽设置为1就可以了。核查时，再把列宽拉开就可以
⑤有多个明细表时，如何避免老是去调整合并单元格？碰到这种复杂表，一开始设计的时候，先统一将所有列宽调到20左右，然后再进行表单设计，合并是需要的，但可以避免你后期去插入列；
⑥如果明细表左侧或右侧设计了装饰列，如何避免明细表自动增加行时，左右侧装饰列断行？装饰列再往下多合并一行，而这行不要设置为数据行
（3）表单界面这条道上，我还是一个初学者，实践尝试的也很少，说多，莫怪！而且现在明细表分离又出来了，都说是一个变革性的功能。乐乐，如果云表能出啥皮肤主题切换之类的功能，那真得是高大上鸟～～～ |
+10
| UI设计（3） 5、使用标签页还是对话框？这个就像网页设计里打开页面方式是选择_self还是_ blank一样纠结呀！我原来的想法是，总表是用标签页表示的，那一张张的表单我就全部用对话框，这样给用户带来明显的区分感和层次感。但做到薪资核算表的时候，表单比较大，已经快到整个显示框大小了，这个大的表单悬浮的话，一是感观不好，二是如果侧边导航栏没关的话，就会顶住了，三是要滑动滚动条了。小表单的时候，一切都是那么美好，大表单的时候，又不美好了。所以，最后还是全部统一用标签页了，用户一开始就认为系统的页面逻辑是这样，也就习惯了，呵呵。另外，曾经有提出一个问题：打开标签页，是在当前页面打开，还是新的标签页打开？我原来是强烈建议在当前页面打开的，因为在新标签页打开的话，用户使用，还是会去这点点，那点点的，可能一下子会打开很多标签页，会显得乱。但后来注意到另外一个事情，就是打开过的标签页，你再在导航栏里点开时，是直接打开原来打开过的页面，这意味着不需要重新等待打开。各有利蔽，所以也就不那么强烈了。 6、最后说一下在易用性方面，我的几个思考 （1）让用户操作成为一个自然的逻辑过程，不要让人绕弯弯 （2）减少信息干扰，不需要出现的信息一定不要出现 （3）信息表达层现的逻辑、层次、类别，一要清晰，二要简单 |
+10
| 坐等更新的同时，回答几个问题： 1、明细表的拖动和基本数据项的拖动是一样的，框住所有要拖动的区域（包含整列），拖动即可，如只需拖动一列，就只要框选一列拖动； 2、数据项单元格要合并其他单元格，需拖动的最右上角的位置我是没看懂，不是直接框选住要合并的单元格吗？只是已经定义的单元格必须在左或上，否则合并后定义区域就没了； 3、按钮事件是很丰富的，云表将按钮都开放出来，如果不需要是可以隐藏或者直接删除； 4、UI设计：虽说比不上web版的，但是如果设计得好，那也是相当不错的，可以从登录界面、导航、表单界面层层入手。 楼主很用心，从设计方案到表单设计，都讲得好详细，快点更新哦  |
+10
三、为什么放弃工作流 这段时间太忙了，开了帖断太久又不太好。正好看到群里有人在讨论流程管控，所以插空说一下流程管控。 首先要说明的是，我放弃的是工作流这个系统功能，而不是放弃流程管控。最开始接触工作流这个功能，是在通达OA，后来接触的OA系统都有这么个功能。接着开始接触类ERP的软件，比较勤哲之类的。当时就想，如果整个业务系统能用工作流这样的东西来定义框住，该是多么理想的事情。我估计很多管理者或者老板都会有这个的思维，谁应该干什么、什么时候干，都规定好，企业管理不是变得很简单了吗？科学管理的思维就是这样。 但我后来做管理咨询的时候，开始接触服装这个行业的很多ERP软件（因为当时做服装商品管控的项目），像丽晶、百胜、志华，发现这些软件通通没有工作流这个玩意。不知道有没有人关注到这个事实，工作流是OA系统玩的东西，ERP系统里都不玩这个。为什么？ 刚接触云表的时候，我还是很执意要玩转工作流的，因为自己做了公司的供应链流程，发现执行过程中太随意，所以想有个固定的东西框一下，当时还有在群里问过这事情，张晨回答说，他现在都不用工作流，用业务公式和状态就把这事情做好了。于是，我循着这个思路去做，开始发现这样做的时候，思路变得更加清晰，调整也更加灵活。但我还是在想一个问题，ERP软件为什么不玩工作流？回顾我们自己实际的业务流程，我发现一个事情，从整个业务流程来看，业务是相对稳定的，但业务流转却非常灵活，经常会变。也就是说，开展这个业务，要做哪些事情是相对灵活的，但由谁来做、谁做完交给谁、权限怎么分配这些事情是经常变得。要做的那些事情，在系统里就表现为表单，而由谁来做等等，就有人想用工作流来固定。但如果你一旦这么做，绝大多数情况下，你的系统会被业务执行玩死。因为这个变化太快了。我想可能只有一种情况适合，就是非常稳定的那种流水线。但有这样业务特征的模块，毕竟是少数。 那么流程管理怎么做呢？首先你在做系统设计的时候，设计一张张的业务表单，定义一项项基础数据，再设计表单之间的业务逻辑（业务公式），其实就已经在设计业务逻辑了，这是一个大的业务流转。也就是说，你不用工作流，你实际上已经设计了大范围的业务流程。剩下的业务流转，就是单个表单范围内的事情，而单个表单范围内的事情，用状态设置+总表格式，我觉得已经能够很好的解决。或者换个说法，要做什么事情，这个事情与事情之间的关联，你在设计系统的时候就已经定义了，这个是相对稳定的。而事情与人的关系，就把这放在单个表单里，用权限和状态来完成，而不是用工作流。你这工作流又定义事情，又定义人，会和原来的体系设计相混淆，会让人痛苦的。 所以，今天讨论的时候，延着张晨的思路，我回了一句“填表公式+业务公式+内部邮箱+内部邮箱提示+有更多样式定义功能的状态设置”，就是流程。工作流，我已经放弃了，甚至希望乐乐也不要将过多精力放在工作流上，而是把内部邮箱整出来，其中内部邮箱划分为两部分，一部分是普通的工作信息沟通，另一部分是流程作业提示（用业务公式定义邮箱内容，邮箱内容有直接打开相应的表单链接）。另外，状态设置和状态栏（填表单和总表）的样式设置有更多的定义功能。那就完美了。 |
+10
