原型项目介绍：
这个原型项目是一个非标打样订单管理系统，旨在优化订单处理流程和信息传递效率。
原型文档包含内容：
需求清单：列出了项目的需求和目标。
文档更新历史：记录了文档的修改和更新情况。
功能模块：
修改地址优化：优化地址信息的修改流程。
OPS增加物流轨迹：在订单处理系统（OPS）中增加物流轨迹跟踪功能。
非标打样订单传值给MES：将非标准打样订单信息传递给制造执行系统（MES）。
工艺信息传值给MES：将工艺信息传递给MES，包括DDM和POD两个子模块。
POD订单管理-企业名称：管理企业名称相关的订单信息。
新增中通物流公司：集成新的物流合作伙伴中通物流公司。
虎彩装传0001给内结：处理特定订单的内部结算流程。
所属行业：
这个原型项目属于制造业，特别是那些需要定制化生产和打样的行业，如印刷、包装或其他需要个性化订单处理的领域。
解决的痛点或目标：
提高订单处理效率，减少因信息传递不畅导致的延误。
优化物流跟踪，提升客户满意度。
集成新的物流合作伙伴，扩大服务范围。
通过MES系统实现工艺信息的自动化传递，减少人为错误。
核心功能模块介绍：
订单信息管理：管理订单的基本信息和状态。
物流轨迹跟踪：实时更新和查看订单的物流状态。
MES集成：与制造执行系统无缝对接，实现订单和工艺信息的自动化处理。
企业名称管理：维护和更新与订单相关的企业名称信息。
物流合作伙伴管理：集成和管理不同的物流公司，如中通物流。（一）需求清单
合计10个页面
（一）需求清单、（二）文档更新历史、1.1修改地址优化、2.1OPS增加物流轨迹、3.1非标打样订单传值、4.1工艺信息传值-DDM、4.2工艺信息传值-POD、5.1POD订单管理-企业名称、6.1新增中通物流公司、7.1虎彩装传0001给内结
https://axurehub.com/30387.html
这个原型项目是一个非标打样订单管理系统，旨在优化订单处理流程和信息传递效率。
原型文档包含内容：
需求清单：列出了项目的需求和目标。
文档更新历史：记录了文档的修改和更新情况。
功能模块：
修改地址优化：优化地址信息的修改流程。
OPS增加物流轨迹：在订单处理系统（OPS）中增加物流轨迹跟踪功能。
非标打样订单传值给MES：将非标准打样订单信息传递给制造执行系统（MES）。
工艺信息传值给MES：将工艺信息传递给MES，包括DDM和POD两个子模块。
POD订单管理-企业名称：管理企业名称相关的订单信息。
新增中通物流公司：集成新的物流合作伙伴中通物流公司。
虎彩装传0001给内结：处理特定订单的内部结算流程。
所属行业：
这个原型项目属于制造业，特别是那些需要定制化生产和打样的行业，如印刷、包装或其他需要个性化订单处理的领域。
解决的痛点或目标：
提高订单处理效率，减少因信息传递不畅导致的延误。
优化物流跟踪，提升客户满意度。
集成新的物流合作伙伴，扩大服务范围。
通过MES系统实现工艺信息的自动化传递，减少人为错误。
核心功能模块介绍：
订单信息管理：管理订单的基本信息和状态。
物流轨迹跟踪：实时更新和查看订单的物流状态。
MES集成：与制造执行系统无缝对接，实现订单和工艺信息的自动化处理。
企业名称管理：维护和更新与订单相关的企业名称信息。
物流合作伙伴管理：集成和管理不同的物流公司，如中通物流。（一）需求清单
合计10个页面
（一）需求清单、（二）文档更新历史、1.1修改地址优化、2.1OPS增加物流轨迹、3.1非标打样订单传值、4.1工艺信息传值-DDM、4.2工艺信息传值-POD、5.1POD订单管理-企业名称、6.1新增中通物流公司、7.1虎彩装传0001给内结
https://axurehub.com/30387.html
#每日一个idea
去年过年前的几天，我在星巴克花了一小时上线了一个AI红包封面，小🔥了一把。当时接的dalle 生图模型，效果一般，依然有不少人付费。
马上又要过年了，今年微信官方支持售卖微信红包封面，封面制作的需求也许会小涨。
今年出了很多新的生图模型如 flux recraft 等，也有不少视频模型如可灵 海螺等。谷歌最近发布的 imagen3 veo2 也是王炸级别。
AI 红包封面项目可以捡起来，实现几个新的需求👇
1. 支持多个生图模型，优化出图效果
2. 对接视频模型，在红包封面上演示视频播放
3. 一键导出素材，针对微信红包封面审核要求进行裁剪
4. 支持 RAG，text2cover，url2cover，image2video
5. 支持用户上传自己的红包封面进行售卖
还有一个月，可以冲一把💪
https://aicover.design
去年过年前的几天，我在星巴克花了一小时上线了一个AI红包封面，小🔥了一把。当时接的dalle 生图模型，效果一般，依然有不少人付费。
马上又要过年了，今年微信官方支持售卖微信红包封面，封面制作的需求也许会小涨。
今年出了很多新的生图模型如 flux recraft 等，也有不少视频模型如可灵 海螺等。谷歌最近发布的 imagen3 veo2 也是王炸级别。
AI 红包封面项目可以捡起来，实现几个新的需求👇
1. 支持多个生图模型，优化出图效果
2. 对接视频模型，在红包封面上演示视频播放
3. 一键导出素材，针对微信红包封面审核要求进行裁剪
4. 支持 RAG，text2cover，url2cover，image2video
5. 支持用户上传自己的红包封面进行售卖
还有一个月，可以冲一把💪
https://aicover.design
❤1
每一份需求文档，其实都是在告诉研发和测试要做什么，为什么要做，验收标准是什么。
1）'要做什么'是最好写的。
拍个脑袋都能写出来一大堆需求。但要写完整，写清晰，就还是要有些工作要做的。一份清晰的需求文档，至少要让有一些上下文背景的研发一眼就能理解目标，并且在脑海里大概勾勒出怎么做，而不至于看完还是一脸茫然。
2）'为什么要做'往往容易被忽略。
有些人觉得没必要跟研发讲，干活不就完了嘛，为啥要问东问西的；还有些人写不清楚，或者理由不能服人，于是随便糊弄一通。
但讲清楚背景，一方面是让研发能从工程视角给一些专业建议，另一方面也是倒逼产品想清楚一个需求到底有什么价值。
3）'验收标准'就更容易被忽视了。
每个人的思路都有局限，或者说关注点不一样。对同一个需求，研发可能只关注了具体功能是否实现了，而不会注意到可能还会对别的逻辑造成联动影响。
这个时候，每多一个人提示应该注意测试哪些地方，在研发和测试时，就会多一些考量。
ps. 感觉给大模型写提示词，和写需求文档很相像。区别可能在于，人的综合解决问题的能力更强，需求一次性说不清楚也没关系，还能通过反复沟通来对齐。
1）'要做什么'是最好写的。
拍个脑袋都能写出来一大堆需求。但要写完整，写清晰，就还是要有些工作要做的。一份清晰的需求文档，至少要让有一些上下文背景的研发一眼就能理解目标，并且在脑海里大概勾勒出怎么做，而不至于看完还是一脸茫然。
2）'为什么要做'往往容易被忽略。
有些人觉得没必要跟研发讲，干活不就完了嘛，为啥要问东问西的；还有些人写不清楚，或者理由不能服人，于是随便糊弄一通。
但讲清楚背景，一方面是让研发能从工程视角给一些专业建议，另一方面也是倒逼产品想清楚一个需求到底有什么价值。
3）'验收标准'就更容易被忽视了。
每个人的思路都有局限，或者说关注点不一样。对同一个需求，研发可能只关注了具体功能是否实现了，而不会注意到可能还会对别的逻辑造成联动影响。
这个时候，每多一个人提示应该注意测试哪些地方，在研发和测试时，就会多一些考量。
ps. 感觉给大模型写提示词，和写需求文档很相像。区别可能在于，人的综合解决问题的能力更强，需求一次性说不清楚也没关系，还能通过反复沟通来对齐。
👍3
🤔 最近发现。。
从 11 月开始，已经用结构化伪代码的方式，让 AI 配合产出了 30+ 产品文档。
自从熟悉了这套工作流后，再也回不去之前的图形化产品文档了。🤣
从 11 月开始，已经用结构化伪代码的方式，让 AI 配合产出了 30+ 产品文档。
自从熟悉了这套工作流后，再也回不去之前的图形化产品文档了。🤣