面经题目
2025-10-15 16:57:00 0 举报
AI智能生成
您似乎希望生成一段关于“面经题目”的描述,但由于“面经题目”本身是一个比较模糊的概念,它通常指的是求职者们分享的面试经验中遇到的面试题目。因此,我将尝试创造一段描述: 在求职者的分享中,[面经题目]常常是应聘者关注的核心内容。这些题目通常覆盖了广泛的主题,从行为性问题到技术难题,再到行业相关的案例分析。这些题目不仅测试应聘者的知识储备和技能水平,同时也是对他们解决问题和团队合作能力的考验。准备这些[面经题目]不仅能够帮助求职者更好地了解可能遇到的挑战,还能增强他们的自信心,从而在实际面试中更加自如。对于每一个想要在职业生涯中进步的人来说,深入了解和练习这些[面经题目]无疑是明智之举。这个描述融合了核心内容、文件类型(通常指分享面试经验的文章或PDF文档)和修饰语(如“常常是应聘者关注的核心内容”、“测试应聘者的知识储备和技能水平”、“是他们对解决问题和团队合作能力的考验”等),以期在限定的字数内提供丰富信息。
作者其他创作
大纲/内容
怎么判断需求是不是伪需求
1.判断是操作层面的问题、开发bug,或者交互体验问题,或者功能确缺失
2.明确业务场景,对需求进行溯源——我们从项目经理拿到的需求往往是一个结论,“用户说这里体验不好,要做一个什么什么功能”。问清楚具体是哪里有问题,做这个功能是为了满足什么场景。是否有其他功能可以代替?
3.判断需求的影响面——是否所有项目都有这个需求?是特例,还是标准
俞军说过,用用户角度,谁了解用户谁说了算,但从公司角度,永远是业务驱动,区别只在于对业务驱动的响应方式。虽然我们被动地从项目接受需求,但产品思维告诉我们需要把控整体利益,和长期利益。
离职原因
第一家公司
项目更新频繁,感觉自己学不到东西。和领导沟通这个问题后后,领导也给我安排了几个新项目,比如BI可视化平台、麦文智创、AI能力中台等,但因为各种各样的原因,只完成了一期。我自己想深入独立负责一个项目就感觉困难,不符合职业规划
第二家公司
领导、同事之间都挺好的
离职原因主要是
1、公司内部不够团结
在我前公司,我遇到了一些跨部门协作的挑战,尤其是在需求沟通和项目推进方面。由于信息传递不够及时或明确,有时会导致项目延期或反复修改。在这种情况下,我学会了更主动地跟进各方信息,并采取更清晰的沟通策略来尽量确保每个环节的顺利推进。
2、每个人薪资量化,只有惩罚没有奖励
2025年开始每个人的薪资量化,比如产品经理底薪5000,按照需求评审的通过率来计算信息,未成功通过则没有绩效奖励。然而,长期来看,缺乏明确的奖励机制让员工难以在达成目标后获得更多的动力与认可。我希望能在一个更加重视员工激励和长远发展的公司中,发挥自己的最大潜力。
自我介绍
我从21年本科毕业后进入trs,一直从事产品助理岗位,目前工作两年半了。其中我主要负责公司的搜索业务和中台业务。搜索业务主要面向政府和公安行业,参与过的项目有国务院搜索小程序、云上贵州APP、警务大搜索系统。中台业务主要负责公司的数据中台、能力中台、AI中台,也有幸主导过公司从0到1的一款,面向C、B端的AI对话模型的后台管理系统,以上就是我的大体情况。
项目延期怎么办
和客户沟通看是否可以延期
砍掉一些不重要的功能拿到后期的迭代
延期原因,其他项目插入共用资源,或需求变更等等原因
B、C端产品的区别
toB
获客周期长,需要建立平台效应和良好的服务
有实施成本
成长比较线性,依赖于口碑和服务
客户对价格不敏感
有较好的现金流
toC
获客成本短
实施成本较低
属于爆发式成长
用户对价格较为敏感
比较依赖融资
B、C端产品经理的区别
toB
需求层面:B端的需求往往是单一的,需要有一定的行业知识
技术层面:实施成本较难,例如钉钉的考勤打卡,需要兼顾并发量,有些企业对隐私特别看重,在更新部署时会提千奇百怪的需求
运营层面:B端产品只需要一直提供相应的服务即可
盈利模式:B端一般是先付费,再开始开发。最后盈利依赖于品牌口碑和服务,呈线性增长。
toC
需求层面:不同用户有不同的需求,老人、儿童、女人、男人
技术层面:实施成本较低,只需做到系统不宕机,页面不卡顿,业务逻辑跑通即可。
运营层面:C端需要跟踪流量、会话、停留、跳出等数据
盈利模式:C端需要用户使用一段时间后,根据用户体验才开始收费,呈爆发式增长。如果前期需要宣传,比较依赖融资
如何精进自己的产品技能
阅读
人人都是产品经理
作者:苏杰,阿里团队
主要内容:作者以分享自身经理和体会为出发点,阐述了产品从0到1的过程。
怎么从0到1:系统地梳理了用户、需求、项目、团队、战略、修养几个话题
幕后产品
作者:王诗沐,网易云创始人
主要内容:作者以网易云产品从0到1的项目经历为出发点,分享自身产品思考和体会
简约至上
主要内容:删除不必要,组织相关联,隐藏不重要,转移不必要
上瘾
上瘾模型:触发->行动->多变的酬赏->投入
浏览网站
虎嗅
人人都是产品经理
知乎
产品社群
浏览大厂网站
阿里云
BDP
神策数据
如何开展一个新产品
前期
产品调研
竞品调研
用户分群
业务需求
中期
产品架构
功能架构
需求池维护
拉通开发探讨功能可实现性
功能流程图
产品界面
后期
产品评审
产品PRD
产品宣讲
开发
测试
产品迭代
盈利模式
拉新获客
付费转化
持续服务
续费增购
选择公司的标准
工作可持续性
工作强度适中,工作氛围积极向上
公司负责大数据或人工智能的产品
如何从零开始一个吉他小白产品
用户调研
调研用户普遍年龄,性别,为什么学吉他,喜欢线上教学吗,是否有付费意愿
竟品调研
调研市面上学习吉他产品的商业模式,功能模块,优劣势分析
功能设计
如何增加用户粘度
商业模式
如果让你从0开始设计数据中台,你会怎么设计
1、产品调研。了解行业的基本形势,以及业务数据形态,了解有哪些数据源,是否有实时数据
2、需求调研。了解业务需求,数据的作用是什么,需要提供什么样的数据服务,此阶段需要协助项目人员产出数据标准表
3、产出功能架构图,数据接入、数据处理、数据存储、数据服务,每一步都需要贴合用户的使用场景
4、产出原型,产出PRD,评审,宣讲,不断更新迭代
描述数据中台的架构
1、数据建模。定义数据标准和元数据,统一接入的数据形态。
2、数据采集。首先通过SDK、爬虫等技术手段将业务数据、第三方数据、日志数据等通过映射的方式,接入数据中台,即[业务数据化]。
3、数据处理。建立基础库数据,将清洗后的数据转化为符合业务标准的数据,即「数据资产化」;
4、数据分析。通过数据可视化分析、SQL分析、模型分析等,挖掘数据的最大价值。即「资产服务化」;
5、数据服务。结合智能化的场景,提供相应的数据,提供数据整合、预测、分析等能力,也就是「服务智能化」。
云服务和本地部署有什么区别
开发成本低
云服务按年收费,本地部署是买断且需要运营人员持续维护
chatgpt相关
简述
chatgpt是openai团队研发的大语言模型,被训练用来理解和生成人类语言。在chatgpt出现之前,人工智能的研发似乎一直处于停滞阶段,虽然有深度学习,但语义理解始终不够准确,答案生成更多是基于规则和模版。而chatgpt是第一个模拟人类之间的对话,并可以通过上下文理解,可以进行连贯对话的人工智能,改变了人类和计算机的交互方式。
改进点
1、支持实时数据接入,它无法连接搜索引擎,将最新、最实时的信息反馈给用户。
2、推理能力有待加强。“秦始皇摸电线”,会阐述事实秦始皇、电线,但无法推理出秦始皇时期没有电线。
什么是好的产品
有产品价值
解决用户的痛点,用着很爽
用户体验
感官体验(设计风格、运行稳定安全、页面布局合理、内容质量高)
交互体验(有导航、有搜索、任务流少、有反馈、可撤销、崩溃情况应对、易上手)
情感体验(尊重、惊喜、亲和、共鸣、细致)
浏览体验(有趣、好玩、吸引力强、内容优秀)
信任体验(关于我们、联系我们、服务条款、友情链接、网站备案、第三方支持、隐私保护、权威推荐、成功案例)
基本需求
生理需求
安全需求
社交需求
尊重需求
自我实现
有商业价值
现金收益
流量
口碑
社会声望、市场价值
品牌形象、战略地位
产品设计理念
《简约至上》交互设计四策略:删除不必要,组织相关联的,隐藏不重要但不能删的,转移部分功能到其他设备
《上瘾》触发、行动、多变的酬赏、投入
数据量有多大?
以风险人员赴京预警为例
我们每天要大约采集1亿条数据,20GB
数据来自于:各个感知源(卡口、网关、摄像头)、实名制信息(机票、火车票、网吧、酒店)
为了应对这样的情况,我们使用了大数据处理平台,使用kafuka,flink进行流式处理,SPARK进行批数据处理,确保我们的预警能够实时更新,能够及时的反馈
0 条评论
下一页