产品健康记录功能大比拼

笔者近期在做有关于健康记录相关的产品,体验了相关产品后想就此进行对比分析。一、竞品筛选根据个人经验和向周边朋友调研情况,筛选了一些竞品进行分析,竞品按首次上线时间依次排列:春雨医生(V10.6.6):

B端表单设计|标题样式细节设计

B端系统软件中表单的应用场景非常多,今天就捞点干货,说说B端产品表单如何设计,用户体验会更好。从标题、输入框、布局排版、数据展示四个方面,详细介绍一下关于表单的体验设计,目录如下:一、标签是否加冒号设

一种需求的描述方法-用例(Use Case)

用例(Use Case)是一种描述需求的方法。运用用例这种方法来描述需求称之为用例建模。用例也是UML规范中的一种标准化的需求表达方式,其中比较有名的RUP(Rational Unified Proc

STAR法则拆解“对账”案例分析

本文将采用STAR 法则的视角,结构化拆解 对账场景的案例分析,首先简要梳理下STAR 法则Situation(情境):描述事件发生的背景或情境。Task(任务):明确在该情境中需要完成的任务或面临的

2024,B端筛选有啥变化?

筛选虽然是一个较小的设计模块,但对于整个 B 端系统来说非常重要。因为筛选的设计形式看上去单一,但其实内在的变化还是非常之多,导致很多时候我们在做设计的时候,就会非常迷茫。在 2019 年的时候, B

G端产品人技能(一):项目制的产品的工作流程

在G端项目中,根据项目需求的大小、复杂度和涉及对象的不同,往往可以大致划分为几种不同的类型。新项目:需重新搭建并规划产品如政府部门的全新电子政务系统、大型企业的ERP(企业资源计划)系统建设等。这类项

新零售业务中的缺量差异场景拆解

在新零售的供应链领域中,会有很多“系统数据和实物对不上”的场景,因为实物存储位置除了在仓库之外,还会存放在门店中,由此就会衍生很多“差异”的场景。差异的场景看似是比较小众, 但是随着仓库数量增加,门店

SaaS业务中的销售业务模块设计【3】

在SaaS的销售模块设计上,我们经常碰到的另一个问题,就是团队规模预估与增长目标达成上出现偏差,导致团队扩张的节奏总是不能合理的匹配增长目标和业务策略,这个矛盾产生的原因是因为“潜在市场的无限性与有效

“Y模型”—我在3年实操后的个人总结

这就是基本的“Y模型”理论。二、“Y模型”理论的应用方式“Y模型”思考方式有两种,可依据业务复杂度进行挑选:1. 1——2——3常规思考流程,在一些场景单一、目的简单明确的场景中,常规思考流程能满足我

以项目复盘的方式,聊聊产品经理常见的痛点!

最近做项目,发现几个产品经理常见痛点:收集需求的时候,聊了一大堆,还是不知道重点是什么,要解决的关键问题是什么跨部门协作的项目,你一嘴我一嘴,大家沟通总是不再一个频道上跟老板、业务开会,展示一大堆文字

口腔消费医疗用户标签体系(上)

一、标签体系1.1 初识标签当我们描述一个人时,可能会提到诸如“南方人”、“高富帅”、“职业法师”或“偏好川菜”等特征,这些都是用来帮助我们记住、归类和描绘该个体的标签。在互联网产品的语境下,用户标签

关于原型交付的点滴思考

想必大家在交付原型给到开发之后,多少都有遇到过研发人员开发出来的效果和预期是不一致的情况。我也一样,而且我在原型里有备注说要怎么做怎么做,甚至整个跳转的流程都说明了,然而开发出来的东西,完全没有按照我

3大系统架构设计-业务系统篇

本文写给已负责或即将独立负责系统,为系统架构设计苦恼的产品人&曾经的自己:系统架构系列目录:三大系统架构设计-业务系统篇(本篇)三大系统架构设计-工具&服务系统篇(下篇)一、困惑我所在的大部门内部是乐

深入拆解供应链系统中的“多单位”设计

在供应链类系统中创建商品的时候,经常会需要必填一个的字段叫“单位”,同时在它旁边也会有一个“启用多单位”的配置项。很多初学者在这个地方很容易陷入一个“看山是山,看水是水”的困境,初看之下好像这个东西很

SaaS业务中的销售业务模块设计(1)

销售业务模块,是所有以企业/机构/公司为B端客户提供信息化/数据化产品或服务的过程中,不能轻视的重要组成部分。2B的业务决定了我们的客户是一个相对复杂的、由多个利益角色组成的组织,也同时决定了我们所需