ToB的产品设计,如何在客户定制化需求下避免产品越来越笨重?(tob和toc产品设计的区别)

编辑导读:To B产品因为面向的客户是企业,其业务多且复杂,对产品的定制化需求较高。但是作为一个标准化的产品,定制化越多,整合融入的系统、功能越多、系统也越来繁雍笨重。那么,如何在满足用户定制化的需求下,避免产品变得笨重呢?本文作者对此给出了一些建议,与你分享。

ToB的产品设计,如何在客户定制化需求下避免产品越来越笨重?(tob和toc产品设计的区别)

一、明晰:ToB 的商业模式

ToB 的全称是“To Business”,即面向企业。企业往往拥有比较复杂的业务,且个性化很强,通常需要他们自掏腰包来解决自己的困难。这就会要求所购买的产品必须能够满足自己的全部需求,产品价格要跟产品价值(满足需求)相匹配。当 B 端客户需要你的某个功能时,你可以编各种各样的理由来搪塞他或者说正在开发中,但不可以说你没有,否则会给人一种很不专业的感觉(侧面反映产品不成熟、积累案例少、不能快速响应信息化建设。所以对于大部分 ToB 产品,不存在直接拿 MVP 去卖的情况。因为客户需要你能给出对某一项业务完整的解决方案(思路),哪怕是低保真产品原型或 PPT ,都比一个没做好的 MVP 更具说服力。

问题:定制化越多、功能越繁雍笨重

ToB的产品目前最流行的模式是高度灵活、自由可配置;公司设计研发出一套所谓能够涵盖行业80%标准化的系统流程,在用户购买之后采用根据客户不同需求做配置,满足用户需求。这是一个理想状态,现实中,每个企业、学校、机构的实际业务不同,使用者关心的业务和流程不尽相同,就出现很多的需求无法通过配置满足的现实需求状况。由此定制化开发的模式就被各厂商放到了桌面。

定制化开发过程中会有新的流程、功能被挖掘,这些确实能解决现实行业中的出现的一些个性化、特殊化的实际问题;但是如果不加辨别,认为只要能够解决行业问题的方案就应该纳入系统,进而考虑把每个客户需求进行整合,弥补现有系统的不足,设计研发出“大而全”的系统,对于想做平台或者垄断行业利润的厂商,具有巨大的诱惑力。

这样一来,定制化越多,整合融入的系统、功能越多、系统也越来繁雍笨重;造成系统万能,却又没有什么卖点,对内公司人员怨声载道,对外给人系统拼拼凑凑的印象,在市场没有什么竞争力,什么都有,什么都不强,又冗余难用;尽管付出这么大的代价,事实上这样的系统依然无法覆盖用户所有需求,因为你永远不知道下一个客户需要什么?

二、系统臃肿问题实质与避免建议

系统臃肿问题实质:

  • 多模块多页面信息存在大量重复(即有些字段信息没必要每个地方都显示,具体看需求);
  • 功能点堆砌,即可能存在需求但是没有场景化。即有些功能点应该是连贯性和,应该是一步接一步的(如买火车票:提交完订单后,下一步当然是付款, 你总不能让这两个功能分开放吧?)
  • 存在部分“低需求功能点”,有些功能点现在基本没怎么用还留在系统中。
  • 系统业务组织架构、功能权限、数据权限等模型不能支撑现在的业务发展(这是最蛋疼的,基本是最大系统的问题),导致每次增加新功能点时只能在逻辑上写死,没有任何逻辑和程序上的扩展性。

解决问题建议:

先梳理下现在的公司业务流程和组织架构(找公司各部门负责人多问问);

根据上面四点对系统现在的业务流程、组织架构、功能模块、功能点进行梳理,找出存在问题的地方,分别列出问题表单和问题点;

拿着问题表单和问题点去调研各个部门的负责人和使用者,看看反馈结果;并顺便调研现在的业务需求和流程场景细节(多问问未来可能存在的业务需求-有助于考虑逻辑扩展性和全面性);

然后根据调研考虑3套方案:

  1. 不动系统组织架构、功能权限、数据权限的基础上,对各个功能模块考虑解决方案(即如何解决系统现在存在的问题?),然后列出优缺点。
  2. 重做系统组织架构、功能权限、数据权限的基础上,对各个功能模块考虑解决方案(即如何解决系统现在存在的问题?),然后列出优缺点。(基本上动这个可以考虑重新设计了)
  3. 考虑重新设计的方案:从组织架构、功能权限、数据权限、业务流程、各个功能模块等全方位考虑,以及特殊事件处理方案。(列出优缺点)

大体方案方向出来后找研发和项目评估下大概的难度和工期,不用估计太准,只要个大概就行。然后评估下现在的时间、资源等是否允许?ROI是否值得?

最后找各部门负责人 老板 项目 研发开会说下事情(最后让老板老大们决定,你绝对不要做决定,你只给方案不做决定,让他们选)

PS1:原则就是:看见表象(臃肿和逻辑混乱)—-去调研 梳理 分析出本质原因—-给出多个解决方案并评估优缺点—-让大佬选择方案。

PS2:要是你自己决定重新做,我敢保证你一定踩无数坑 背无数锅,每天过得跟孙子似的;我们产品应该是功能要做好,锅要少接。

本文由 @浩铭~~ 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

(0)
上一篇 2023年5月14日 上午9:51
下一篇 2023年5月15日 上午8:01

相关推荐

  • 科研项目书研究背景

    科研项目书研究背景 随着科技的不断进步,人们对于自然科学研究的需求也在不断增加。在过去,科学家们主要通过实验室实验和观察来研究自然现象,但这些方式仍然存在很多局限性。因此,为了更深…

    科研百科 2025年3月25日
    0
  • 岚皋检察:推行“五化”工作模式 提高机关党建质量(机关党建五化建设)

    2022年以来,岚皋县检察院推行“主体责任具体化、组织生活规范化、活动阵地标准化、党建业务一体化、队伍建设专业化”的“五化”党建工作模式,在机关党建工作中深化有进步、有站位、有品牌…

    科研百科 2023年6月2日
    177
  • 科研项目审计看系统么

    科研项目审计看系统的重要性 随着科技的不断发展,科研项目的审计已经成为了一项非常重要的工作。科研项目审计是指对科研项目的预算、进度、质量和成果等方面进行全面、深入的审计,以保障科研…

    科研百科 2025年5月12日
    1
  • 武汉员工管理系统项目

    武汉员工管理系统项目 随着公司规模的不断扩大,管理员工的需求也越来越多样化。如何有效地管理员工信息,提高工作效率,成为了公司管理层需要考虑的问题。因此,我们开发了一款武汉员工管理系…

    科研百科 2024年12月17日
    1
  • 科研项目样本量计算说明

    科研项目样本量计算说明 在科研项目中,样本量是一个非常重要的概念,它决定了研究的可靠性和有效性。样本量的计算是一个关键的过程,需要准确计算样本的大小,以确保研究结果的准确性。本文将…

    科研百科 2025年5月17日
    0
  • 自动化的五个级别

    自动化的五个级别 随着人工智能技术的不断发展,自动化已经渗透到了我们的生活中的方方面面。自动化可以提高效率,降低成本,提高质量和减少错误。在这篇文章中,我们将探讨自动化的五个级别,…

    科研百科 2024年10月10日
    21
  • 科研项目框图

    科研项目框图 随着科技的不断进步,科研项目也在不断地推进。在科研项目中,科学家们需要进行各种实验和研究,以探索新的领域和解决现有的难题。 作为一名研究人员,我深知科研项目的重要性和…

    科研百科 2025年2月17日
    1
  • 河北省扎实推进基层党建专项整治工作(河北省扎实推进基层党建专项整治工作的意见)

    河北新闻网讯(记者刘冰洋)“不忘初心、牢记使命”主题教育开展以来,河北省高度重视基层党建专项整治工作,提出过硬管用措施,明确整顿目标和时限,扎实做好专项整治各项工作,推动基层党建工…

    科研百科 2024年6月26日
    58
  • 又一科研项目完成简报又一科研项目完成简报

    一科研项目完成简报 随着研究的不断深入,我们成功完成了一项新的科研项目。该项目旨在研究气候变化对生物多样性的影响,并探索如何保护这些生物多样性。 该项目的研究方法采用了多种技术,包…

    科研百科 2024年9月13日
    25
  • 软考考生注意!广东软考「系统集成」考试时间有变更

    广东2022年下半年中级系统集成项目管理工程师考试时间改为11月6日。 这也就意味着广东省和上半年一样又是单独命题出卷,比其他省份的考生多了一天复习的时间。 高级信息系统项目管理师…

    科研百科 2022年12月1日
    271