保修期内的维修事项，没有工单模块落在哪
机电安装做完一栋楼的机电部分，保修期两年。这两年里冒出来的事不比施工期少：风机盘管不制冷、配电箱跳闸、消防报警误报。这些事项系统里没有专门的工单模块，多数公司让它们住在微信群里，谁看到谁回一句"好的"，然后就没有然后了。
换个地方放，事情就稳了一半。
事项进跟进记录，派工靠日程
客户报修，销售或接电话的人在对应客户的详情页写一条跟进记录，跟进方式选电话联系，内容写清楼栋、位置、现象，截图和现场照片作为附件传上去。这一条记录就是维修事项的出生证明，谁报的、什么时候报的、坏了什么，全部在场。
派工用日程。建一条日程，类型在日程设置里加一个自定义的，就叫"维修"，选工程师做参与人员，定时提醒提前一小时，地址栏填楼栋和楼层。工程师当天干完活，回到这条跟进记录下面追加一条：换了什么件、测了什么参数、客户签没签字。现场签字单拍照传附件。这件事就算销掉了。
没有销掉的怎么办。日程上看得见，拖了两天的维修事项在日历上挂着，经理扫一眼月视图就知道谁手上有积压。
返修次数是隐藏的预警
同一个位置修了两回三回，说明上次没修到根上。这些记录都留在客户的跟进记录列表里，按时间排下来就是这栋楼的病史。保修期快到的时候，这份病史还是和甲方谈延保的底牌：哪些系统稳、哪些地方动过几回，说得清清楚楚。
接报修的人也要固定。中小安装公司常犯的错是"谁在电脑前谁记"，记录写得七零八落，回头想问个细节都找不到经办人。定一个人收口，其他人报给他，由他统一写记录、派日程。多一道转手，少十次扯皮，这笔账划算。
日程类型在日历上带颜色，维修和保养一眼分得开，月视图上谁手上有积压，看颜色就知道，不用挨个问。
有个小建议，日程的自定义类型别只加一个"维修"，可以再分"维修"和"保养"，最多能加二十个。保养事项提前排进日历，比维修便宜得多，只是大多数安装公司从来没排过。售后事项的记法在装备制造CRM那页也有一份，两边的思路是通的。 项目制生意的完整链路，项目型销售CRM那页有展开。
