为什么内容先行，而不是系统优先？
XX 功能主要是对 XX 项目中的业务流程进行集中梳理，明确各流程的运营规则，同时将部分流程交由系统自动化处理，从而形成一套完整高效的 XX 运作体系。
究竟是内容先行，还是系统优先，我与这位同事在最佳路径上存在分歧，对上述的功能说了No！
不能完全说Ta的想法错，毕竟很多企业级产品经理都是以产品为导向，目标是研发宇宙最强功能，至于客户关心的解决方案，交给市场或者销售部门好了，这种模式下，照样能获得不错的业绩报表。
不同观念下的冲突，可能会导致项目像一辆尴尬的多头马车。
你在砌砖吗？
以下对话好像似曾相识：
1、我们做个系统，可以提高运营人员的工作效率
2、系统比较复杂，需要有一期、二期、三期
3、一期先做某某功能，然后不断优化迭代
系统追求增量发展，而内容，是一种很玄的东西，只有到终极版系统上线后才知晓。
整个过程里，产品经理俨然是个砌砖的。
Are Agile Methods Good for Design
相反，产品应该是一个渐进的迭代过程。
不论在系统的的哪一个版本，用户都可以理解内容这件事。
Are Agile Methods Good for Design
还记得填色游戏吗？
每一步的完善都建立第一步。主题完整、轮廓清晰，并且分区足够明确。
睡不着的罗罗酱友情赞助
MVP
Minimum Viable Product,MVP，中文意思为“最小化可行产品”。
MVP 是在最小化与可行性的之间，验证产品价值的一种思路。它可以很好的避免开发了一个市场并不想要的产品的尴尬问题，同时高效，不浪费，也能对市场做出快速反应。
产品经理擅长念出一长串理论，但是真正在实践时，如何定义“最小化”与“可行”，每个人的边界都有可能不同。但是著名的创业增长金字塔依然完美体现了该原则。
创业增长金字塔模型
验证可行：决定你该把什么卖给谁，并证明产品与市场相契合
厘清思路：找到一个可防御的、高壁垒的竞争优势、并进一步巩固
扩大规模：踩住油门，加速占领新的市场、产品及渠道
资源永远不够，工作量评估永远不准。无计划地工作挺不靠谱，但是盲目计划，更可怕。不用因为规模小就缺乏安全感，业务能运转，才最值得骄傲。
参考资料：
1、Are Agile Methods Good for Design by John Armitage
2、《精益数据分析》阿利斯泰尔·克罗尔 / 本杰明·尤科维奇 著 韩知白 / 王鹤达译
