大而全 & MVP ?

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

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

做加法?

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

做减法?

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


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

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

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。