发布时间：2024-6-1 分类： 行业资讯
我们听了balabala关于为什么和什么，最后发现它不会掉下来，或者最后的效果和我们想要的东西根本不是什么东西。所以，这篇文章的作者想跟你谈谈需求下降的事情……
产品设计3个步骤 - &ndquo; 2W1H”
任何伟大产品的诞生都将经历这3个步骤：
打开冰箱门;
把大象放在冰箱里;
关上冰箱门。
具体到产品设计过程，这3个步骤可以定义为：
问题定义（称为“为什么”）;
问题解决（缩写“什么&”;）
思想拆解（简称“如何”），简称“2W1H”。
1.为什么
为什么你想要…
什么样的问题已经解决了
2.什么
通过“X”
解决3.如何
如何拆解“ X”？
我们听了关于为什么和什么的balabala，最后发现它不能被遗忘，或者最后的效果和我们想要的东西根本不是什么东西。所以这次我想跟你谈谈需求下降的事情。
“为什么”和“什么”主要集中在战略思维，如何识别和定义问题，以及提供创造性的解决方案; “如何”主要集中在通过逻辑级别的枚举和关联来降低着陆级别。除了称重，我们整理解决方案可能涉及的每个线程，并以文档的形式生成，提供开发和设计的操作指南。
关于需求降落
第一步：拆除“X”
的主要流程组织用户的主要流程来完成“X”事件。以注册过程中的“手机号码验证”事件为例。涉及的主要过程如下：
在国际化中，首先需要确定移动电话号码的数量是否符合当前的国家代码规则，以确保在验证码失败时，它不是由移动电话号码的数量引起的。
涉及用户个人身份的帐户系统需要具有抓取手机的功能。也就是说，当在注册过程中检测到手机号码时，需要询问当前账号是否为用户，如果没有，则重新生成账号，如果是，则登录。
为了防止用户恶意使用验证码请求，还需要验证码防爆机制。
通过流程分析，您可以反汇编实施X的重要步骤。接下来，您需要逐个确认这些步骤中的详细信息。
第2步：确定细节
1.确认主流程中的业务逻辑详细信息
（1）增强体验
有助于改善产品体验的规则。例如，在输入手机号码的过程中，为了减少因手机号码错误而无法接收验证码，前端检测到用户输入的字符数满足相应的数量。当前国家/地区代码的位数。输入的手机号码将以指定的格式展开。
（2）商业增加值
有助于改善产品的商业模式，如与普通用户相比，Momo会员可享受33项个性化特权。
（3）受到快速迭代的资源/成本或压力的限制
虽然一些策略可以完美地解决目前遇到的问题，但它们受到客观资源或较短迭代周期的限制。那么你如何做出妥协以及在多大程度上做出妥协呢？
首先，您需要非常清楚产品的价值贡献或优先级必须更高的点，这意味着这一点必须在此迭代中。此时，您需要深入挖掘开发的难度。最后，为什么这很难？在不影响功能的实现的情况下，体验的妥协可以大大降低开发成本并在指定的时间限制或资源限制内交付。
2.确定主过程接口的10种状态样式的详细信息
（1）初始状态
页面，组件和控件的初始状态是什么？是否有必要提供默认值以帮助用户快速“点”。
（2）等待
只要涉及提交和上传数据，用户就需要等待。静态事物会让您觉得您的行为没有响应，将动画传递给当前系统正在响应您自己的行为。
（3）输入
你如何向系统传达指令？
移动端的常用输入方法有：输入框，人体模型，标签，第三方信息授权，滑块，滚动框，开关，过滤，随机，提交，返回，转发，手势，退出，语音，图像，视频，指纹等
合并数据类型并选择适当的输入法。
您需要输入高度自由的数据，如姓名和帐号，您可以选择输入框或第三方信息授权输入法;
需要输入密码等隐私数据，可以选择输入框，手势频谱，语音，图像，视频，指纹等;
需要输入“ldquo; 0-1”数据可以考虑开关;需要在特定纬度输入数字信息可以考虑滑块，滚动框;需要输入一般纬度数据可以考虑标签，过滤器;
需要输入“幸运”字样信息可以考虑随机个性化输入法
（4）空状态
只要它是涉及数据表示的接口，很可能会有空页面。提前准备空页，避免开发并询问是否需要或进行空状态处理，看来你是非常不专业的。
（5）有数据
如何呈现现有数据？
移动端的常见数据表示方法有：列表，阵列网格，卡片，泳道，瀑布流（单/多），抽屉，折叠，数据可视化，3D球列表等。
（6）数据过多
数据太多，如何显示？
常用的数据压缩方法包括：省略，折叠，辅助页面显示，滚动标签，设置限制，设置头部和尾部等。
（7）提交用户行为数据
涉及提交用户行为数据需要反馈。
（8）表格
谈到连续任务，最好使用表单结构。
（9）事件结束
事件的结束不等于行为的闭环。深入了解用户的使用场景，试图弄清楚用户可能想做什么？最后，可以关闭每个事件。
（10）没有网络
没有网络是最常见的异常状态，精心设计的无网络状态将减轻用户的挫败感，至少不会因为自身的错误而将其归咎于此。
3.集成所有上下文信息以确定最合理的上下文详细信息
确定静脉的细节是需求着陆过程中最复杂和最困难的部分。您看到的细节上的任何变化都可能伴随着其他不容易找到的静脉点。具体到细节，不仅仅是解决当前抛出的表示问题，而是整合所有潜在的上下文信息，以确保解决当前问题而不影响原始正常细节的可用性。
今年10月，我们做了一个熟人匿名投票的项目，其中一些是关于朋友系统的设计。在业务层面，我们希望用户可以快速添加好友并完成投票行为。因此，我们设计了最低的单向朋友系统，即用户可以在未经对方同意的情况下直接添加朋友。需要确定需求的3个细节。 。
添加顶部通道卡后是否需要消失？
消失后需要重新出现吗？如果它再次出现，那么时间是什么？
由于它是单向朋友系统，您还需要朋友应用程序页面吗？如果是这样，应用程序页面中的用户状态是什么？
（1）添加顶部通道卡后是否需要消失？
第一个细节更容易确定，因为脉冲点明显且独特，也就是说，我们希望用户更容易在泳道中添加不同的朋友，因此朋友卡在添加后需要消失。
（2）消失后你需要重新出现吗？如果它再次出现，那么时间是什么？
如果它没有出现，这意味着我很快就会完成地址簿的朋友，然后建议游泳通道是空的;但如果确实如此，则意味着我可以多次重复一位朋友。我们发现这两个假设实际上是正面和负面的关系，所以我们只需权衡两端的利弊来确定关系下的背景细节。
1重复添加好友–情境信息分析
推荐的泳道包括APP和未注册两类朋友的联系人。因为它是单一的朋友关系，它对APP朋友几乎没有影响。对于未在地址簿中注册的联系人，将涉及SMS通知。当您滥用重复添加时，您只需要限制SMS规则以规避。此外，如果合理制定SMS规则，将有助于我们在初始阶段改善种子用户的传播维度。
2次完成地址簿–情境信息分析
反复添加朋友，将通信一次比较一个点，过于被动，不符合当前阶段的产品目标。
总之，我们将地址簿更新到前端，也就是说，在用户点击添加按钮后，用户消失，但每次重新打开APP时，本地地址簿将被重新上传，并且后台将判断哪些上传的地址簿已经是朋友关系，如果没有，它将再次出现。
（3）由于它是一个单向的朋友系统，你还需要朋友的应用页面吗？如果是这样，应用程序页面中的用户状态是什么？
1个上下文详细信息 - 需要验证页面
虽然这是一种单向的朋友关系，但你可以在未经对方同意的情况下将对方添加为朋友，但朋友行为的本质是双向令牌，但与标准朋友系统相比，单向朋友关系降低了添加朋友的门槛，因此我们还需要此事件告诉对方需要验证页面。
用户A添加用户B，用户B将在新朋友页面上收到虚假的应用程序请求。用户B单击“同意”按钮未被A的朋友认证，但执行添加A作为朋友的操作。
然后问题来了，用户B点击“ldquo;同意”按钮，朋友A会消失吗？如果它没有消失，此时“ldquo;同意”按钮应切换到什么状态？
2个上下文详细信息 - 新朋友页面
假设消失了。如果B此时删除A，则B然后添加A，并且A的新朋友页面更新B的朋友应用程序。此时，A已反复添加B操作，即消失的细节不可行;消失了，新好友页面的细节是什么？
我们发现伙伴模式与此时的注意系统非常相似，因此我们将“我的朋友”与“ld”进行比较;我的疑虑”，“新朋友页面”类似于“我的粉丝”。对于用户A的“新朋友页面”，“用户B同意”用户B已经注意到A，但A没有注意到B; “用户B已添加”以表示用户AB。
回到我们之前假设的场景：B删除A意味着B不再是A的粉丝，所以此时A的“新朋友页面”不再是B，但B仍然是A的朋友。也就是说，A仍在关注B.此时，B加A，即B重新关注A.此时，AB关系是共同关注的问题。根据前面的比喻，AB应该互相关注并且应该显示“已添加用户B”。 ;也就是说，在B的“我的朋友页面”中。显示“用户B已被添加”。
总结
着陆总是比这个想法更重要，以及如何将其置于实地。首先，您必须了解解决问题的策略，可以理清关键业务流程，然后关注每个流程的详细信息。
在细节方面，您需要充分了解业务本身，并能够根据“增强体验”，“业务增值”或资源/成本限制的维度快速确定业务详细信息;其次具体的页面维度可以本能地识别页面模块类型并给出相应的交互设计策略;最后是最困难也是最常见的。在面对新细节时，请不要将其视为可以确定当前详细信息。实际上，大多数细节并不是唯一的。它们经常带有您可能看不到的其他细节。此时，您需要具有全局视角，并且要更全面地查看要解决的问题的详细信息。东墙填补了西墙的墙壁。
专栏
UE Mavericks，WeChat公众号：UE达拉斯，每个人都是产品经理专栏作家。专注于产品思维，用户体验分析，互动研究，并专注于UX方法的探索和实践。
这篇文章最初发表。未经许可，禁止复制
该地图来自Pexels，基于CC0协议
