发布时间：2019-1-2 分类： 行业资讯
在产品开发工作正式开始之前，如果产品工作内容能够得到有效合理的分解和规划，整个项目将顺利运行，运行良好。只是文章分享了一些关于如何分割产品工作内容的技巧，希望对您有所帮助。
作为产品经理，处理产品的情绪和态度是什么？最生动的比喻是将产品视为自己的血肉之躯。从产品创意开始到产品实际运作的每一个细节都必须得到照顾和照顾。
对于一个产品问世，是否会出现先天性缺陷畸形，很难带来一个大成人。其中一个重要的部分是在产品开发之前进行规划。合理分解和规划工作内容。这一步已经完成，团队的目标是为之奋斗。整体就像一个精密的设备，一步一步地工作。如果你做得不好，就会导致团队的内部员工抱怨。最终产品将在子宫内死亡。
今天，我们来谈谈像携程这样的工作流程产品。产品经理需要在开发之前进行反汇编工作，以便从团队中获得最大收益。当我们面临复杂的业务需求时，如果我们无法构建它并且我们不了解法律，那么它就不能很好地拆解。
工作流系统
我们经常接触工作流类系统。所谓的工作流程，即在完成工作的过程中，我需要经历多个步骤，并且可能涉及多个不同的角色。对于这种系统，我们通常有两种方式 - ——横切和纵切。
1、横切
所谓的横切是首先在工作流中切出核心层和薄层，然后在每个步骤中实现细节。这对于核心业务逻辑相对简单的工作流系统很有用，但每个步骤的附加功能都很复杂。
（横切示例）
举个例子：
如果我们现在需要建立商务旅行预订系统，简化的预订流程如下：
（携程商务旅行箱）
在此过程中，每个步骤都包含许多功能。例如，“会员需要预订航班”，此步骤，会员的需求可能包括：
根据起始城市搜索航班
根据您选择的城市查找最近机场的城市
使用GPS定位您的城市
翻转并停止城市
根据航班号选择航班
如果使用横切，我们将只选择允许该过程工作的最小故事集，例如：
根据起始城市搜索航班。
即使在这个故事中，我们也可以通过准确输入登陆城市的名称来设置成员进行航班搜索，并在不影响步骤的情况下最小化此步骤的工作量。其他流程使用相同的策略来加速整个业务流程。
横切的优势在于核心逻辑可以快速实现，并且可以快速联机，验证假设并收集反馈。根据反馈，我们可以决定如何设计每个步骤的功能，以及优先考虑避免一些可能的浪费。 。缺点是整个工作流程设计将采用简短快速的原则，用户体验较差。
2、纵切
另一种方法是纵向切割。切片是根据工作流程中的每个步骤执行分割，使每个步骤具有相对完整的功能，这在一些需要关注最终用户交互体验的产品中应用得更多。请注意，这里有一个技巧：如果在整个工作流程中，需要与最终用户交互的功能只出现在几个步骤中，例如第一步和最后一步，中间的N-2步骤是后台进程。在开发中，我们可以先实现第一步和最后一步的功能，中间过程处理链接仍然采用逐步在线方法，可以使整个工作流系统尽快上线，同时平衡用户的互动体验。
（纵向切割）
例如，上面的携程预订系统示例，我们可以采取涉及最终用户操作的步骤：
会员找到航班
会员发起的预订申请
公司审批人批准预订申请
会员收到了成功的预订通知
优先采取这些步骤，以及上午线;与票证相关的步骤中间，仍然采取离线的形式。例如，携程商务旅行背景的工作人员，订单被导出到excel表，人肉调用票据生成，然后由票据生成确定的预订信息填入系统，然后成员手动通知。此方法适用于某些具有复杂流程但用户较少的初创公司。它可以极大地提高产品发布速度，降低试错成本，同时确保用户体验。
这里应该注意的是，无论是横切还是纵切，工作流程中的每一步都遵循80/20规则，即20％的功能决定了这一步的核心价值，而80％的功能只是这是锦上添花，因此我们需要更深入地研究客户的实际需求，并提取20％的业务价值，以便进行更合理的分割。
功能模块拆分
对于已删除的功能模块，您仍可以根据某些方法执行进一步拆分。这有三种方法。
1、按业务规则拆分
同样的过程和操作，因为输入数据业务规则不同，所以数据处理方式也不同。对于这种情况，我们可以根据业务规则拆分功能。
典型的例子是Google等搜索引擎。在Google中，只有一个输入框，但Google会根据您输入的数据规则执行不同的处理操作。请看以下情况：
在Google搜索框中输入关键字，以获取与此关键字相关的搜索结果;
在Google搜索框中输入算法，例如“ldquo; 1 + 1=”，以获得公式的结果;
输入“ThoughtWorks代购源码网站: www.example.com”在Google Search Mine中获取位于http://www.example.com代购源码网站上的ThoughtWorks页面
…
对于这种情况，我们可以将每个业务规则分成单个用户故事。当然，虽然这些用户故事看起来很相似，但在大多数情况下，这些规则的优先级完全不同。周边将始终存在一组优先级最高的用户故事和用户故事。例如，在此示例中，对于Google，支持关键字搜索必须是最高优先级，并且需要在产品设计开始时实施。如果您可以计算公式，可能需要很多年才能考虑添加此类功能。
2、1+N模式
在第二种情况下，使用相同的过程来连接终端处的不同网关或信道。最典型的例子是在线支付。例如，我在京东买了一盒磁性橡皮泥，提交了订单进入付款流程，并在付款页面上，我可以选择微信支付，京东支付，银行卡支付等。
第一次实施支付功能可能会更复杂，但如果您从一种支付方式扩展到多种支付方式，则相对简单。您需要首先支持哪种付款方式，您可能无法在一开始就做出决定。目前，我们可能希望将付款功能拆分为两张卡，例如：
会员可以使用微信支付/京东支付/网上银行支付之一进行支付
会员可以使用微信支付/京东支付/网上银行支付三种渠道
使用这种拆分方法，您可以延迟决策 - 我们需要首先支持哪种付款方式，同时合理地评估项目的工作量。
3、复杂的业务模型拆分
对于某些系统，商业模式可能非常复杂，例如房地产交易平台中的房地产信息，其可能包括公寓类型信息，中介信息，地理位置信息，价格和购买相关税率信息，显示地图，效果当我们需要将这样的商业模式引入系统时，如果我们清楚地了解这种商业模式的各个方面，那么这是一个非常低成本的事情 - ——做了很多功课，但没有给客户带来真正的业务。值。
此时，我们需要根据实际需要的功能拆分业务模型。例如，我们需要做一个中间搜索系统，它只能从模型中检索中介信息，而不必处理其他部分。即使我们需要整个业务模型来做某事，我们也可以将其拆分为子模型，并根据子模型的业务价值和优先级设计相应的功能。
例如，在此示例中，我们需要显示有关属性的信息：
对于类型信息，您需要有房屋计划，以及与房屋类型相关的副本类型
对于中介信息，您可以看到中介的头像，联系方式，您可以通过多种方式联系中介代理在线
对于地理信息，我可以在Google地图上查看我的位置，并能够浏览我的位置
对于显示的图像和动画，我需要在页面上播放它们，如幻灯片
……
因此，如果我们从一开始就分析房地产业务模式，那么在不提供对用户有价值的业务功能的情况下，可能会浪费大量时间。此时，我们需要区分哪些信息是核心信息，哪些是对用户最有价值的信息，从业务模型中提取信息，然后设计相应的较小业务功能，并立即避免这一切。
需求拆分是否有一套完美的方法？
需求分裂没有灵丹妙药。有必要根据具体情况和限制选择合适的拆分方法。当您遇到不符合当前业务需求的拆分方法时，请查看您是否可以改变主意并更改方法。
当然，在选择拆分方法时会有一些技巧，例如：
根据80/20规则，选择可以删除低优先级卡（或可以丢弃的卡）的卡移除方法。
选择一种可以分割卡片大小的方法，将来更容易替换发布计划中的需求;
选择开发团队更容易理解和实施的方式。
当然，这绝不是全面的。在不同的场景和约束下，每个人都将拥有不同的技能。相信你自己的分裂方法，与团队成员沟通是一样的方法。
以终为始-故事验收方法
Bill Wake提出了一个良好的用户故事接受标准——– INVEST模型，它分别由六个单词的第一个字母组成：
独立：每个用户故事应该是独立的，不与其他用户故事相结合
面议：关于功能还不是很清楚，细节应该带到开发阶段与程序员和客户讨论
有价值：每个用户故事都必须带有用户价值
估计：无需准确估算，但需要能够帮助客户确定优先顺序
小：为了更小，但不是尽可能小，为了正确的尺寸，更容易定义故事范围
可测试：需要能够进行验收测试，最好提前添加测试用例
这不仅是接受故事的原则，而且是需求分裂时需要考虑的分裂原则。当然，一切都有例外。在需求分割中，有时候有些故事卡不能满足INVEST原则，也不要太纠结。我们追求完美，但我们总是接受现实的不完美。在这个时候，与开发团队进行沟通，开发思路，协调更好的分割方法要好得多。
最后
介绍几种反模式。
根据技术架构分层拆分，常见的将根据持久层，应用层和显示层进行拆分。通过这种拆分方法拆分的用户故事显然会破坏INVEST中的Valuable原则，并且由于各种原因，例如开发进度不统一，每张故事卡都不能灵活地在线集成。
拆分时，故事卡中会计算复杂的UI交互。在大多数情况下，比较花哨的UI交互并不是核心业务功能。此部分功能可用作用户优化卡，可以单独删除。
拆分时，过早考虑性能问题。在性能基本达到标准并且没有大问题的情况下，性能在许多情况下也是用户体验的一部分。它可以单独删除，并可以优化卡。
从管理类中删除一些卡。例如，管理产品实际上可能包含许多与产品相关的操作，例如导入，编辑，同步信息，更改状态，加载和卸载等，因此应根据特定功能将其拆分为更准确和适当的故事卡。 。
最后，对于新手来说，上述方法看起来既麻烦又复杂。但是当你自己完成了两个项目时，一些步骤已经内化到你的潜意识中。在开始之后，您将知道首先要做什么以及在第二步中要做什么。需求分裂更多，没有深度学习。拆解的次数增加了，并且熟悉的手。
