如何写好B端产品的技术方案?
-
B端产品为企业提供协同办公的工具,帮助企业解决某类经营管理问题,核心价值在于为企业增加收入、降本提效、管控风险,企业级SaaS产品也是B端产品中的一类。
B端产品有以下特点:客户是一个群体:B端产品为某个企业组织服务,一项工作通常需要由多名角色完成,聚焦重点的本质是“定位”,即面向哪一类客户,解决哪一个痛点。定位良好的产品,就像一把锥子,能够迅速切入市场,并且取得稳固的市场地位。
-
功能繁杂:由于B端产品涉及企业经营的方方面面,关联的用户角色、业务流程非常繁多,反应到产品上,菜单、界面、配置项特别多,复杂度远高于C端产品。为了实现一项功能需求,往往会影响其他许多功能,需要进行全面的梳理,考虑各种极端情况,才能保证整体功能正常。
-
定制化功能:B端产品必然会有很多定制化需求,如果一味抗拒,很容易丢掉一些优质客户,但如果大包大揽地接受,系统复杂度会指数级上升,高昂的研发维护成本将很难承受,所以如何处理好定制化需求,是一项非常艰巨的任务。
-
见效慢、难量化:由于B端产品的客户是一个群体,产品上线新功能,通常是管理层先评估,能否在企业中适用,如果合适,才会组织一线人员,进行操作培训。这样一来一回,可能要2个月后才有客户正式使用新功能。
其次,业务见效的影响因素非常多,很多时候并非因为B端产品设计问题。例如,采购部门核心目标是找到更多优质、低价供应商,而这主要依赖采购员的专业能力,以及商家的管理能力,很难衡量产品功能对商家业务的实际贡献。
正是由于B端产品这些复杂性,要写好一份B端产品的技术方案,是非常有挑战的事情,对最终项目价值达成起到决定性的作用,技术方案质量差可能直接毁灭一块业务。
首先最重要的一个模块是进行术语解释。谈谈为什么要这块内容?B端产品中的专业名称非常多,对专业名词进行汇总解释,方便项目组理解上下文,统一认知。之后要说明为什么要这块内容?要介绍项目的背景,为什么需要做这个项目,解决了用户哪些痛点,为用户创造什么价值,或者是技术价值。
这部分内容极其重要,前文提到B端产品见效慢、难量化,但这并不代表只能自暴自弃,不去进行收益分析,相反,我们需要更加努力地对B端项目进行收益分析,即使最终也很难找到合适的度量方法,思考如何度量收益。站在技术视角,系统复杂度无节制地增加,很重要的一个原因是由大量无价值的项目累积起来的,在项目初期,多追问项目的价值,项目上线后,也追着产品设计者回顾项目价值,能有效避免这种情况,让技术人员的付出更容易获得结果。
介绍本期项目需要达成的目标为什么要这块内容?一个复杂项目,通常需要好几次评审才能通过,记录每次评审纪要,根据评审建议改进,是非常重要的。
-
西南地区IT社群(QQ)
- 云南
- 【昆明网页设计交流吧】243627302
- 【昆明nodejs交流吧】 243626749
- 【VUE】838405306
- 【云南程序员总群】343606807
- 【昆明UI设计】104031254
- 【云南软件外包】15547313
- 贵州
- 【PHP/java源码/站长交流群】55692114
- 四川
- 【成都Java/JavaWeb交流】86669225
- 【vaScript+PHP+MySql】116270060
- 【UI设计/设计交流学习群】135794928
- 重庆
- 【诺基亚 JAVA游戏博物馆】 559479780
- 【PHP,Java,Python,C++接单】 442103442
- 西藏