图书系统人工实测已经跑到第4天了。
这几天其实只做一件事：把自己放到这个项目的每一个角色里，把各自要用的流程全部跑一遍。供书商、代理商、平台管理员、员工，甚至第三方，只要后面真的要用，就不能只在脑子里觉得它能跑。
其中供书商这边的流程最多，也最关键。它本来就是图书ERP上面再接一层快捷录入和快捷发货：书要进库、图要拍全、员工要能接单，最后还要把货真正发出去。任何一段卡住，后面的人就得跟着等。
大纲速览
ISBN扫码录书和快递单扫码发货，为什么做成小程序还不够
我最早的想法很直接：做个小程序，员工扫一下图书ISBN，现成接口把书的信息带回来；发货时再连上打单系统，扫一下快递单号，任务就能进系统。微信小程序本身也有扫码能力，听起来像是把两次录入都省掉了。
所以我当时觉得，录书和发货这一块应该不难。功能做出来，扫一扫就行。
但今天跟朋友聊完，我发现小程序还得再改。问题不是接口能不能调通，而是员工拿着手机实际操作时，哪一步先做、哪一步后做，拍完一整本书后怎么提交，都会影响整个速度。看起来只是一个小程序，真正放到现场以后，流程还是有继续压缩的空间。
这也是我现在最有感触的地方：系统能跑，和人用起来顺手，是两件事。
图书ERP供书商流程怎么测：录书、发货和员工权限都要跑
供书商不只是录一本到后台就结束了。后台要能看到图书录入记录、资料状态、价格状态和待上架的商品；员工在小程序里操作后，管理端也要能接得住。
我这几天就是这样一段一段地看：录书后的记录有没有回来，发货任务有没有被正确接走，谁做了什么动作，系统有没有留下能追溯的痕迹。
像员工账号也是一样。老板和员工看到的页面、能点的按钮、本来就不应该完全一样。录书、接单、发货这些权限拆开以后，实际测试时才知道哪里给多了，哪里又给少了。
所以现在不是盯着一张页面看好不好看，而是把一个角色从登录、录书、上架、接单到发货完整走完。只要有一步需要靠人反复解释，或者绕来绕去，那就说明这套流程还没到能交给员工长期用的程度。
AI开发图书ERP的三个阶段：开发、自动测试、人工实测
我把这次AI开发大概分成三段。
- 第一段：用AI把要用的系统做出来。
- 第二段：用AI去跑测试，看有没有Bug，链路有没有断。前面的小程序自动测试，我已经在前面的小程序烟测记录里记过一次。
- 第三段：人工把它带进项目里，看看这套东西到底适不适合实战，效率到底高不高。
第一段只要会用AI，很多东西都能被做出来。第二段至少得有一点开发或使用经验，知道自己想要什么系统，知道哪些功能本来就该有。到了第三段，才是真正把系统放到生产环境里。
人工实测后，图书ERP才能真正投入二手书项目
这几天的人工测试，不只是为了找Bug。很多时候系统没有报错，按钮也都能点，但真正做事的人会告诉你：这个步骤太慢，那个页面要少点一次，录完后最好不要马上跳走。这样的反馈，代码自己跑不出来。
所以接下来我还会继续让供书商、代理商、管理员和员工把流程往下跑。项目需要什么样的动作，系统就按照什么样的动作去改。图书ERP不是做出来给我看的，而是后面真的要放到项目里替人省时间的。
最早为什么会开始做这件事，以及图书项目、自动化上架和ERP之间的关系，我之前写在为什么我们开始做二手书项目里。现在回头看，前两段开发只是把地基打出来，真正决定它以后好不好用的，还是眼下这一轮一轮的实测和调整。