领导让我负责对前端框架的介绍，面向业务和其他部门的

[nong99]

我们现系统作为作为一个基础框架吧（其他部门的业务系统有基于我们这个的框架打出做开发的）。然后关于前端部分领导让我负责做一次项目框架的讲解分享，一脸懵逼。大概问了下，主要可以从每次项目开发周期对核心组件的更新做简单介绍即可。

现在 项目前端有三人，各自负责了几个功能模块和核心功能组件，现在要梳理起来准备做讲解。

想请教下各位，在这类项目框架的讲解分享中，有什么技巧嘛？应该侧重于哪部分？或者一些话术什么的。。

本人没什么在台面上的分享、介绍的经验（真的意义一次也没，基本的埋头编码。。）所以比较紧张和懵逼的状态，也是对自己的一次锻炼机会，尽可能的去做好



大概后天要讲了，特来询问下各位的一些经验，谢谢分享了

[wusheng0]

可以做个 PPT 或者列个提纲梳理梳理，整理出脉络，挑出重点。
个人比较喜欢 是什么（简要介绍）-> 做了什么（核心功能，优势，实现方法） -> 为什么（思路，业务痛点）

[wusheng0]

狗头（

[nong99]

@wusheng0 感谢，整理下文档，做个思路。。😀

[securityCoding]

换位思考下，你作为对方想知道什么

[nong99]

@securityCoding 在理，今天整理下思绪。

[murmur]

分享这东西理论上屁用没有，都是上面的要求，要用啥就得用啥，还有的谈的

如果是技术选型，你就得对着你的框架一顿吹，比别人好，比别人快，比别人方便

如果是使用教学，直接当场起脚手架写一个简单 demo ，剩下的吧，如果看文档学不明白，只能说文档有问题

[murmur]

这点你从 react 的文档也能看出来，第一点是快速入门，后面才是核心思路，我作为使用者我不想知道你这玩意底层多牛逼，但是一定得好使、上手快

[christin]

那就讲一下如果要添加新页面新功能都需要加什么东西（路由，权限之类的）

[sphawkcn]

业务部门为啥要了解框架？只需要了解如何使用业务系统就够了吧。

[janus77]

最佳实践，比如在什么情况下可以用什么组件，用法是什么。
有什么自定义组件，和市面上大家都在用的有什么区别，多出来 /减掉了什么特性 /属性，这些特性有什么作用，比如在什么情况下需要用到。

[bolu98]

准备一下话稿，不然太紧张了，连说啥都不知道就尴尬了。有个话稿会好很多，不管你是照着念或者随意发挥，心里至少有底

[66beta]

由什么组成
有什么功能
该如何使用

PPT 上多图少字，反正听的人也懒得听你都是玩手机

[happyeveryday]

我估计你们用的最多称为模板，谈不上框架

[andy2415]

一. 简介
1.框架前世今生
2.整体技术架构
3.我们框架真牛逼
二. 案例
1.A 部门用了我们框架开发, 一致好评
2.B 系统用了我们框架开发, 效率贼高
3.我们框架真牛逼
三. hello world
1.快速用框架开发一个可以用的小东西, 例如 todolist
2.我们框架真牛逼
四. 自由提问时间
没问题老子下班了

[zhuangjia]

@andy2415 内部分享这个思路挺好的

[cyitao]

我认为这没有任何意义，业务部门只关心开发速度快不快，不在乎用什么框架。假设你给前端内部做框架原理分享，听分享的人吸收率也是非常低的，演讲人在台上霹雳哗啦，底下全是看自己电脑屏幕的人，这种现象很常见。

[Depth]

提前讲一到两遍

[nong99]

会议已顺利渡过，感谢各位的建议。
总结一下：
1 、确实如上老哥们提到的，准备下一个简单的会话稿，很有帮助，能帮梳理思路
2 、范畴性的思路介绍（改动文件、新增 /优化功能、使用示例、话术互动<例：有什么要问疑惑的？>)
3 、熟悉业务功能及代码（介绍中我差点翻车，幸好提前熟悉了一遍代码（因为会有部分功能完全没有参与了解到过的））
－－－－－－－－
如上大佬们说的都可以借助参考点，不同性质采取不一样哈。感谢各位回复～