一个分润系统工时预计多久合适呢？

目前前端预计 20.9 人天，后端预计 31.1 人天

这确实长，

分的这么细的么 看到头大

这分开算不好吧，最好和前端一样，按页面统计。

如果在我们团队，老板会说一天是合理的。如果你超过这个天说明你不够 AI native

1. 单做功能实现不用这么多。
2. 但是里面把很多工作量隐藏了，第三方对接的调试没提，联调没提，测试没提。
3. 没有一个实际的项目管理？这种工时分出来没有实际意义。

@maichael 没有一个实际的项目管理，一共就一个前端一个后端，然后老板让我们预计开发时间，实际上就是上线的时间。最多是这个时间加一点联调测试。

@SpringBlossom 不用 AI 的前提下多长时间你觉得合理呢，这个就是约等于项目上线的时间。

听老板的，然后用 AI 搞，剩下的时间就可以摸鱼了

分的太细了，没必要。万一你前期没调研清楚，做着做着发现要加接口，改逻辑，那影响范围太大了。排期的时候要适当留一些时间缓冲。

预估排期这个事情，不要期望第一次就准确评估，第一次肯定不准，第二次也可能不准，但是会一次比一次准的，团队伙伴之间也要磨合不是？

老板跟你讲条件，你也可以讲条件的。他压排期，你就减少开发工作量

这个分润系统，一定要一个版本就迭代完吗？我看未必，第一期先上必要的功能就可以，把流程跑通为主

这么庞大的系统，你怎么测试？

还不如小步快跑，分版本迭代

讲真，现在你在这问还不如问 ai

@ElmerZhang 我准备等会就提要采购 AI ，找个中转站买买，不自己买了。

@phpdever 这个要一次完成的，实际上这个排期就是预留了一点点缓冲，但是老板不满意，意思要实际工时

@cnzmz 不要轻易被压排期，这个口子开了，以后有的难受的。后面老板就习惯性压你排期，而且屡试不爽。

UI/交互逻辑实现，接口对接/联调，自测测试，大概这么划分吧。用专业的项目管理软件/协作平台 + webhooks 实时消息同步，方便整体进度管理

@davin 这个都是开发阶段的吗？ UI/交互逻辑实现，主要就是各自在开发东西吗？

前后端分离也以模块划分。默认按 2 人天来算估，每个接口算 0.25 人/天，测试联调留 2 天搞正流程缺陷，完事直接投产出问题 hotfix 。这种来定制软件的小老板我经常打交道，他生产数据没这么快能起量

这种系统，一般都是 二开了，

从 0 开始，2 个人搞 1 个月 ，一点不多。
这还不包括上线实际运行各种问题。
可以扔给 ai 设计所有表， 过一遍 分功能块再 ai 搞。

说实话你要这么细就写一个列表 api ，那个老板看了都会说时间长的。

说实话，这里面产品经理的责任更重一点，如果他写一个详细的需求文档，那么确实可以靠 ai 更快速度的做出来

如果是照抄，工时估这么细可以理解
如果是按需求文档做，coding 的时间绝对不超过 30%，剩下的都是思考、核对、调整、设计

@suzhou 不细又也会被说，细了也都会被说时间长么，那怎么弄更好点呢？

@cnzmz 键盘给他，让他来。
这个分润系统的开发重点是业务逻辑是否完全明确了，开发人员是否完全理解了业务逻辑。如果业务逻辑明确并理解了，在 ai 的辅助下花两天出个设计文档，让 ai 按照设计文档开发。工期用不了多久。
要是只有图上这种简单的功能点罗列，那干两个月也完不了。