xhawk

感谢楼主的分享, 我本来一直也想构建这么一个东西, 你的这个东西我已经跑起来了. 不过对于 UI 这块, 我自己有点犹豫不决, 其实还有一个思路是采用 electron+next.js 的方案, 不知道这个 py 的方案, 这个这个主要差异是什么?

或者有研究过的? 我更多关注的是 macos, windows, linux 可以不用反复搞.

很有才, 有创意的想法, 加油, 建议后续可以搞个摄像头. 捕捉一下动态的变化, 让 AI 来分析. 这个就是一个非常有趣的灵魂产品了.

@barantt01 楼上的那个好, 省了一个点开复制的环节.

api 给的？

前几天看了一下，如果订单是跟数据库做一个绑定的话，那这个订单号其实逻辑上就可以设计的很短。意思就是说，我们先做一个简单的假设，一个数据库可以存放 1 亿的订单，经过这样子分库之后，那么这个订单就可以无限地变大了

我记得可以论坛发帖, 会有回复帮你处理的.

9raUVuzeWUk53co63M4WXLWPWE4Xc6Lpn7RS9dnkpump

当然, 对于老板来说, 最大的问题是, 如果标书委外, 会不会引来竞争对手, 这个才是这个过程最最敏感的事情.

我继续帮楼主分析分析, 因为我这边的确接触过超级标准的大标书. 如下是几点分享:

1 一般企业都是老板指定销售部门来搞定, 按照你的逻辑是,要求 销售部门 向老板提出, 要对标书进行委外, 老板肯定要打个问号? 为啥, 要付多少钱, 但是你要知道, 大企业要往外付钱, 这个都是要一顿扯才可以的. 所以, 这个无形提升了你这个企业切入的门槛, 但是有时候未必是坏事, 进入了之后, 后面就稳了.

2. 标书的制作过程是一方面, 我遇到的问题, 更多的是比如异地标书的投递, 有时候需要人到现场代表公司投递, 还有, 比如接触过中石油, 中石化的那个招投标系统, 摸明白从哪儿进到哪儿出, 都要摸索很久. 这个也是投标过程的坑. 意思是投标的过程不清楚, 这个也是坑.