AI产品经理如何在Github上选开源项目？

从现在做AI产品经理之后，相比以前的软件研发速度，我自己认为现在用AI的产品经理会比以前快了大概2-3倍。

以前需要花1个月的工作，现在可能1个星期就可以开发完成上线，然后再逐步获得用户反馈，去精雕细琢的打磨，甚至是一天。

之所以有这样的效果，是因为现在的vibe coding的发展（也就是AI编程），让产品经理也有了编码能力，从以前的需求调研、原型设计再到最不愿意投入时间的高保真投入，都可以一步到位。

现在直接可以一步到位高保真原型下的前端页面，当然现在有了supabase之后，产品经理也能够前后端一起运用，这种开源数据库。

当然到现在为止，我个人使用vibecoding最多的还是前端的编码、原型设计、UI设计。

不同阶段的产品经理在做产品设计的工作方式不一样

产品新人：纠结交互、颜色与按钮

产品经理：业务需求下的功能怎么设计

高级与产品总监：开源项目的系统与业务需求所需要的功能如何结合

大部分的产品经理就是处于产品的从0到1甚至是自从1到2，只有非常少的产品经理能够有机会去稳定的产品线上去，比如产品已经有几十万、数百万用户。

首先实现功能模块的研发，到产品上线。所以这个原型下的UI设计怎么改、组件布局的方案怎么做，就不太重要了，在不耗费团队太多资源、成本时间下，AI生成的布局、原型页面、前端代码就可以直接复用了。

以上就是不同产品经理的工作方式，越往后面工作内容更加聚焦于更省钱的工作方式，同时更加注重在工程上实现，同时也变成了团队标准与流程的制定者。

从实现完成之后再逐步开始完成产品的优化、甚至是重构迭代。

而越往后的拼凑工程化，会使用Github就非常重要了

需要选择支持MIT与Apache2.0开源协议的项目，并且又有日常维护的项目往往就是产品经理优先做的调研，先将需求归类为是什么产品形态，同时定义清楚产品有哪些，这些协议关系了开发者可以如何使用，以及未来是否会有侵权。

如上分别是上海交大开源的多模态AI表格，以及腾讯开源的RAG知识库，2个项目在Github上MIT协议以及非商业授权的协议。

通过Github的项目地址介绍，就可看到项目详情地址，包含产品demo网页入口以及产品截图、案例说明。

这都是我们做产品经理可以直接使用的部分，这些页面地址与demo入口都是我们产品需求调研都应该考虑的

Github中的Issues

除了项目的介绍，产品经理还要关注GitHub的项目的issues、pull requests、和项目代码分支更新时间。

如果一个帖子都没有，就说明几乎没有人使用，那么解决问题的难度就非常高，其次是项目更新时间如果是几年前的，那么就会存在项目无法在现在的环境运行不起来的情况，所以这类项目往往不会去选择，除非真的有时间去把别人的代码研究一遍重新写。

最简单的案例苹果芯片Intel和苹果M芯片，需要单独针对芯片做适配，否则系统就无法运行。

现在的AI模型与开源生态，都部署在GitHub上

现在宝宝脸社区，AI模型开源的都会有关联地址跳转到Github上，同时相关开源模型的agent应用框架也是放在其开源项目地址上。

所以AI时代的产品经理，可以说要转型做AI，逃不开GitHub。

因此Github可以说是产品经理比原型设计图模板还要重要的一个宝藏库，只是很多产品经理受限于自己的认知与coding能力，就不用，认为看代码还是过于高门槛了。

实际上这不是代码，而是产品经理走进硕士、博士之后必然的科研经历，科研项目也会存在GitHub上。

今天的分享就在这里

“关注我，一个产品经理的创业故事”

每日AI案例拆解库产品打卡群

我创建的产品设计打卡社群，加入后365天，每天体验一款APP。提升产品设计能力，同时有1300份体验报告帮助你找到竞品。

在这里你可以随时查询到你想找的各类竞品行业APP，无须自己亲自下载就可以马上得到APP的一手产品优化、交互设计、功能描述信息。

从优化&建议、商业模式、运营、功能描述、交互设计、产品定位至少6个维度，体验一款应用。

平均1天1块钱，扫码购买即可加入

连续体验48款应用，通过后原路退回

报名后添加星球助理

PMTalk123