一款在线还款记账产品诞生实战
来源:引流技巧
编辑:爱短链
时间:2025-08-13

我们通过KANO 该模型分析了我们产品的功能,看看我们是否错过了高优先级的功能。已经实现了几个高优先级的核心功能。下一步是考虑如何为用户提供尖叫功能。
1、前言
在上一篇文章《个人如何做一个类似51信用卡管家的产品》中,主要分析了市场上几款主流还款记账产品的竞争产品。俗话说,知己知彼,百战不殆。市场上已经有了产品,你必须再做一个类似的产品,如果没有特别的卖点,用户永远不会买。借助波特五力模型、供应商的议价能力、买家的议价能力、新进入者的威胁、替代品的威胁以及银行间竞争对手的竞争程度,我们可以清楚地知道我们计划制造的产品的价值。从分析结论来看,在线还款簿记产品基本上是互联网企业非常成熟、资源、技术、实力,个人成功的簿记产品几乎无法与这些优秀的互联网企业相比。我们制作的簿记产品定位为极简主义和利基。与大厂产品不同,大厂记账产品功能多而全,我们的记账产品小而精。作为会计产品的诞生,利用产品思维解决实际问题,过程价值大于结果价值,我们可以通过会计产品从0到1,了解产品的各个阶段和注意事项,为其他产品的未来设计,提供材料和支持,弯路,尽量避免坑。2、BRD与MRD
众所周知,产品经理涉及的三个产品文件是BRD(Business Requirement Document,商业需求文档),MRD(Market Requirement Document,和PRD(Product Requirement Document,产品需求文档)。一般而言,BRD是基于商业目标或价值描述的产品需求内容文件。类似于软件工程中提到的可行性分析。在投入研发之前,您计划设计的产品为企业高层提供决策评估的依据。假如每个人都想制定创业计划,BRD它也是一个非常重要的部分,通常涉及市场分析、销售策略和利润预测。BRD通常是决策者讨论的演示文档,一般比较短小精炼,产品细节不多。说白了,这个产品值得做吗?MRD可以通俗地理解为准备做某个产品,打算在市场层面做什么样的解释。其作用是承上启下。一方面,对BRD整合中领导层的意见和公司的战略方向,提炼核心功能和核心价值。另一方面,于即将编写的PRD,明确产品范围和功能定义,防止产品设计与原目标不一致。可以理解为MRD是指导框架描述文档。有的公司前、中、后台产品经理分工细致,也可以理解为我们经常遇到的一句话需求。例如,业务产品经理直接告诉技术产品经理,我想在一定时间内实现绩效检查功能,检查和导出团队绩效。接下来,技术产品经理将根据业务产品的这句话编写PRD。说白了,就是这个产品打算怎么做。就本文在线还款记账产品的诞生而言,在上一篇文章《个人如何做一个类似51信用卡管家的产品》中,其实更像是BRD和MRD,已经解释过了。今天的文章更注重PRD。3、PRD
3.1 产品工艺设计
PRD是落地产品理念的文档,主要面向团队开发人员和设计(UI、UE)、测试、操作等,需要对所有功能进行更详细的阐述。事实上,就产品流程而言,PRD不是产品的最终文件,可以继续分为需求说明书、设计说明书、测试说明书、操作说明书等。PRD详细的功能描述和业务流程将主要描述。说白了,就是这个产品是如何推向市场面向用户的。既然我们的产品是定位极简还款记账产品的,首先要明确核心流程。对于产品工艺设计,可采用自底向上或自顶向下的设计方法。自底向上是指我们首先澄清最基本的功能过程,整合基本的功能过程,形成最终的总过程。向上和向下的设计方法是澄清总过程,然后细化总过程中涉及的每个子过程。本产品采用自上而下的工艺设计方法。经分析,我们的产品流程设计如下所示。
3.2 产品功能设计
这里就不介绍用户注册登录、用户信息管理、密码修改、邮箱管理等产品的基本功能了。接下来主要介绍还款记账的核心功能。在准备制作这个产品之前,我觉得很简单,但是在实现的过程中,我发现有很多细节值得考虑。与大家分享。还款是每月承载的,所以我们的视图设计也是基本还款记账月清单。用户查看自己的还款账单,一般看这个月需要还多少钱,已经还多少钱,还剩多少钱。
根据流程设计,用户可以从列表页面查看每月还款的细节,但第一次使用的用户不知道在新的记账月后从哪里开始新的还款。因此,在细节上,在每月还款卡上,将检查,改为会计。
新的还款卡将实时显示实时显示新的还款卡。为了方便用户了解还款金额,在每个还款名称前自动编号。同时,为了方便用户关注自己的还款情况,剩余还款金额超过0。考虑到删除相对谨慎,该功能被放置在编辑的下一级,而不是与编辑相同。
3.3 产品安全设计
每次我们修改每个还款金额时,需要同时更新当月的总还款,这需要在产品设计中定义触发器,以确保所有数据都能实时更新。防注入设计。因为我们在用ID输入还款时,需要输入ID认证、违法ID过滤。否则会有注入风险。以后如果为了保证数据传输的安全,置权威机构认证的数字证书https数据传输的方式。4、结语
最后,我们通过了KANO 模型分析我们产品的功能,看看我们是否错过了优先级高的功能。KANO 该模型最初用于对用户需求进行分类和优先级,通过分析用户需求对用户满意度的影响,了解产品性能与用户满意度之间的关系。
显然,优先级较高的几个核心功能已经实现。有兴趣可以访问我的实战网站体验产品:http://miliao.xyz下一步是考虑如何为用户提供尖叫功能。因为我们的产品为用户提供的还款记账的基本功能只解决了用户还款记账的痛点。如果我们想让用户体验更好,我们必须做一些蛋糕上的添花功能来满足用户的酷点,并进一步为其他用户群体提供口碑上的痒点。但无论如何,我们都应该关注我们产品的定位:一个极简主义的还款记账工具。作者:中国计算机学会王佳亮(CCF)会员。微信微信官方账号:佳佳原创
特别说明:本网站的主要目的是收集与互联网运营相关的干货知识,为运营伙伴提供便利。本网站收集的公共内容来自互联网或用户的贡献,这并不意味着本网站同意其观点,也不对网站内容的真实性负责。如有侵权行为,请联系网站管理员删除,。


相关文章:
相关推荐:
栏目分类

最新文章

热门文章
