PureOA 把团队目前用消息、邮件或纸张传递的申请，变成带有明确审批路径的表单。员工用手机提交，申请送到对应的审批人手上，每一步都留有记录。
先从一张表单开始。想一次把所有流程都搬上系统，会把本来范围很小的首次配置，变成没人能完成的项目。
搭建并发布第一个流程
- 从模板开始，或者从空白草稿开始。 模板给你一份可用的表单和路径去调整，通常比从零开始更快。无论哪种方式，你编辑的都是草稿——团队看不到它，你在这里做的任何操作都不会影响任何人。
- 添加表单字段。 只问审批人做判断所必需的内容。每多一个字段，就是团队此后长期要在手机上填的一个问题，也是审批人必须读过去的一个字段。一张休假申请，通常只需要日期、类型和一句说明。
- 设定审批路径。 决定谁来审批、按什么顺序。只要可行，就把节点指派给角色而不是某个具体的人——当那个人离职或休假时，基于角色的路径照常运转，而基于姓名的路径会停住。
- 趁还是草稿时先检查。 SVDY 会校验表单和审批路径，并告诉你哪里还不完整，这一切都发生在团队看到它之前。
- 发布。 发布之后，这个流程才可以被提交。
- 自己提交一份测试申请。 这一步最常被跳过，然后最容易后悔。以真实申请的方式提交，再以审批人的身份审批，并在处理记录里一路跟到完成。让人困惑的字段名称和漏掉的审批人，会在这里被发现，而不是在下周的求助消息里。
- 告诉团队它在哪里。 没人知道的已发布表单，什么都改变不了。一条消息，说清申请的名称和在应用里哪里能找到，就够了。
已发布的流程无法编辑。 这是有意为之：已经在途的申请，规则不能在它们脚下被改掉。要做修改，请创建一个新的草稿版本，在草稿里改好后再发布。已在进行中的申请，会按它们开始时的版本走完。
按团队真实的工作方式设计路径
审批人越少越好。 每多一位审批人，就多一个人必须注意到、读完并处理，你的同事才能得到答复。两步往往是诚实的答案；四步通常只是把组织架构写了下来，而不是真的在做决策设计。
问一句：审批人不在时会怎样。 一个由多位有资格的人担任的角色节点，流程能继续走。而一位以姓名指定的审批人一去休假，申请就会搁上一周。
让表单匹配这个决策。 如果某个字段从不影响结果，就删掉它。
在处理记录里跟进
每份申请都保留着它走过哪些节点、谁做了处理的记录。这份记录能让你不用四处打听就回答「我的申请到哪了」，也能看出流程最常卡在哪一步。如果总是同一步慢，那就从那里入手——原因通常是审批人太多，或者审批人没有以他能注意到的方式收到通知。
常见问题
因为流程尚未完成而无法发布。 说明节点或连线不完整，SVDY 会指出缺什么。在草稿里改好，再发布一次。
提示只有草稿才能编辑。 这个流程已经发布了。创建一个新的草稿版本，在那里做修改。
提交的申请没有送到任何人手上。 检查审批节点。如果它指派给了一个没有在职人员的角色，就没有人能收到。
申请卡住了。 打开它的处理记录，看它正等在哪一步，然后去催那位审批人——如果处理人不在，就改派路径。
团队不用它。 几乎总是两件事之一：他们不知道有这个东西，或者表单问的内容超出了他们在工作现场用手机能回答的范围。两者都比看起来更容易解决。