这种话我多半以为都是气话。且不说在工作中实际操作性有多大，即便可以对员工罚款，但是事件对外界造成的影响呢？即便有人负责也晚了，所以还是要提前避免。

　　有一点，对于信息的管理，只要是人控制的就充满了太多不确定性。通过在技术上加以限制还是有必要的。但也要有度，有些限制做不好会适得其反。

　　讲一个案例，一家公司的信息审核系统，运营人员在审核信息时，系统设定了60秒的时间，不管运营人员有没有看完信息，审核通过的按钮只有在60秒后才能点击。本意是希望让运营人员必须查看后才审核，防止他们办事马虎。但实际过程中却发现这种做法降低了运营人员的效率，因为他们看完一条信息不需要60秒。有的人可能会说那就设为30秒，开奖，由于经验不同，运营人员的审核效率不同。而且出于信任有的用户的信息运营人员的审核也会松懈很多，时间设置太短也没有意义。后来就干脆把这功能撤下了。

　　5）目的达到即可，节约开发成本

　　在设计后台系统时，除了从使用者的角度去考虑外，也要为技术人员的实现方式和开发成本考虑一下。不要因为无所谓的功能，而给技术人员增加工作量，很多时候只要达到目的即可。

　　曾经做过一个上下架功能，需要用到一个日历插件，选择时间，当时产品经理非得让技术人员把日历上的已过去的时间置灰。日历插件主要是用于选择上下架时间，而已过期时间是否置灰对于这个功能都不会有影响。当然如果做了，用户体验会更好。但有些后台产品毕竟只是公司内部使用，只要目的达到了即可，没必要让技术人员去做一些锦上添花的功能。

　　积少成多，单个功能简单，时间短。但做多了，成本也就不低了。

　　结语

　　之前有很多人讨论说产品经理要不要懂技术，像这种问题都没有标准答案，每个人都有自己的看法。我觉得最好还是要懂得，当然不需要深入的了解，只要懂一些技术原理就可以了。

　　在跟技术沟通的过程中，如果是前台产品我们的说服理由中还可以有终端特性和交互上的炫酷。但做后端产品，业务上的逻辑就更加重要了。

　　投稿邮箱：[email protected]

　　本文由作者授权早读课发表，转载请联系作者。

　　优秀人才不缺工作机会，只缺适合自己的好机会。但是他们往往没有精力从海量机会中找到最适合的那个。

　　100offer 会对平台上的人才和企业进行严格筛选，让「最好的人才」和「最好的公司」相遇。

　　扫描下方二维码，注册 100offer，谈谈你对下一份工作的期待。一周内，收到 5-10 个满足你要求的好机会！