1
改进一款你常用的产品
选一款你这周真的打开过的 App。讲你会改的一个时刻。不要选你只听说过的产品。
- 谁在什么情境下打开它，要完成什么。
- 现在卡在哪一步。用你自己的经历，不要用评测文章。
- 你只改这一步。写一句这期不改什么。
- 怎样算改对了。
练习
这些题不绑定某一份 JD，用来把七日课说顺。岗位特训里的模拟题会换成那份职位说明的原话。
结构可以借，经历必须是你的。十五分钟的自测顺序在第 7 天。
2
用 STAR 讲一次推动
讲一次你推动别人一起做成的事。没有产品头衔也可以。不要换一家更响亮的公司。
- 情境：当时卡在哪，谁受影响。
- 任务：你被要求做什么，或你自己认定要做什么。
- 行动：你本人做过的两个动作。
- 结果：可核对的变化。没有漂亮结果，就讲你没看的那个事实。
3
轻量估算
估算一所你熟悉的大学，午餐高峰一小时食堂打出多少份饭。先拆再算。
- 在校人数。标明这是你知道的还是假设。
- 其中多少人这小时吃食堂。
- 一人大约几份。
- 乘出来，并说哪一段假设最不稳。
4
指标掉了
你负责的一个功能，次日留存掉了 15%。前 20 分钟你做什么？不要先提新需求。
- 口径和事故：定义变了没有，埋点坏了没有，是否刚好发版。
- 范围：全体还是某一端、某一批人。
- 漏斗：掉在哪一步。
- 然后才是修、回滚或继续看。
四条短判断
用户价值不是「我觉得好」
新体验要厚过旧体验，还要盖过替换成本。盖不过，就先别做。这是第 3 天的刀，面试里用来否决，不是用来收尾。
优先级是减法
说不出这期不做什么，就还没有排。RICE 的分数是为了让争论有共同语言，不是为了让你喜欢的方案看起来客观。
指标要在上线前写好
事后挑选好看的数，不叫验证。主指标要对应问题，另写一条不能变差的保护指标。
转行故事的主语是判断
对方不缺「很有热情」的候选人。缺的是能指出自己做过哪一步、没做过哪一步的人。边界讲清楚，比编一个完整项目安全。