关于 Java 转产品第一个转职任务的经历并且这个需求还得我自己做

大家好，最近没有找对象，来分享一下 java 转产品的一些记录吧

• 话说面临 AI 的冲击，我也是对未来感到了焦虑，所以在很早之前就有转产品的想法，苦与前面的公司没有坑位也不可能说让一个啥都不懂得人来转产品，所以一直找不到机会，我前年底到了现在这家公司，真的廷幸运的，同事上司老板人都很不错，我去年也是提了想转产品事情，在前几周说可以给一部分产品的需求给我慢慢上手做，但是这个肯定是要通过自己加班去做，懂得都懂哈这块，大家也不用觉得不公平，毕竟我确实不懂产品，也确实是很感谢公司愿意给这个机会去慢慢转职，也是一种培养了，更别说还要找老手来带我，这要在外边培训班不知道要收多少钱了，并且还是一线经验，感觉机会非常难的啊，一口应下了。
• 在上上周接到了第一个需求，说实话，接到这个需求我是一脸懵逼的，怎么做？从哪里开始？产品原型应该用什么画？怎么内部对接？怎么外部对接？一脸懵逼，这时候感觉到真的是啥都不会，不过还好，有一个现成的竞品可以参考，我也是体验了一下竞品的功能，说实话感觉不咋第，对方虽然比我们提前有了这个功能，但是业务流没有我们完整，业务生态也不如我们，我花了几天体验以后就开始做了。
• 我分析了竞品以后确实觉得，我们开发转产品确实会有一定的优势，我看竞品的功能就知道，设计这个的人不会开发，可以观察到的是这个产品设计时因为不懂其实现原理所以是写死自己想像的功能的。
• 所以说在花了几天思考后就开始做技术实现的规划，我的产品需求文档基本上是按照开发逻辑写的，所以说对于开发来说应该更加直观，我自认为就我做开发来说看到这份文档已经没什么要问的了。画原型图确实是废了点时间学习墨刀，不过有 ui 也不用考虑那么多，把大概的结构画好就行，不过交互这块还是要下来学一下，我知道更专业的有 axure 但是对我目前急需出效果的需求来说墨刀更加简单上手确实会快点。
• 第一次开产品评审会议的问题，说话结巴，老是会说“那个”“这样”“嗯”“这些”这种不明确和习惯词，后面一定要改，还是需要多加练习，会议上说话的逻辑也不行，说话既没有结构性也没有整体性，经常没有说到重点，这点也要练习，我用的 debian 系统也是出问题，飞书共享屏幕老是掉线断连，太坑了，后续也只能换回 windows 虽然已经习惯 debian 了，搞得我只能临时借用同事的电脑继续说，还有会后我发现忘了把测试和 Ui 拉入会议了笑死。
• 最尴尬的是，这个需求我写了，除了大数据和前端的需求，java 后端还是我写 QAQ
• 虽然说这次的需求是个三手需求，是带我的产品分析的差不多再给我的，但是对我来说确实是个很好的起点，总的来说这次对我是很宝贵的经验，领导和同事也很包容，老板也很鼓励，接下来每天还是要好好学习一些产品的专业知识，早些能全职做产品吧。