产品需求编辑的原则

  1. 描述逻辑的时候用脑图把所有流程,所有可能出现的异常都遍历一遍,这样不容易漏,而且测试的时候也能保证测试完整
  2. 描述需求的时候要用对应开发的实现规则描述,比如爱心餐活动,不要说领取爱心餐,要说发券;不要说爱心餐使用,要说圈核销。
  3. 描述的时候不要用用户,要用捐赠人,受益人等等描述,会比较清楚
  4. 昵称头像可以默认拉取到,不用授权,一开始可以只授权地理位置,产品设计的时候原则上能让人不授权,就不授权