天马模块研发链路
淘系营销以模块开发为主，模块开发的完整链路是从模块管理平台创建模块 ⇥ 进入 imgcook 平台智能生成代码&可视化研发 ⇥ 开发完成后进入 IDE 调试预览 ⇥ 测试完成后进入工程平台发布。整个研发流程需要切换多个平台，开发链路体验和工程效率都有待提升。
如果你是一名网站运营人员，突然发现自己运营的网站被百度搜索标记“该页面因服务不稳定可能无法正常访问”，你可能会非常着急。而对于不是特别了解搜索行业风控机制的人来说，甚至还会怒问百度：“你为什么要给我打上这个标签？”
网站换程序也有可能触发百度搜索风控机制。随着用户体量的不断攀升，为了让页面加载更快，运营人员会对自身网站的框架进行有效的调整，重写系统框架。如果这个网站正好是一个搜索访问量很大的站点，一旦整站核心框架配置出现相关问题，就很可能导致服务器CPU资源超载，极易造成页面长期访问打不开的情况，百度搜索结果中的温馨提示也会随之而来。
过去几年，我和团队一直在负责蚂蚁集团内部相关平台产品的设计和运营工作。
这些平台产品包括人工智能部的A/B测试平台、机器学习平台、金融知识图谱平台、NLP平台、智能文案平台、金融视觉(CV)平台、搜索平台、机器人平台、标注平台等，以及风控团队的相关平台产品。这些平台产品，在背后支持了蚂蚁几乎所有核心业务的运行和发展。
钉钉原负责人无招同学来蚂蚁做“钉钉创业之路”的分享时，也谈到这个问题。
他的观点是，见到用户不能只是“就事论事”，只问产品使用相关的浅层次的问题。（即使问这样的问题，也不能问“你有什么需求”之类很难获得真实需求的直白的问题）。
比如，汽车网站里面基本都有一个“车型对比”功能：不仅能将不同车型的各项配置、参数，用表格逐项列出来，而且还提供了“高亮不同配置、隐藏相同配置”等贴心功能。这就是深层次地满足了用户的需求。
比如，虽然你是做AI技术平台产品经理，但你眼里不能只有AI、算法、模型——要做到“无我”，就是要做到：如果有一种非算法、非AI的产品策略，若能切实帮到业务，那也应该去做。
要深度验证，而不是蜻蜓点水
产品经理要真正做好一个产品，必须要自己多用。
这个道理很简单，但这里要谈的是使用的“深度”——随便点点、看看，跟深度使用的差别是很大的。
经过一番手忙脚乱的折腾，总算是把项目磕磕绊绊地做了起来。
在这个过程中，我们遇到了很多之前不知道的问题，其中既有平台设计不合理的产品问题，也有训练时间过长之类的技术问题。
比如，每个业务最开始接入知识图谱平台，为了解决自己的业务问题，就得从头建Schema、导数据。但随着平台的发展，沉淀的知识越来越丰富。那么，后续的平台就能直接受益于之前沉淀的知识，而不一定要自己重新建设了。这就是，平台数据沉淀出的价值。
