Open zw334 opened 4 years ago
Q:请教一个问题：项目涉及app（C端、B端）、PC（C端、B端）、运营后台、小程序等，如何去梳理各端依赖关系，制定发布计划呢？ A1：具体依赖要看功能模块！知道这些只能规划需要哪些技术栈的开发人员 A2：可以后端接口先开发起来，然后app原生或h5，然后PC端web开发，小程序，后端接口一套共用的 Q:所以是先围绕着需求点来看，涉及到的功能模块，如果是多条产品线牵扯到同一块业务，那么上线发布应该是同步进行的，至于资源排期根据实际情况来决定。不知道我这样理解对不对？ A1：1.始终按照业务MVP分解版本和迭代开发；2.前后端分离开发，接口自动化测试到位，不需要依赖前端，后端发布始终要早一些；3.为了保持业务闭环，app原生和h5最小的MVP闭环测试ok后，理论上就可以对于Bate测试，甚至对外发布；4.运管又不直接对客户，和app端没有必然依赖，优先级往后放，完全可以数据库配置；开发资源充足的话，可以同步开发；4.小程序只是为了实现多端产品，微信引流，方便客户操作。如果先决定开发app，小程序也没有必然依赖往后放；或者先开发小程序实现业务闭环，后app都行。6.如果开发资源充足，多端同步开发也可以 A2：P1:后端；P2:app后再小程序，小程序后再app；p3:运管；对外发布的版本，理论上C端业务闭环就可以，B端看要求 A3：其实，主要就是用户端的优先级顺序：app端或小程序，或者pc端，必选其一使业务闭环就行。 太感谢了，瞬间清晰了很多，目前小程序&app两部分定位完全不同，一个做平台，一个做服务（类似app个人中心的常用功能），所以业务优先级的定义还很模糊 A4：小程序和app的优先级选择，要根据业务规划来，如果简单实现注册登录，活动导入，下单支付等一套基本流程，还有订单查看等基本功能，用两三个星期就能快速开发出来；涉及到重市场运营的功能，和多账户支付渠道等，就必须要app上做了，小程序有些做不了不支持
Q:请教一个问题：项目涉及app（C端、B端）、PC（C端、B端）、运营后台、小程序等，如何去梳理各端依赖关系，制定发布计划呢？ A1：具体依赖要看功能模块！知道这些只能规划需要哪些技术栈的开发人员 A2：可以后端接口先开发起来，然后app原生或h5，然后PC端web开发，小程序，后端接口一套共用的 Q:所以是先围绕着需求点来看，涉及到的功能模块，如果是多条产品线牵扯到同一块业务，那么上线发布应该是同步进行的，至于资源排期根据实际情况来决定。不知道我这样理解对不对？ A1：1.始终按照业务MVP分解版本和迭代开发；2.前后端分离开发，接口自动化测试到位，不需要依赖前端，后端发布始终要早一些；3.为了保持业务闭环，app原生和h5最小的MVP闭环测试ok后，理论上就可以对于Bate测试，甚至对外发布；4.运管又不直接对客户，和app端没有必然依赖，优先级往后放，完全可以数据库配置；开发资源充足的话，可以同步开发；4.小程序只是为了实现多端产品，微信引流，方便客户操作。如果先决定开发app，小程序也没有必然依赖往后放；或者先开发小程序实现业务闭环，后app都行。6.如果开发资源充足，多端同步开发也可以 A2：P1:后端；P2:app后再小程序，小程序后再app；p3:运管；对外发布的版本，理论上C端业务闭环就可以，B端看要求 A3：其实，主要就是用户端的优先级顺序：app端或小程序，或者pc端，必选其一使业务闭环就行。 太感谢了，瞬间清晰了很多，目前小程序&app两部分定位完全不同，一个做平台，一个做服务（类似app个人中心的常用功能），所以业务优先级的定义还很模糊 A4：小程序和app的优先级选择，要根据业务规划来，如果简单实现注册登录，活动导入，下单支付等一套基本流程，还有订单查看等基本功能，用两三个星期就能快速开发出来；涉及到重市场运营的功能，和多账户支付渠道等，就必须要app上做了，小程序有些做不了不支持