去年这个时候，产品我还在会议室里跟设计撕逼，转行争论按钮到底该用#3A7BD5还是产品#4A90E2。现在，转行我盯着终端里一行报错：IndentationError: expected an indented block。产品挺魔幻的转行。
产品经理转Python，产品这事我琢磨了小半年。转行不是产品拍脑袋决定，是转行被现实抽醒的。你画完原型，产品开发说“做不了”；你写完PRD，转行测试说“逻辑有漏洞”；你追着进度，产品后端说“接口还没好”。转行你像个传声筒，产品夹在中间，什么都能插一嘴，什么都决定不了。那种无力感，干过产品的都懂。
Python不一样。你写print("hello")，它就真的给你打印出来。没有扯皮，没有“我评估一下”。这种即时反馈，对产品经理来说，简直是毒品。
别从语法开始，从需求开始
我见过太多产品转行的，上来就买《Python编程从入门到实践》，翻到第三章循环就睡着了。为什么？因为你在用学产品的方法学编程——先看文档，再画流程图，最后写方案。编程不是这么学的。
我的做法很粗暴：找一个你当产品时最烦的重复劳动，用Python干掉它。我当时最烦的是每周写周报，要从Jira导数据，从Excel拉表格，再手动拼成PPT。我花了三个周末，写了个脚本，用pandas读Excel，用python-pptx自动生成图表。代码丑得要命，for循环套了四层，但跑通那一刻，我差点哭出来。
这个脚本现在还在用。它不优雅，但它解决了一个真实问题。你学编程的动力，不是“我想转行”，而是“我受够了”。
产品思维是优势，也是陷阱
产品经理转Python有个天然优势：你知道一个功能从需求到上线要经过什么。你写代码时，会不自觉地想边界条件、异常处理、用户体验。比如写个爬虫，你会想“如果网站改版了怎么办”“如果IP被封了怎么办”。这种思维，纯技术出身的人往往要踩坑才学会。
但陷阱也在这儿。你太容易陷入“完美主义”。写个函数，你想的是“这个函数要可复用、可扩展、要有文档、要写单元测试”。结果三天过去了，函数还没写完。编程不是写PRD，不需要一次到位。先让它跑起来，再迭代。git commit就是你的版本管理，print就是你的用户反馈。
别去培训班，去GitHub
我试听过某机构的Python课。老师讲list和tuple的区别，讲了四十分钟。我当场就关了。不是他讲得不好，是这种学法太慢。你不需要知道tuple为什么不可变，你只需要知道什么时候用它。
我的学习路径：GitHub上找一个star多的项目，clone下来，跑通，然后改。改着改着就懂了。遇到不懂的，Google，Stack Overflow，ChatGPT。别买书，别报班，别刷题。你又不是去面试算法岗，你是去解决问题的。
我现在写代码还是会有bug，还是会Google，还是会问人。但这不重要。重要的是，我能把想法变成能跑的东西。上周我用FastAPI写了个内部工具，从想法到部署，两天。以前找开发排期，两周都排不上。
产品转Python，不是转行，是升级。你不再是那个只会画图写文档的人，你成了能动手实现的人。这种底气，比任何title都值钱。
最后说一句：别纠结学Python 2还是3，别纠结用PyCharm还是VSCode，别纠结Django还是Flask。打开终端，敲下print("开始")，你就已经比昨天的你强了。