海关现在可是杀红眼了，要带提前想好被税的事情。。。

@twofox 之前是什么系统？我感觉整体实施可能是坑，一边开发一边迁移可能弄的你里外不是人，系统使用受影响而且开发也很多限制条件，而你可能就是首当其中第一人。

挨着墙做一个宽的踏板，装一个滑轮组，当有车轮压在上面的时候牵动钢索，在楼的外侧竖起一个小红旗。这个没电的时候都好使，或者你家门口停了一只大象的时候也好使。

对自己的车 size 感知不够准确，多开开自己的车，让自己媳妇贴着车站在车头位置看一会儿，就大概知道自己的车头有多长了。注意请全程不要启动或者确认刹车已经刹好。

另外其实侧方位有公式的，你看几个视频就知道了，大概就是先贴着前面的车让俩耳朵对齐然后满方向往后退，然后满足以下任意一个条件（看你习惯）：1. 你的这边的后视镜看到整个车位的后 1/3 ； 2. 车位外侧的后轱辘压到了白线； 3. 你觉得车的角度是 45 度，这时候回正方向继续后退。如果车位比较小可能要多搓几把。

@twofox 如果是升级或者重新实施可能还真的是一个不错的学习机会。不知道升级或者重新实施希望是因为什么？希望实现新的功能还是老系统有什么不妥的地方。

这个想象空间还是很大的，比如如果只是觉得老系统难看或者反应慢，可能重新整理流程开发就好了。如果希望实现一些新功能，既可能是一个提高整体业务水平的机会，也可能是一场噩梦。随便列几个稍微可能提高业务水平的需求

1. 旧系统管理库存不能 FIFO （先进先出）导致产品批次混乱，经常有东西放过期；或者是全靠人为操作，但是库管随便挑个批次就出了。
2. 生产制造过程中，经常因为某个原料没到位导致整体交期延后。
3. 成本管理混乱，不符合财务的需求。究竟成本应该是上次采购价格为准，还是批次为准，还是什么为准（想象饲料行业经常涉及采购成本价格变动，如果公司未来上市或者融资，你仓库的玉米、在途的玉米、订单上的玉米都要随着市场价格浮动，在某个时间点产生总账影响）

这些东西都有相关的需求，我是做二次开发的所以产品本身有的功能我只用配置就够了，如果你是造轮子那就比较复杂了。究竟做出来的东西是随便用用，还是要审计，这个精确可靠程度要求不太一样的。

希望你和#23 楼所说的一样只是普通需求（读硕士时候有个课程老师讲：你们信息系统最大的竞争对手就是 EXCEL 表格）。如果是比如要上市、要审计，整个开发难度就完全不一样了。

@twofox 想了一下还是要确立一个概念：开发与实施咨询。

这个工作的过程可大可小

- 如果是大，至少分为 3 个部分——咨询，开发，实施。咨询应该和用户沟通整个现有企业的流程（比如他们之前是有一套流程和系统）或者确立现有的流程（比如以前他们是瞎做，没什么岗位流程），然后把整套流程画图和用文字描述；然后开发按照这个流程去做系统，交给实施顾问把期初数据装进去，手把手交给用户怎么使用，答疑，如果有问题就迭代这个过程。

- 如果是小，以上 3 个部分可以缩短，可能一个人兼任多个角色，比如咨询的过程中给用户就把系统传授了，顺便做一些修改，甚至做一些立等可取的开发。

所以你作为一个程序员我觉得如果是比较正规的、系统规模大一点的，就会涉及一个角色的转换，就要会一些沟通、画流程图，了解财务生产销售的知识，相当于转岗了。如果你想往这方面发展的话，投入时间是很值得的。不然我觉得可能你们公司有点赶鸭子上架，见过很多这样的例子，开发人员不善言辞被用户挂在会上烤“这个不是我们要的，我没说过这样做”……

@twofox 真不好意思，我感觉我一本书都没看过，都是靠跟项目、和相关用户聊天攒起来的知识。不过我觉得你看一下基础会计，最好在看一本英文的，因为财务是 ERP 的核心需求，无论是采购、销售、资产，借记贷记都有了。

生产计划 BOM 之类的这个模块叫做 MRP ，Material Requirements Planning ，你随便找点相关的基础书看一下就行。

@moxuanyuan 你可以理解你老板为咨询顾问，他的口述你最好记录成为文字+图标。但是你如果发现他沟通有问题最好及时让他认识到这一点（比如你按照他的要求开发出来，用户不接受说“我没这么说，这不是我想要的”）让他找些沟通技能好的人。

流程可能是根据职能角色而定的，比如生产采购流程常见的就是：制定产品 BOM ，制定生产计划，按照计划采购，入库，质检，之后生产部门原料调拨，记录生产，产品入库。

而有时候定制化生产是先销售、后排产、入库交付。

还有 dropship ，先销售再采购。

总之你把自己放到用户角色，这个流程就出来了。多喝和用户沟通（并且记下来他们的需求让他们审阅）

差不多 11 年 erp 咨询开发经验路过。

你们可能缺失了一个咨询的过程，程序员直接操刀开发可能还是有失稳妥。用户是很难一次性把自己需求表达称为可以编程的逻辑的，而且他们也可能自相矛盾、前后矛盾、彼此矛盾。

如果说操作难度，实际上可能还好：作为开发/管理员你总揽全局，但是每个用户可能只操作一段步骤：比如库管只操作入库、出库、盘库，而对于库存价值不用管，因为那是财务的事情。

精确来说，你们正在做 wms ，说小了是 erp 定义范围的一部分，说大了可能是一个独立系统。没有项目、产品管理经验可能比较辛苦，最好有较好的沟通表达记录技能，循序渐进逐步上线，迭代开发。

总之说来话长。哈哈

@purringpal 我也觉得你艾特错我了在#18 因为你引用的内容是我楼上的#14

法无禁止即可为