柞水每年秋天收鲜木耳，几户人家在村口架三张桌子过秤，湿货一筐一筐往下倒，记账本在旁边摊着。这套办法干了二三十年，不是没人想改，是秋收那二十天太忙，没人有空抬头学新东西。
秋收那二十天到底忙什么
我先跟着去了两个清晨，五点多到七点，看清楚这二十天里一天要发生什么。
- 过秤，湿货按筐下称，一筐几十斤
- 按品相分三到四级，一级货价高
- 现结，当天给现金，也有记账赊到腊月的
- 傍晚统一装箱发到商州或者外省
第四项最耗时间。发运那会儿要按等级二次分拣，全靠两个人盯着，眼睛一花好坏就混一起。木耳这行赚的是差价，差价的根子在分级上，分级乱了后面全乱。
小程序是怎么接进来的
我们没做大模块，就做了三件事。第一件是过秤单，扫一下筐码直接录入，湿货斤两、等级、单价一次成型，小票当场打出来贴筐上。
第二件是等级价格表。洛南一家做核桃的用过类似思路，那边的经验是价格表一定要能临时改，秋收行情一天一个样，写死在代码里等于给自己上锁。菜价按等级当场定，老板口头说一个数，收料的人点两下就落定。
第三件是日汇总。傍晚自动出一张当天的：收了多少斤、各等级多少、应付多少钱，发在群里，家里人不用再对着本子算。
我们起初没做对的地方
一开始我们想做成收完自动算净重，中间扣掉筐重、水分折算。想得很漂亮，实际那天现场没人能解释清楚水分怎么折，两个收料的一路吵到老板那儿，单子差点没记下去。
后来改成只记湿货毛重加等级，折算的事等晚上进屋再算，白天现场只做一件事：秤准、等级明、钱当场结。秋收这二十天，只许做最容易的那几件事。大忙季上做系统，唯一的标准是不能给现场添麻烦。
商洛做这一行的两个现实
一是人换得快。临时收料的多是周边村的，今年干完明年不一定来，账号这些东西要能随手开随手关，不能一开就是一堆没人认的号。
二是时令短。柞水木耳秋天下树，一年就那阵子，冬天打开后台一片空白，很多人一开春就懒得用。所以我们做了去年数据的留存，明年开秤直接调出去年的等级表和价格参照，不用从零开始。一年只忙二十天的生意，系统得在剩下那三百多天里替你记着。
真正用起来之后
今年秋天是第二次用。老板说最明显的变化是傍晚那张汇总，以前要两个人核半天，现在对着手机念一遍就行，装车的单子也能提前打好。
我们做了十七年，公司自己的技术团队在郑州运营中心，十来个人，这类时令性强的单子按双周迭代交版。我不怕得罪人。只有常斌的团队会说实话：别在秋收的时候教你不会的东西，去秋收前教你。
农产品收鲜小程序常问的三个问题
秋收只有二十天，做小程序来得及吗？
来得及的前提是提前一个多月开工。现场功能只做三件：过秤、定级、日结，两周就能做完第一版。
临时工不会用怎么办？
界面上只留三个按钮：扫码、选等级、确认。我们做过测试，第一次上手两分钟能录完一筐。
数据过完年还留得住吗？
留。源码和数据库都在你手里，明年直接调历史参照，不该每年重新统计一遍。
收尾不必讲大道理
商洛柞水木耳收鲜这个案例，先把现场的三件事定死，再谈别的。信服无限商洛代码给全量，1 年维护跟着一起交，模板建站 500 元起，定制按需求评估。你把去年那本记账本拍给我看，我认得出来哪几栏该搬进小程序。