在产品设计时，前端需求与后端需求怎样清晰的表示
最好是写出来。首先要保证你没有把"后台"和"后端"/"服务端"搞混。（后台指管理界面，后台也是前端）换句话说你知道程序到底是怎么组织的。接下来无非就是把事情罗列清楚。为什么要写？因为前端操作触发的变化不一定当时就执行，有些是定时任务或批处理做的。有些引发的不光是一个表一条记录的增删改查，可能是多条记录，多个表。可能还要调用外部接口（比如微信公众号的、微博的、美团的、大众点评的接口）。而这些可能对当前页面毫无影响。你不把逻辑说清楚了，就会有人忽略这些事。详细程度取决于你公司内部的分工。如果分得不是特别细，程序员又很负责任的话，你只要写要达到什么效果就行了。如果分得很细，程序员没兴趣了解自己做的东西对别人的影响，那你只好写得很细。否则就会出现：某一天出bug了，一看，修不了，因为初始数据就是错的，缺这缺那，补不了。你不能指望测试人员通过白盒测试发现这些bug。我有两种写法：写法一：直接在文档里把页面初始化的前后端逻辑、每个控件的前后端逻辑都列出来。比如：提交按钮：前端ui/ue：点击后变灰，开始转菊花（loading) 。收到返回值后重置为可点击状态。前端数据check：a字段条件；b字段条件；……操作成功：弹提示框（标题xx内容xxx）失败（原因一）：弹提示框（……）点击确定页面刷新/跳转失败（原因二）：……后端check:AB……后端action：更新x表选定字段。删除x表选定记录。调用xx家的xx接口。注意防重复提交。部分表成功是否允许？不允许，请回滚。接口调用失败怎么办？原因一处理办法，原因二处理办法。其实就是一个用例说明，我只是不喜欢传统的用例说明，所以想怎么写怎么写。你可以画个表。写法二：在脑图里以功能模块为单位写，每个功能模块涉及哪些前端界面数据变化、界面ui及交互逻辑，后端有哪些数据变化需要调什么外部接口目的是什么说清楚。写到最细了就变成了所有人各自的实际任务。有可能前后端是同一个人在做，但是他写后端基本是调接口做初始化页面的事，数据逻辑又落在写接口或service的人那里了。不同公司有不同做法。关键你得拿捏领导要求。底线是基础数据变化和外部接口操作不能漏，你不懂的话写点"保存删除"也行
推荐阅读
- 「控制」提优信号控制让交通更畅行 苏州推广红绿灯倒计时和绿波带
- 旅行社@旅行社推出“高铁+旅游”新产品 高铁旅行说走就走！连淮扬镇高铁全线通车
- 广西鹿寨贫困户玩直播带货变身创业新星以电商帮老乡卖滞销农产品
- 黄金时间■黄金时间丨哪种产品最节水？购买产品请注意这个标识！
- 货币等各类金融产品彻底电子化会到来么
- 侧重业务逻辑的产品需求规格说明书，需要有哪些要点
- 程序猿和产品汪能愉快的一起谈恋爱嘛
- 知乎有没有必要增加一个特别关注功能
- 我是程序猿养了条狗，取啥名字好
- 啥人会去买iPhone 8这种产品呢