会员登录 - 用户注册 - 设为首页 - 加入收藏 - 网站地图 - 网站标签 欢迎访问我的网站(index777.com),专注提供最新资讯!
当前位置:主页 > 有色金属 > 正文

B端SaaS产品工作流程

依依社区网,银楼金粉粤语,印度的首都是哪里,英雄的黎明歌词,英雄张子健版
时间:2019-10-21 16:42 来源:未知 作者:未知 阅读:983 次

  如果是从0到1或者彻底重构的产品,要先进行BRD的输出。包括整体行业的分析,到竞争对手分析,再到roadmap和对应资源匹配。用BRD进行宣讲,才能向上申请资源进行立项。

  然后,可能是MRD的输出或者拆解执行。MRD在很多公司会以年度规划的形式提前进行输出,主要是产品roadmap和进度计划。到了某个立项阶段,会根据市场、战略、竞品、技术、渠道等情况,调整版本实现的功能模块以及优先级。当然,还有最重要的项目里程碑计划。

  然后召集项目成员,进行概要评审。这个评审一般是可行性、优先级以及成本的评审。评审通过的功能,细化成功能清单。

  也存在研发业务背景较弱,概要已经要很细,功能清单要更细,以评估合适的工作量。上述的一个概要,需要拆成:

  主要输出物是原型和需求规格说明书,部分小版本甚至不输出需求规格说明书,业务流程、页面流程、交互说明和异常处理都会在原型上体现。

  在原型评审的时候,先介绍这些流程,再看具体的原型页面。原型评审结束,前端研发可以开始部分页面的UI开发,UI设计师准备视觉界面的输出。

  需求规格说明书,需要拆分各业务领域进行输出。一个产品一个需求规格说明书,整个文档会非常的大。加上大量的修订和批注,产品人员维护起来很痛苦。编写需求规格说明书期间,要保持和架构师(开发经理)的沟通,在文档中完善业务逻辑。为了保障文档质量,目前文档是基于用例的形式编写的:

  需求规格输出完成,需要进行需求评审。由于内部项目动辄3个月,这个会议至少需要1-2小时。拿着几十上百页的文档过,开始还好,半小时后大家就注意力涣散了。

  B端客户一般有定制化诉求,会以项目交付的形式进行落地。并且公司内部要求每个版本有验证客户,完善产品到实施的知识转移。工作流程如下:

(责任编辑:admin)

关键词:

热点内容