阅读提示
建议先通读一遍，再回看题目、开头、过渡和结尾，更容易提炼出可借鉴的写作框架。
实习单位：XX市智能科技有限公司
实习岗位：产品部助理
实习时间：2023年7月10日至8月20日
指导老师：李工
报告人：XXX
我这次去的是学校联系的XX市智能科技有限公司，在产品部当助理。去之前我琢磨着，产品部不就是画画图、开开会嘛，真待了四十天，才发现完全不是那么回事。
头一个礼拜主要是跟着看。早上九点打卡，产品部的晨会已经开上了。大家围着白板，讲昨天干了啥、今天要干啥、碰到啥问题。我第一次听他们讨论用户画像和需求优先级，脑子有点转不过来。带我的李工说，你先跟着记笔记，有啥不懂下班问我。那几天我本子上记的全是“用户痛点”“迭代周期”“AB测试”这些新词儿。
第二周开始干点具体的活。李工让我整理最近三个月的用户反馈邮件。我开始就是简单分类，后来他提醒我，你得看用户抱怨的到底是哪个功能、在什么场景下出的问题。我重新筛了一遍，发现超过六成的投诉都集中在新版的搜索功能上。我把这个做成表格交给李工，他点头说这个数据下午立项会能用上。那天开会，产品经理真拿着我的表格说，搜索功能的重构必须提前。
第三周我试着写了个小功能的需求文档。照着模板填，自以为写清楚了。李工看完直摇头，说我漏了异常情况和边界条件。比如用户网络中断怎么办？输入框最多能输入多少字符？他改了一版给我看，密密麻麻全是细节。我这才明白，为啥之前他们开会总为了一个按钮位置争半天。
后面几周我参与了两次用户访谈。隔着玻璃看会议室里用户摆弄我们的App，表情挺困惑。访谈完我问测试员，这么明显的不好用，我们之前没发现吗？他说实验室测试环境太理想了，用户在家用老手机、网络卡，情况完全不一样。这句话我记了很久。
要说收获，大概有这么几点。第一是知道了产品怎么从想法变成实物。光一个“修改头像”的功能，就要过需求评审、技术评审、设计评审好几道关，任何一个小改动都得考虑开发成本和用户体验。第二是学会了看数据。后台那些访问量、点击率、停留时长，以前觉得就是数字，现在知道每个波动都得找原因。第三是明白了沟通有多重要。产品部要跟设计吵界面，跟开发吵工期，跟测试吵标准，跟市场吵卖点，说话做事都得有依据。
当然也发现自己挺多不足。比如技术知识不够，开发说接口调不通，我听不懂啥意思。还有想问题不够周全，老得让人提醒“如果……怎么办”。有次我顺手把未确认的需求草稿发到了工作群，虽然马上撤回了，还是被批评了。
临走前李工跟我说，做产品不能只图功能炫，关键是解决用户真问题。回学校的地铁上我一直在想这句话。这四十天比我上一个学期的课都实在，至少我知道了以后要是干这行，该往哪儿使劲。
报告人：XXX
日期：2023年8月25日