这是一个创建于 374 天前的主题，其中的信息可能已经有所发展或是发生改变。
有个 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=
第 1 条附言 · 2023-11-16 15:52:21 +08:00
我理解是在需求固定明确、技术栈没有试错风险的情况下这就是个体力活。如果觉得同业开价不好请见谅。
 |
1
cutemurphy2888 2023-11-15 21:29:32 +08:00
5w
|
 |
2
willin 2023-11-15 21:36:06 +08:00
预算多少。简单的
|
 |
4
nzynzynzy OP @cutemurphy2888 其实如果是公对公，这价格完全合理甚至保守。
|
 |
5
boogoogle 2023-11-16 12:53:40 +08:00 via iPhone
手头有一个类似的系统，主要功能楼主说的差不多，一开始用一个 role 字段区分角色，但是后面改成 3 种用户 3 个表，后台定时任务那块为了稳定肯定得上 mq 等定时任务，vercel 的免费部署没用。个人觉得，报价 2-3w 属于新手 hold 不住，大佬看不上。5-6w ，全栈大佬拿出两个月时间陪着开发调试应该比较合理。
|
|
6
nzynzynzy OP @boogoogle #5 我还在推敲方案，觉得您对用户角色这个判断很在理。我可能最后弱化为管理员看所有人、用户仅看用户这样的模式，外部直接给用 bearer ，不再设置权限的因为他们除了推送、实际是没有访问的功能的。
这个是个很小的项目，稳定性之类的不在前期考虑之类（这就是为什么我说每秒 1 单，持续 1 小时，基本只要不是有 bug ，基本是个系统都能满足），基本大学毕设水平就起步了。如果后续有需求肯定直接招人了，目前这个更像是一个原型系统。 |
 |
7
linshuizhaoying 2023-11-16 14:43:25 +08:00
给印度
|
|
8
boogoogle 2023-11-16 14:54:08 +08:00 via iPhone
其实这种项目 1s 一个订单和 1s 上万订单没什么区别，任何一个正常的后端语言能扛住。问题就在于实现者的技术常识。这也是我和楼上几个人报价高点的原因。唉话说回来，给钱多了也不一定聊得来，要钱少的开发也很有可能合得来。打工人不容易，老板创业也不容易，花钱试错最好不要花自己的钱
|
|
9
nzynzynzy OP 心情可以理解，我也是程序员，而且需求什么的是我开，不会有因为需求更改导致的工作量波动，这个工作量我还是大概有数的。做甲方和做乙方的立场不一样，我能理解，乙方想高 margin ，甲方想少花钱。
|
|
10
nzynzynzy OP 感谢各位回复，目前收到不少意向。
下一步计划下星期一写出需求文档发给意向各位，请各位简单写一下实现的方式、大概的时间线、报价。 如果项目开始，付款到时候会按照几个项目里程碑以个人名义付现金。远程看代码看运行效果，见 demo 付款，之后交付代码。 |
Select Language