如果说现在你做产品经理，还是只是埋头做原型设计，需求调研，那么几乎属于被淘汰的了。
因为现在的软件项目几乎都被设计过了，人类所涉及到的场景都已经有了各类单元功能模块，通过组合他们你的产品设计方案就有了。
你不会找不到竞品
所以，一个AI产品经理在2025年，要学AI调研，你做产品经理会使用github吗
从2024年以来，我做产品研发之后，就会开始使用github来找项目，甚至是在github上，我还发现了一些非常有趣的数据库。
比如唐诗宋词的数据库，可以集成在项目里
还有就是当我们从0到1做一些门诊系统的时候，也能够找到大型系统的开源项目，如下是某医疗门诊的项目
用github的开源项目，的确是可以很快的将其搭建起来，并且投入到生产运行，从这个角度来说开源项目让产品经理避免了从0到1，并且让开发团队可以快速完成。
包括今年各类开源的AI模型、agent都在Github上，比如前段时间爆火的manus，其对标的openmanus就开源了，可以达到相同效果。
独立设计产品原型，不考虑开源的劣势
开源项目的好处当然就是节约工作量，尤其在工作里，如果产品经理能够找到匹配产品设计方案的开源项目，开发团队的效率会大大提升，因为可以减少不少开发工作量。
虽然开源项目是不同的语言开发的，但是只要找准自己团队所拥有的技术栈，就可以快速融入开源项目，如下是Github里面源代码语言构成
比如我们做某大型门店系统为了赶时间进度，就可以选用开源的项目来进行集合，就避免重复的造轮子。
产品经理在github要看什么
1.会搜索github
在github上因为是有中文和英文项目，而为了答案的结果多，产品经理最好就罗列一些信息化系统的标准化名称，比如我们说的OA系统、CRM系统等，这些都是标准化系统名称。
所以要提前知道这个系统归属于哪一类标准业务系统或者最接近，这样才能够找到最合适的开源项目。
2.Github的开源协议
目前开源协议有如下主要的3类，而要想商用的开源协议就需要产品经理去调研其中开源的说明，尤其是在大厂或国企工作，选择不支持商用开源的，就把工作丢了。或者引起商业侵权，就更加麻烦了。
常见的开源协议选择如下3个
- MIT许可证
：非常宽松，基本上允许任何人做任何事情，只需保留版权声明。
- Apache 许可证 2.0
：允许商业使用，保护专利权，要求修改过的文件标注已修改。
- GNU GPL
：适用于那些希望任何使用、修改和分发你的项目的人也同样开源他们的作品的情况。
这里还有其他开源协议
LGPL ：你只进行类库引用，可以随意使用。但是你修改了源码就必须公开。
2.4BSD协议 ：允许修改代码后，闭源，需要保留原来的BSD协议，不能用原作者名字做市场推广。
2.none:
不允许其他人进行复制、分发、使用与修改。如果上传了GitHub默认允许别人进行查看与fork到自己仓库，只是不能使用与修改。
3.选择有人维护的开源项目
有的开源项目，年久失修，开发者并没有维护了，那么考虑到现在时代的技术栈与环境适配，就会导致开源的项目，也无法使用或者部署的工作量极大
所以往往如果超过2年以上的开源项目没有更新，那么就可以弃用了，而不是有开源就一定好用。
比如下面这个项目，一看就是难以使用，因为已经有长达6年时间没有更新了。
除非这个开源项目解决了某些核心痛点问题，就可以选择进行重写，将其重写为新语言，比如医学DICOM文件的阅读与解析。
产品经理用开源，避免和程序员争执
还有一个要说明的是，作为产品经理是用Github可以减少非常多的开发工作沟通，即使在大厂，程序员写代码也不一定每一行都是自己写的，仍然有相当多的黏贴复制或者基于开源的二次修改。
用开源也就帮助产品经理更好的了解技术实现与思路，从而知道这个项目的技术难点与成本有多少，避免提出一些不容易修改的产品设计方案。
我见过不少产品经理，只关注用户侧需求，但是却从来不关心研发团队的技术实现与团队技术栈，这就导致了产品经理与开发就经常争执。
用GitHub从另外一个角度来看，要考虑到产品设计方案的可实现性，考虑研发的架构代码基础就是看github的源码基础。
几乎每一个项目都可以从github上找到
今天的分享就在这里。
“关注我，一个产品经理的创业故事”
最近我的原创
每日案例拆解库，AI产品开源项目打卡收藏群
我创建的产品设计打卡社群，加入后365天，每天体验一款APP。提升产品设计能力，同时有1300份体验报告帮助你找到竞品。
在这里你可以随时查询到你想找的各类竞品行业APP以及我收集整理的开源Github项目，马上得到APP的一手产品优化、交互设计、功能描述信息。
从优化&建议、商业模式、运营、功能描述、交互设计、产品定位至少6个维度，体验一款应用。
平均1天1块钱，扫码购买即可加入
连续体验48款应用，通过后原路退回
报名后添加星球助理
PMTalk123
热门跟贴