曾经构想过一种产品协作的方式,主要基于产品文档 PRD协作。简单来说就是产品也用 git 来管理产品文档,产品迭代的时候拉一个分支,将每次迭代需要改进的功能或新增模块的需求文档直接写在里面 push 上去,研发就根据相应版本分支的需求进行开发,也能很好的协同大部份现代设计工具。
这样能充分利用 git 的很多优势,良好的版本管理顺带着也有很好的需求管理,极低的试错成本,节省了协作的工具链。这样的协作方式也对需求写作提出了更高的要求:需要更清晰的产品架构,更合理的业务逻辑描述,需求边界设定等等;同时因为 Markdown 写作方式反过来「逼」着大家用更少的图片更多的文字来描述清楚需求。我那时候经常说「在 PRD 上迭代,永远比在产品本身迭代要便宜的多」。不过因为确实有着很高的学习成本,同时一个团队半道转换协作方式需要的时间成本也很高,在不同的公司两三个团队尝试推行的效果都非常不理想,后来也就没再想这件事了。
最近突发奇想试着用这种方式跟 AI 协作,发现 Vibe Coding 的时候能节省很多 prompting 的时间,至少比单纯在输入框里面反反复复调整来的高效得多。产品经理要做的事情似乎没变,写文档···写大量的文档,交付质量的好坏似乎与文档的时间投入正相关。原来当初脑中闪念一想的方法并不是单纯为人类设计的(búshì。¯\_(ツ)_/¯