大而全 & MVP ?

现在觉得做大而全的产品反而没那么难,抓住核心业务单元,然后穷尽就好了。

最近的项目注定要走向大而全,但是 deadline 又完全没留给我们足够的时间和资源支持。

做加法?

运用第一性原理,把握核心需求?功能容易有遗漏,未来拓展性不好把握。

做减法?

那就得优先考虑大而全,然后再在大而全的基础上考虑删减或者替换功能?耗时。


如果一个产品注定走向大而全,它的 MVP 只是形势所迫的产物而非验证性产品,那如何保证这个 MVP 的核心功能跑通闭环的基础上又同时具有拓展性呢?

目前水平有限的我更倾向于做减法,笨拙但稳妥,磨刀不误砍柴工?

你可能感兴趣的:(大而全 & MVP ?)