产品原则
产品：行政通
撰写：陈静
确认：周敏、张伟
日期：0000-00-00
版本：V1.0
一、用途
这五条原则用来决定行政通先做哪一件、缓哪一件。适用范围是员工自己订会议室、请假、登记访客、领用办公用品。评审时先指出方案碰到哪一条，再决定取舍。两条原则冲突时，先保住「提交之后能看见办到哪了」。
二、原则
状态可见
提交之后，页面和办结通知都要能回答办到哪了。9月2日至 9月6日访谈的 16 名员工里，11 人说过发出去就不知道批到哪了。市场部李婷的原话是，要在群里问一句才知道房间订上了。看得见状态，是这一版要先证明的事。
三步提交
每件事从首页到提交不超过三步。预订是选日期、选空闲时段、确认。请假是选日期、写原因、提交。多出来的字段放在第二步里，不另开一页向导。
三种状态
员工看见的状态只有申请、处理中、完成。主管正在批，界面写处理中。内部审批节点的名字留在后台，不出现在员工的页面和通知里。
员工自助
访客由员工登记，行政在 2 小时内确认。用品由员工按规格和数量提交，库存随之减少。周敏每天大约 90 分钟用在抄纸质单上，这一版把录入交还给员工，行政留下确认和核对。
追问优先
新模块要说清它怎样降低「第二天仍为同一件事追问」的比例。目标是这个比例降到 10% 以下。月初门岗纸质登记的对照值是 22%，41 条里有 9 条第二天又被问了姓名或事由。说不清这一关系的功能，放进下一次评估。
三、使用场合
- 需求评审：陈静先写方案碰到哪几条原则，张伟和刘洋再估计界面和开发量。
- 范围取舍：同一周只能做两件时，先做能降低次日追问的那一件。
- 文案和状态：新句子先对照「三种状态」。出现第四种状态名时，改回这三种之一。
- 试点复盘：10月24日用全部单据计算次日追问。高于 10% 时，先改状态和通知，再讨论新模块。
四、已做出的取舍
9月12日，陈静、张伟、刘洋、周敏用这五条收束了试点版本。手机上提交四件事和「三步提交」冲突，因为移动端表单会把一步拆成多屏。决定是：员工仍在工位浏览器里提交；手机做办结通知和主管审批。用印、公告和两级审批说不清能降低多少追问，放到 10月15日，用次日追问、当日批完率和越级投诉次数再决定。
五、修订
原则每季度看一次。要改某一条时，写出它挡下了哪一个真实方案，以及试点数字是否还支持它。下一看日期是 10月24日，由陈静准备，周敏确认。本版 V1.0 从 9月12日的取舍起用。