本文从产品角度分析，“用户APP主题颜色能根据手机壳自动调整”实现的可行性。

据某IT媒体报道，因为“用户APP主题颜色能根据手机壳自动调整”这个需求，程序员和PM互殴起来了，引起码农们对产品汪的无情diss和吃瓜群众的各种围观吐槽。

那么，现在就来拆解一下，从产品角度分析“用户APP主题颜色能根据手机壳自动调整”实现的可行性。

实现这个需求的整体逻辑

把这个需求分解为三个模块：

先说后两个，“APP对手机壳颜色进行识别”和“APP根据颜色解码调整自身主题颜色”应该是可以实现的。

只要在APP研发的时候，加入颜色识别的模块（对RGB值进行判断分析），有对应手机壳颜色变换主题颜色的基本规则，内置不同颜色的主题模板，根据解码识别的颜色（RGB值）调用相应的主题模板。那么呈现在用户面前的，就是“用户APP主题颜色能根据手机壳自动调整”的产品意图。

因此，整个需求的关键在于“APP识别手机壳颜色的方式”，这是实现“用户APP主题颜色能根据手机壳自动调整”的前提条件，只有首先具备识别颜色的方式和通道，APP才能谈得上根据获得的RGB信息来自适应地调节自身的主题颜色。

显然，两种途径实现手机对颜色的识别。

（1）目前手机能感知外部颜色的手段是摄像头，而且需要用户主动打开APP和摄像头对准手机壳（这时的APP应该具备访问摄像头权限），主动扫描拍摄手机壳，通过APP里的颜色识别功能才能完成手机壳的颜色识别。

注意：这种实现方式已经不是“自动”的了。也就是不符合需求本身的描述。

（2）那么，除了用户使用摄像头拍摄手机壳来识别颜色之外，是否还存在其他手段，可以无需用户主动操作，智能地感应外部颜色（手机壳颜色）吗？

网络搜索查询相关资料可知，现有的颜色识别技术，都是通过光谱感应实现的，都需要镜头和扫描枪一类的装置，将颜色转换为RGB值。这样才能将颜色数码化，才能进行数字化处理，才能对不同的颜色做出后续反应。

回到手机这个具体的设备和应用场景，如果不采用手机标配的摄像头，也需要为手机单独配备一个颜色识别传感器才能有效识别到手机壳的颜色，这就需要直接变动手机硬件——显然，这明显超出了作为APP开发的工作范围。

那么结论也就显而易见——“用户APP主题颜色能根据手机壳自动调整”这个需求，在不动手机硬件或者没有培养出用户主动拍摄的前提下，是无法自动实现的——这个需求本身就不靠谱。

总结思路

总结一下上面的分析思路：

• 首先，需要在实现流程上分解成不同的功能模块，找到步骤最少、最简捷的实现路径，这是产品人的基本功，无需多言。
• 其次，分析每个功能模块实现和落地的可行性；我们的分析跟技术人员的工程性分析是有区别的——我们需要加入“用户使用场景”、“用户体验”和“用户情绪”这类因素。上面提到的用户用摄像头拍摄手机壳，就是一个很奇怪的使用场景，除了出于分享目的，我想象不出用户有什么理由或动机去拍摄自己的手机壳；
• 再次，确定需求落地的关键性环节，它的基本技术工程原理和现状（如果网络搜索不到，就去问问专业人士）。在分析“如何识别颜色”这个问题上，我得到“目前识别颜色的技术都是通过光谱感应实现的，都需要镜头和扫描枪一类的装置”这个结论。那么落实到手机上，也就必须去找光感型装置，那就是只有手机摄像头。顺势可以推导出“用户主动打开APP和摄像头对准手机壳”这个带有用户使用场景的奇怪的动作。
• 最后，判断需求实现落地的可行性边界判断。无论是利用手机摄像头还是单独的颜色识别传感器，都超出了可行性的边界。使用摄像头扫描拍摄手机壳超出了用户使用习惯和认知的边界，同时也是“用户APP主题颜色能根据手机壳自动调整”所带来的意外惊喜感荡然无存。单独配置识别颜色的传感器，超出的APP应用开发的工作边界，那是手机厂商的事。

能学到什么？

那么，从“用户APP主题颜色能根据手机壳自动调整”这件事，作为产品人的我们能学到什么？

（1）在提出开发需求之前，运用产品界流行的“第一性原理”分析和深入思考永远是必要的。

“第一性原理”是什么？

我的理解是：“追本溯源，把握本质，层级化分解，量级式判断”。

（2）PM不需要写代码，也无需亲手实现需求，但是，整明白需求实现的基本技术原理还是很必要的。这不仅仅提升与开发人员的沟通效率，更重要的是建立起一种思维边界。

有了这种“产品实现的边界”，也就为自己的需求分析和产品运营管理多了一个判断维度，实际上是提升了自己判断产品需求和运营方向上的准确性和效率。

简单地说，能快速判断产品或者运营是否靠谱。这个“谱”之一，就是“产品实现的边界”。

好了，以上是我对“用户APP主题颜色能根据手机壳自动调整”这个需求的一点看法，希望对你有所帮助。

本文由 @Kevin.H.S 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议