本文结合作者多年B端系统设计经验,从理流程,建模型,捋状态,画交互这个字谈谈B端系统设计该怎么做,希望对你有所帮助。 B端系统设计是个体系活,相较于C端产品强调价值直给,在单点体验做到最优就可能做出一款好产品,B端产品则侧重体系化建设,产品外观及体验次之。 但是,一些刚入行的产品经理,或者C转B的产品经理,处理需求时习惯性的会先画原型图,所见即所想,但这么做往往会导致流程短缺、逻辑不闭环等问题,尤其是对于复杂的业务模块,更加需要成体系化的系统设计思路。
这里,结合个人多年的B端系统设计经验,我认为再复杂的B端系统设计,都离 洪都拉斯 Whatsapp 号码 不开这个字:理流程,建模型,捋状态,画交互。 一、理流程 、业务流 B端系统的设计起点,是从梳理业务流程开始。坐下来,和业务方一起,在具体的业务场景下将一条条业务流程挑明理顺。 具体执行思路上,可以从角色、动作、约束、效果四方面去梳理业务流程: B 端产品经理如何快速成长? 产品与业务架构主要是将整个业务工作流进行分层,梳理,然后抽象出一个个需求,将业务需求与产品合情合理的映射起来,最终使业务数据在产品中流动,执行,记录,使用。

查看详情 > ()角色:人的角色或者系统角色。都有哪些人(系统)参与到流程中来,参与了哪些环节,角色是流程中最基本的元素,有了角色才有分工明确,才能有机协作。 ()动作:流程中需要角色完成的业务动作。如销售人员完成一次leads录入、快递小哥去配送一个包裹,即角色按照业务要求完成具体的业务指令。 ()约束:在具体的业务场景和状态下,产生的规则限制。如获取到销售线索后需在当天完成系统录入,如快速小哥需在小时内完成包裹派送。
|