1.摘要：
在团队缺少前端工程师的情况下，产品经理亲自操刀完成用户增长平台基础平台前端页面的开发。
2.背景：
作为增长大数据团队唯一的产品经理，团队成员主要是数据工程师，缺少前端工程师，之前前端的开发一直借调其他部门前端支持，工期经常调整，项目无法稳定迭代。现在希望借助SOLO，自己完成前端页面的开发。
3.实践过程：
（1）整体目标：本次计划借助SOLO完成基础平台的开发，包括平权限管理、菜单管理、业务线管理等基础模块。
（2）建设思路：作为产品首先已经完成了产品架构的设计，明确本次开发主要包括哪些模块，每个模块主要有哪些页面，每个页面主要有哪些功能。因此我按照如下逻辑进行开发：
- 首先通过【More Than Coding】模式，制定了一份前端UI交互规范，用来约定后续整个前端开发工作需要遵循的规则。
- 然后，使用【**Code With SOLO】**模式，完成首页的开发，首页决定了整个系统的UI样式和交互规范，后续的开发，AI会自动参考第一次开发的页面。哪怕我在开发过程中选择了「前端UI交互规范」的skill，但是有时候AI还是会自动参考已经完成开发的页面。
- 后续就是按照模块+页面的方式，完成所有页面的开发。
（3）Prompt说明
- 起初，直接通过几句话的提示，让SOLO写页面，发现写的和自己想要的差异很大。后来换了思路，每一个页面第一版prompt我都通过【More Than Coding】模式，先和AI聊天，告诉它我想开一个前端页面，大概长什么样子，有什么功能，让AI帮我生成一份Prompt，然后检查一下这份prompt，无异议后发给SOLO，让SOLO开始写页面的初稿。
- 初稿写完之后，后续针对每一个小功能进行单独的调整，不再发一大堆问题，而是一个小问题一个小问题的方式进行修正，比如会说“列表筛选区搜索框请加上提示文案”，这种小问题SOLO修起来比较快。
（4）坑/注意事项
- 假设A页面有个功能和B页面的一样，可以直接发“A页面某功能和B页面某功能完全一致，请直接复用”。一开始我一直发的是“A页面某功能参考B页面某功能”，最后做的还是不一样。所以跟AI聊天要直接我们要的结果。
- 不同的页面建议新建不同的任务进行管理，这样左侧任务列表容易管理，直到哪个任务下是管理哪个页面。一开始我都在一个任务下，AI会存在记忆混乱，导致有时候改错地方。
- 还有一个最重要的一点，当一个小功能点，你让AI改了好多次，它依然改不好的时候，或者它一直说改好了，但是实际每生效的时候，建议直接切换模型，有时候一个模型在编程时，事假久了可能会形成它自己的一套闭环理论，导致它看不出问题，这时候换一个模型去检查修改效果相对较好。
4.成果展示：
鉴于该项目是为公司内部使用，因此这里无法分享代码，只能贴一些页面截图分享给大家：
（1）平台首页：
（2）权限管理-用户管理
（3）权限管理-角色管理
（4）菜单管理
（5）业务线总览
5.效果与总结：
（1）提效了吗？
很多人都在问我，AI用的怎么样了，提效了吗，对你的工作改变大吗？通过本次项目的开发，自我感觉并没有提效多少，可能是因为作为一名产品去跨界写代码了，所以并没有感觉到效率上有提升，甚至可能比之前产品+前端的工作模式更耗时。
但是这个问题需要分开看，本次项目的开发，省去了以前画产品原型+编写需求文档的工作，基本都是在和AI聊天完成的（因为是公司内部工具因此省去了这些步骤，如果是一些重大项目或C端项目还是建议不要省去这两个步骤）。同时本次开发省去了大部分开发完成之后，产品验收的时间，之前提交验收，之后我会发现很多前端BUG，来回调整要改好久，现在前端由我开发，所有问题，在开发过程中我就修改了。因此针对整个项目来说是提效了。具体提效了多少，可能还没发给出具体的数值。
（2）整个开发过程中SOLO主要扮演了3个角色。
- 产品专家：项目初始阶段，SOLO作为一名产品专家帮我梳理产品方案，给出完整的可供AI理解的产品方案。
- 提示词专家：项目进行过程中，我会频繁问SOLO，我想实现某个效果或功能时，我应该怎么描述，这时候，SOLO会给出我相对专业的prompt。
- 前端工程师：这时候，SOLO作为一一名拥有超过10年的资深前端工程师，根据我的需求，帮我完成前端页面的开发。
（3）是否有可分享的经验？
-
SOLO的学习能力很强，如果你让它写了半天但是还是对它写出的页面不满意，这时候建议可以使用一些其他AI工具，比如可以使用figma，生成一些你比价满意页面，然后把这个页面截图发给SOLO，让SOLO按照这个页面帮你开发，它可以完美复刻你提供的页面。
-
如果对于一些前端样式，你有常用规范， 比如ant-design这种，可以直接在写prompt时，告诉SOLO，他可以直接调用这些规范，按照你给定的组件样式进行开发。
-
写页面时，不要想着一口吃成胖子，先让SOLO帮你生成一个初版页面，然后在这个基础上进行小功能快速修改，经过多次调整得到你想要的效果，因为你第一次说得越多，可能做出来的东西并不一定符合你的诉求，所以一开始告诉SOLO整体的方案，让他快速做一版出来，说不准有意外之喜。
-
当某个问题反复好几遍还是改不好时，记得切换模型重新试试，或者重新开始一个对话试试，让SOLO放弃历史包袱，重新思考并解决你的问题。