光合本地生活o2o系统

一、成品和后加定制写在一起，后来会怎样

混在一起的麻烦，在升级时才看出来。原来的页面要更新，后加的内容若没有单独列出，更新的人不知道该避开哪里。要么整页被盖住，店员找不回后来改过的提示；要么为了保住后加的内容，连原来该修的问题也不敢动。

口头说「都能做」，清单不分开，上线缺一项就说是还没定制，有一项又说本来就在成品里。负责验收的人无法拿着清单去对页面，只能靠记忆争论。这不是价钱高低的问题，是列不清就无法知道哪一项已经交付。

后来加的改动若直接写在成品页面上，又不注明，下一次换人维护就无从下手。同样是外卖下单页，有人改过提示文字，有人加过一个必填项。不分开列，谁也不敢断定哪一句是后来加的，哪一句是原来就有的。两列还要写上日期：成品列写交付时已有的页面，定制列写后来哪一天改了什么。没有日期，上个月的改动仍会被当成原来就有的。页面上能看到、清单上没有的，先补进定制列，不要口头说应该算在成品里。

二、怎样分成两列再验收、再升级

成品单独列清楚：现在打开的是哪些业务，例如外卖、跑腿、上门，各自哪些页面和订单状态是交来时就有的。后加的定制另列：改了哪一页、加了哪一项、给谁用。两项不要并成一句「全部包含」。

升级前先看定制那一列。要更新的范围若会碰到后加的页面，先把那一页的改动记下来，再动原来的页面。验收时按两列对着页面点：成品列上的应能直接看到；定制列上的应能指出是哪一次加上的。点不到的，就还没交付，不要混进成品里算已经有。

统一后台里，成品业务和后加的入口可以同时存在，但清单上仍要分开写。私有化源码交付之后，接手的人也靠这两列交接，而不是靠某一次会议里说过的话。定制做多少，以书面范围为准，不在系统里自动变成「全都算成品」。账单仍按客户自己确定的方式结算。

三、适合谁

已经在用成品、又准备加定制的团队。希望升级时知道该避开哪一页，验收时能指出哪一项是后加的。若页面不再改、也不再加功能，分开列的紧迫性就小一些。

四、短总结

本地生活服务系统要把成品和后来加的定制分成两列。升级和验收都对着这两列看，才不会把后加的内容盖掉，也不会把没做的算进成品。