摩擦的发生频率不仅仅是存在于实际遇到的时候，也存在于用户自己的想象中

频率这个词比较好理解，这是一个比较客观的标准，大家对这个词也很熟悉。只是，我有一个有趣的想法想跟大家分享一下：摩擦的发生频率不仅仅是存在于实际遇到的时候，也存在于用户自己的想象中。

举个简单的例子，对于闹钟，一开始大家都习惯于“周中”的闹钟，即周一到周五的闹钟。因为大多数的情况下，我们都是这5天需要上班上学。但是，大部分的国家都有一个叫做法定节假日的东西，所以就有可能出现周六或者周日上班的情况。

如果，只从“周中”和“周末”这两个概念来说，是没办法满足用户的需求的。这时候，就需要引入一个“工作日闹钟”的概念。产品会自动判别今天是不是需要上班，从而智能地提醒。

这个现在基本都是闹钟产品的标配了，但是，我思考的是这个需求的发生频率。理论上节假日都是少数，大部分情况下，只选“周中”也是可以满足用户的诉求的。但是，如果用户在设置之后，都需要一直担心“明天会不会响”这种事情，那么我认为这个需求的摩擦就一直都存在的。

可能用户设置完之后没有感知，但是如果发生第一次、第二次调休迟到之后，这个担心就会一直困扰着用户。虽然实际上节假日是少数，但是在用户的想象中，这确实是一个“每天担心的事情”，所以从这一点而言，我觉得这个是一个“高频”的场景，而不是“低频”的场景。

三、成本

产品经理这个岗位，一直都有一种“管理”的属性，因为产品经理需要协调好设计、开发和测试同学，共同地完成自己的设想。对于管理者而言，成本的评估一直都是不可绕过的一环。

最基础的成本，也就是开发成本，开发成本是所有成本里最主要的成本，而开发成本最直接的指标就是开发时间。除此之外，如果涉及到比较复杂的场景，那么交互设计的成本也是明显增加。如果涉及到比较复杂的动画，那么视觉设计的成本也比较高。最后，还有测试的人力成本。