二是页面短期篡改。部分网站被恶意篡改后，对方经常会采用301重定向的形式去转移你的网站权重。而这个时候对方的策略是进行爬虫判断，当百度搜索爬虫访问的时候就会给出301跳转的状态，如果对方配置错乱，就可能会出现风险提示，而用户访问的时候并没有任何异常现象。
二是页面短期篡改。部分网站被恶意篡改后，对方经常会采用301重定向的形式去转移你的网站权重。而这个时候对方的策略是进行爬虫判断，当百度搜索爬虫访问的时候就会给出301跳转的状态，如果对方配置错乱，就可能会出现风险提示，而用户访问的时候并没有任何异常现象。
这样的回答很正常，毕竟这么简单、直接的问法，是很难获取到有价值的信息、了解到用户的需求。
在产品经理的行业，我们经常说的一句话是，在汽车被发明之前，如果你直接问用户要什么，他只能说“我要一匹更快的马”。
如果你只是将这个需求做了，那是不够的。
为什么呢？因为用户要的模型报告，只是“浅层需求”——他的确需要看各种指标，但他最想要的是，在新模型训练出来后，他要对不同版本的模型效果进行对比——不仅要知道指标是多少，更想知道指标的具体变化，哪些升了、哪些降了以及具体数值是多少。
比如，虽然你是做AI技术平台产品经理，但你眼里不能只有AI、算法、模型——要做到“无我”，就是要做到：如果有一种非算法、非AI的产品策略，若能切实帮到业务，那也应该去做。
用户一打开平台的页面，就应该清晰地感知到平台能做什么，产品框架是什么样的，包含什么功能模块，模块之间的关系（包含、先后等），第一步做什么、第二步做什么，等等。
这一点看起来没什么深奥的，但常见的问题是，产品经理在产品设计前期，对框架的思考不够充分。经常是到了PRD、视觉评审阶段，才发现模块设计不合理、流程不清晰等等。这时，再返工、改动，成本就大了。
做好这件事情，既能让用户降低学习成本、在不同平台之间平滑切换，也能减少UED、产品经理、技术同学们的重复劳动。
首先，可以将平台通用的框架和模块，抽象出来、统一起来，包括Portal页、项目管理、权限管理、数据管理、任务管理、发布管理等等。
其次，将细节的体验也统一一下，具体到组件的设计、命名、颜色、位置等等。
当我们沉淀出一套经典的产品框架和交互标准，那产品迭代速度和用户体验，都会大幅提升。
产品经理要真正做好一个产品，必须要自己多用。
这个道理很简单，但这里要谈的是使用的“深度”——随便点点、看看，跟深度使用的差别是很大的。
