前端架构师-需求设计

目录

需求设计 

主要产出

主要内容

注意事项

日常项目管理：

以架构师的思维来分析需求

浅层需求

知识库

深度需求

作品的管理：

作品统计：

作品发布：

H5：

后台管理：

需求总结

附：和PM的关系

---

需求设计 

        脱离业务的架构就是耍流氓。架构师必须要深入理解需求、参与需求、看透需求背后的业务本质。

主要产出

• 熟悉产品需求
• 学会以架构师的思维分析需求
• 全局思维、整体思维、闭环思维

主要内容

• 如何以架构师思维分析需求
• 项目的浅层需求
• 项目的深度需求
• 需求总览

注意事项

• 对待需求要有耐心，不要一心只想着写代码
• 技术永远都是为业务服务的，分清甲方乙方
• 需求即业务，无业务不架构，坚信这一点

日常项目管理：

        项目站会、项目周会、风险记录和跟踪、问题记录和跟踪

以架构师的思维来分析需求

        充分理解业务，并对业务增长负责（如页面引导用户分享，埋点统计，结果汇总）。

        对于程序员来说，业务的理解能力是 非常重要的。

        当产品经理不靠谱时，要用自己靠谱的业务能力来纠正需求。

浅层需求

        需求指导设计，设计指导开发。

        例如：登录、创建一个作品 编辑 发布、访问作品H5。

知识库

        平台：语雀网、wiki等。

        作用：存放团队/项目相关的知识和资料，支持协同编辑。对于团队来说，是个非常重要的事情。

        可以包含：

                沟通与汇报

                分享与记录

                需求文档

                技术方案和技术调研

                团队建设

                研发规范细则

                测试记录

                运维

                研发规范入门【新成员必读】

                UI设计

深度需求

        不容易一眼看到，却很重要的需求。

作品的管理：

        删除和恢复、转增（员工离职交接工作）、复制

作品统计：

        一再强调需求闭环，统计就能很好的体现这一点——有输入有输出、创建发布了作品，当然要看一看统计结果。

        统计、分渠道统计（渠道对于运营人员很重要，代码实现 url?channel=a/b/c）

作品发布：

        url不能变（修改作品后url不能变）、支持多渠道

H5：

        分享——对业务增长负责，这里就能体现

后台管理：

        全局把控，让一切尽在掌握之中。

        数据统计

        作品管理，能快速下线作品，防止有违规内容

        用户管理，能快速冻结用户，防止有违规用户

        模版管理，能控制哪些模块展示，哪些不展示

需求总结

​​​​​​​ 

        各个角色有输入有输出。 

附：和PM的关系

        程序员和PM的关系：水火不容，势不两立。

        架构师和PM的关系：统一战线，对业务负责。

        所以，建议各位程序员，在遇到需求时，都要学着以架构师的思维去理解，和PM做朋友。

        依靠技术跳槽不是很持久，找可以长期发展的公司。