征询一个 NodeJs + React/Angular 的简单 OMS 报价

[nzynzynzy]

有个 OMS 的小项目想做一下，希望得到一个大概的报价

功能综述

多用户的一个订单管理系统，有 3 种身份，管理员，内部用户，外部用户，订单由外部用户的 API 以 json 传入系统，按照传入的数据的某个字段分配给不同的内部用户。每个用户 UI 和 API 只能看到自己管理订单。外部用户只有 API 的权限。

流程概述

每个订单传入后，内部用户在 UI 上可以看到订单列表，用户可以通过 UI 和 API 为每一个订单创建多个确认信、发货单和发票。创建这三种单据后，都是 API 的形式推送给对应外部用户，包括定时推送和失败定时补退。

要允许管理员给每个用户配置以下参数

• 如何判断对方成功收到数据（可能是 json 里面的 sucess = true ，或者是 http code = 200 或者其他，这个需要给一个配置的空间）
• 是否定时推送
• 多久定时推送

前端

React/Angular 实现不限，不要求太美观，能看就行。

登录鉴权

用 firebase 或者 supabase 这样的第三方库，不造轮子

API 的认证

内部用户和外部用户都用 OAuth2.0

部署

初步计划是在 vercel 上

性能预计

峰值每秒 1 个订单，持续 1 小时左右，不可能更多了。

目前了解到大概就是这么多，欢迎电子邮件沟通，我觉得比较适合全栈当个业余事情做。

emhvbmd5YW5nLm5pdUBnbWFpbC5jb20=

我理解是在需求固定明确、技术栈没有试错风险的情况下这就是个体力活。如果觉得同业开价不好请见谅。

[cutemurphy2888]

5w

[willin]

预算多少。简单的

[nzynzynzy]

@willin 预算在 2-3w ，小公司试验性项目。如果不合适就算了，外包给印度

[nzynzynzy]

@cutemurphy2888 其实如果是公对公，这价格完全合理甚至保守。

[boogoogle]

手头有一个类似的系统，主要功能楼主说的差不多，一开始用一个 role 字段区分角色，但是后面改成 3 种用户 3 个表，后台定时任务那块为了稳定肯定得上 mq 等定时任务，vercel 的免费部署没用。个人觉得，报价 2-3w 属于新手 hold 不住，大佬看不上。5-6w ，全栈大佬拿出两个月时间陪着开发调试应该比较合理。

[nzynzynzy]

@boogoogle #5 我还在推敲方案，觉得您对用户角色这个判断很在理。我可能最后弱化为管理员看所有人、用户仅看用户这样的模式，外部直接给用 bearer ，不再设置权限的因为他们除了推送、实际是没有访问的功能的。

这个是个很小的项目，稳定性之类的不在前期考虑之类（这就是为什么我说每秒 1 单，持续 1 小时，基本只要不是有 bug ，基本是个系统都能满足），基本大学毕设水平就起步了。如果后续有需求肯定直接招人了，目前这个更像是一个原型系统。

[linshuizhaoying]

给印度

[boogoogle]

其实这种项目 1s 一个订单和 1s 上万订单没什么区别，任何一个正常的后端语言能扛住。问题就在于实现者的技术常识。这也是我和楼上几个人报价高点的原因。唉话说回来，给钱多了也不一定聊得来，要钱少的开发也很有可能合得来。打工人不容易，老板创业也不容易，花钱试错最好不要花自己的钱

[nzynzynzy]

心情可以理解，我也是程序员，而且需求什么的是我开，不会有因为需求更改导致的工作量波动，这个工作量我还是大概有数的。做甲方和做乙方的立场不一样，我能理解，乙方想高 margin ，甲方想少花钱。

[nzynzynzy]

感谢各位回复，目前收到不少意向。

下一步计划下星期一写出需求文档发给意向各位，请各位简单写一下实现的方式、大概的时间线、报价。

如果项目开始，付款到时候会按照几个项目里程碑以个人名义付现金。远程看代码看运行效果，见 demo 付款，之后交付代码。

[nzynzynzy]

@boogoogle #8 这是个坑，就像你说的需不需要上队列，我直接表明这个东西是个原型项目，不要求什么五彩斑斓的黑和什么特殊的技巧，说白了就是 nodejs 搭一下套个 react 的模板。