编辑导语：团队在举办项目时，出格是从0到1的项目，很容易发生“太过设计”的想法；产物司理在设计时会对新项目太过存眷，大概会导致人员和本钱的挥霍；本文作者提到了几个“太过设计”的坑，我们一起来看一下。

一、什么是“太过设计”

“度”本义是计量是非，后由此引申出“水平”、“限度”的意思；“太过设计”是指设计的成果超出了需求范畴。

那么如何权衡一个设计是恰到长处的呢？恰到长处，并不是给用户的对象越多越好，而是在符合的时候为用户提供符合的成果，满意用户的需求。

沟通的方案，在 A 场景大概是适当的设计，在 B 场景大概属于设计不敷或太过设计——这完全取决于所处的场景、需求、以及你可以挪用的资源；好比用户中台设计，当公司刚起步、资源有限、业务系统单一时，是不需要做中台设计的；而当业务系统变多，公用业务可以下沉，用户中台此时可以起到降本增效的浸染。

二、为什么会呈现“太过设计”

下面以我认真过的一个从0到1的项目为例，含泪说明：

1. 产物司理追求完美，设计之初就想八面见光

产物司理对付本身的产物，城市有一个优美的愿景，但所谓“心中有蓝图，手中有残破”——产物的生长，是需要时间和时机的，跟着市场、政策、方针用户需求等变革，产物也会不绝地更新迭代。

起步阶段，抓住用户，先满意其焦点利用场景的需求，再逐渐富厚产物成果和用户体验，对比淹灭资源搭建一个大而全的框架更为重要。

我们曾做过一款赋能销售的微信小措施产物，在前期贸易模式还未获得市场承认的环境下，我们耗费三周的时间搭建了一套标签打点系统，支持企业自界说标签，试图为用户画像做前期数据积聚；但成果上线好几个月，企业最多只建了十几个标签。

产物经抱负要做标签打点成果的出发点是好的，但实现 *** 需要基于当前产物所处阶段举办判定；在产物启动之初，可以通过系统内置标签的 *** ，辅佐用户完成打标签的最小闭环，后期有实际业务需求再富厚标签打点的成果；而不需要一开始就淹灭资源将其做成一个巨大的成果模块，影响其他焦点成果的开拓。

2. 产物司理但愿成果具有可复用性

每个项目可支配的资源都是有限的，产物司理永远以为开拓、测试人力不足用，产物设计进程中也会思量投入产出比；但因为怜惜人力本钱，而“太过设计”，反而会造成资源的挥霍。

我们团队创立之初，曾并行开拓过多个业务系统，个中一个业务系统需要开拓内容打点成果；为了制止后续反复开拓，八人团队做了两个多月，搭建了一套模块化的内容打点平台。

但成果上线一年半，也只有起初的谁人业务系统在挪用，并没有到达预期想要节减本钱、发生多份收益的目标；并且两个系统联调时，也需要耗损两边项目标资源，反而耗时耗力、产出有限。

3. 没有流量的环境下，产物司理太过存眷风险

产物设计进程中，留意风险把控是功德，但风险需要分品级，风险把控需要分阶段；前期产物拉新阶段，太过把控风险大概会将兴致勃勃的用户拒之门外，之后再想提高他们的活泼度，难度就增加了好几倍。

我们产物有一个自界说小我私家书息以便于销售展示小我私家形象的成果，支持销售人员变动小我私家头像、从业年限、所获荣誉等信息；变动后，需靠山人员审核通过，客户才气看到。

设计之初，是担忧销售编辑小我私家书息时含有违规内容，给公司带来不须要的贫苦；但成果上线后，销售人员吐槽：更新信息后不能当纵然用，还需要期待审核，其利用产物的努力性大大低落。

从数据上看，今朝销售人员注册用户数不超2万，月活用户数不超5千，85%的用户仅修改头像信息，基于以上数据，对付小我私家展示信息着实没有须要严格审核机制；一方面用户活泼度很低，违规风险系数低；另一方面，当前不涉及资金问题，纵然有违规现象，也不会给公司带来经济损失——该阶段的风险审核机制，着实有些太过设计。

三、“太过设计”带来的影响 1. 成果上线后，用户不体贴

一方面，“太过设计”的需求来自“专家”用户反馈、率领需求、产物司理意料，用户在利用进程中基础不需要可能现阶段不需要；另一方面，对付用户而言，操纵越简朴，利用本钱越低。

繁杂的操纵、花哨的成果，并不会获得用户的青睐，反而会给用户带来困扰。

2. 资源挥霍