本模板把四要素方法——事物、关联、状态、数字——应用到园林绿化行业。它以一家四人公司为例填写：示例展示了如何描述同一家公司里并存的两类业务，而全程不描述任何一个界面。
这一行当特有的难点正在于此，模板也正面处理它：施工项目有开始也有结束，而养护合同是一次上门消耗一点。这不是同一件事的两种写法，把它们混进同一张清单，就会丢掉唯一真正要紧的数字：本季结束前还剩多少次上门。
用您自己的说法填好之后，这段文字既可以作为交给开发者的说明，也可以原样提交给 Blueprint Maker，由它产出一份待确认的应用方案，再生成应用本体：数据库、界面、仪表盘和演示数据。
可复制的模板
我的业务：园林绿化养护公司，4 人， 两个班组在外作业。按合同全年养护， 另接零散的施工项目。 需要记录的事物： - 客户（名称、场地地址、电话、类型：私人或物业） - 养护合同（起始日期、终止日期、年内计划上门次数、年度金额） - 上门记录（实际日期、班组、时长、完成的作业、清运的绿化垃圾） - 施工项目（说明、报价日期、报价金额、开工日期、预计完工日期） - 设备（名称、上次保养日期） 关联： - 一份养护合同属于一个客户。 - 一次上门记录挂在一份养护合同下。 - 一个施工项目由客户委托。 施工项目的状态：已报价、报价通过、已排期、 施工中、已完工、待开票、已开票、已放弃。 每天早上要看的数字： - 每份在执行合同上还剩多少次上门 - 即将到期的合同 - 本周完成的上门次数，按班组统计 - 正在施工的项目 - 发出超过十五天仍未回复的报价
把模板调整成您公司的样子
- 只做养护：如果您不接施工，删掉施工项目这个实体及其关联。其余部分照样成立，而剩余上门次数这个数字会成为整套应用的核心。
- 包年合同还是按次结算：示例统计的是年内计划上门次数。如果您按次收费，把「计划上门次数」换成单次价格，有用的数字就变成年初至今已开票的金额。
- 季节性：如果您的上门并不均匀（四月到九月修剪频繁，冬季以整形为主），不必在说明书里描述日历。只需写明上门在全年分布不均即可：结构支持这一点，排期仍由您决定。
- 班组：示例把班组记在上门记录上。如果您跟踪的是每个人而不是班组，就换成挂在上门记录下的「员工」实体，这样得到的是按人而非按班组的工时。
- 「待开票」这一行标记的是尚未开票的部分：合规发票本身在您的开票软件里生成，而不是在这套应用里。