产品设计离用户那么近业务系统该如何设计

产品设计：离用户那么近，业务系统该如何设计？对比C端产品，B端的业务系统对好多人来说都很陌生。在爬过无数的坡、踩过无数的坑事后，以在线教育业务系统为例，系统解析整理了业务系统产品的有关内容，分享给感兴趣的你，希望你能够少走一些弯路、绕开一些坑。业务系统，往常为：内部产品，与c端产品供广大一般用户使用不同，业务系统的使用者往常是企业内部的销售、客服、技术支持人员或许是一些合作伙伴或商业客户。业务系统的一大特色，就是：距离使用用户足够“近”。你可能在茶水间或许去卫生间的路上碰到你的用户，能够随时睁开需求调研与问题反应（接受吐槽），获取系统优化的一些点或是一些“灵感”。“埋雷”与“排雷”做用户调研，千万别忘了用户是会“说谎”的。假如完好依据用户反应的内容进行开发，一颗巨大的雷就静静的埋下了。为何这么说呢？下边让我们来逐层解析，逐渐排雷。1/5）确立影响范围一套完好的业务流程需要不同部门、不同职能属性的用户（角色）一同来达成。假如完好采用一方的建议，站在目前用户的角色角度是可行的，但关于其余用户角色来说可能是一种负担，对整体流程来说可能也没有很大的优化或提高。）确立详细问题其次，业务部门有需求或反应，说明他们在实质工作中碰到了一些问题或许使用不便利的地方。但我们不可以把他们反应的“功能”或提高的建议作为产品方案，反而需要深度调研业务使用过程中碰到了哪些问题，想要达到什么样的成效，利润是什么，如何权衡有关数据指标。而不是把业务的产品“建议”当成我们的产品“方案”，把我们自己变为了业务部门的“传话筒”。）确立产品方案最后，需要思虑目前功能在现有产品功能架构中的定位。从做功能后做模块到做系统，最后主动思虑、成立产品架构想维，是一个渐渐成长与积淀的过程。2/5将整个业务有关的流程、功能、模块、系统视为一个整体，并以“上帝视角”对它进行解析、完美，优化整体业务流程，提高办公效率，提高用户体验。因此，业务产品经理需要聆听用户而不尽信誉户，以企业整体业务为目标，培育产品架构想维，深挖用户的每一个诉求，并最后达成较为合格的产品方案。大家都知道，从一个idea到最后产品落地实现的过程中，做用户调研、用户画像来明确我们的用户目标集体是必不行少的，我们需要认识用户目标集体的年纪、性别、教育程度、地域、职业、等等信息。可是，业务系统的用户调研与用户确认对比toC类产品更为具象。由于使用的用户可能就是你单位的同事或合作伙伴，你能够随时找他们交流倡始用户调研并采集反应，就不用费劲思虑“我的用户在哪里？”这样令人头疼的问题啦。那么，详细关于业务系统的目标用户该如何确认呢？深入认识整体的业务流程或许有的小伙伴会好奇，不是确认目标用户么，怎么扯到业务流程去了？深入认识业务流程的过程中（业务流程抽象后边文章会讲到），会对业务整体流程有个整体的认识——清楚都有哪些部门哪些人（角色）在哪些节点做哪些3/5事？相互的互动及反应是如何的？这些内容关于后续业务系统的规划与设计特别重要。还记得我最先做在线教育业务系统产品经理的时候，前半个月基本都是泡在业务部门，领导还认为我出去浪了（给你个眼神自己领会）。认识企业的组织机构及各部门职能认识企业的组织机构及部门职能有助于将视角宽阔的足够广，广到能够去清楚的定位界限。业务的职能界限，常常是业务流程挖坑最多的地方，也是业务自己牵扯不清的地方。打个比方：A部门负责卖蔬菜，B部门负责卖水果，可是西红柿这个产品A、B部门都有售卖。那么，详细的销量及推行流量的转变率该怎么计算呢？别的，每个企业的组织机构及部门职能可能会有一些差异，比如：客服，有的企业客服尽管投诉建议与反应，而有的企业客服可能还负责售卖产品。认识业务系统主要角色的工作内容说了这么多，终于将话题扯回业务系统。4/5认识及确认：业务系统都有哪些部门使用？主要需要什么样的功能？部门内部有哪些角色？需要什么样的权限？搞清楚用户关于后续睁开业务系统的功能模块设计拥有重要的意义