先明确要交付什么
先想清楚要解决什么问题、最后交付什么，再梳理步骤和依赖关系。哪些可以并行，哪些必须先做，在开始前尽量理顺。
关于我，多说两句
我做 AI 产品运营。
也研究怎么让下一次工作，
不必再从头来。
我把反复遇到的业务问题整理成可复用的 Skill 和工作流，也跟进问题怎样被真正解决。花时间拆步骤、理逻辑，找不同事情之间的共通性，把能共用的部分留下来。
说句实话？
我很讨厌低效和重复性工作。有时候也怀疑，自己这么喜欢写 Skill、搭自动化，是不是因为太懒，又是个急性子。同样的事情反复做，就想研究一下，下次能不能不用再从头来。
先定框架，再打磨细节
AI 时代，日常工作常常需要多线程并行。我的习惯是先梳理逻辑框架，保证交付，再打磨细节。
先把关键流程跑通
把任务拆成小块推进，遇到卡点就单独处理，先保证能交出可用的结果。中间能复用的部分也留下来，换个需求时再调整组合。
验证结果，再打磨细节
我不是完美主义，但讲究闭环。交付后要看结果有没有解决最初的问题，再根据反馈打磨细节。可能也和过去的 PMP 经历有关。
最近在做什么
我的工作正在从日常运营，逐渐转向把业务问题的解决办法整理成稳定、可复用的 Skill。
Skill 与自动化
把反复遇到的要求和审核经验整理成可执行的步骤。这个网站也放了一些已公开的 Skill，可以直接了解和试用。
看看公开的 Skill ↗让业务和技术少绕一圈
我也会帮工程同事修一些基础 bug、提交 PR。因为熟悉业务场景，可以把具体要求直接带进改动里，减少团队来回解释的成本，也少花一些把业务细节转成技术语言的时间。
玩素材，也研究 GTM
之前尝试过一些 AIGC，也喜欢剪视频、拿素材做点东西玩玩。最近开始研究 GTM，尝试邮件营销、小红书和 X 的内容，琢磨怎么把产品讲清楚，让合适的人愿意了解和使用。
读读我的笔记 ↗关于这些案例
这里会写到什么
我会写真实工作里的判断、方法和走过的弯路，但不公开客户名称、私有指标和未发布的产品细节。已经验证的结果和还在摸索的部分，也会分开说。
工作之外
我喜欢和朋友旅行、逛街，也喜欢在家看剧。心情不好时，吃点好吃的通常比听大道理有用。