h
2020-11-25 13:53:39 阅读（225）
研究数据不多，只有一个需求文档，文档内容非常丰富，包括：各业务模块的业务描述、业务流程图处理（未按角色绘制的泳道图）、子系统功能需求描述。仔细研究数据后，可以确定以下几点：业务明确，共有十几个业务模块，每个业务模块的业务都有说明，业务边界也很清晰，因为涉及的业务差异相当大，边界区别非常清晰。业务流程明确，虽然角色还没有细化，但也知道每个业务需要走几步，每一步需要做什么。组织结构相对清晰，原因相对清晰，因为部门的人员角色没有细化，只有一个大的组织结构。每个业务部门的具体角色需要调查才能知道。也有很多不确定性，简要列出一些：业务模块更清晰，但也需要细化，细化角色参与的程度；细化到部门角色的完整组织结构，以及相应角色的业务；游泳流程图，哪些角色完成哪一步，然后最终完成业务；文档由一个人编写，他的描述是否与真实用户一致：文档的需求是否与真正的销售人员进行了研究，这是不确定的；领导者的想法是什么，是否有遗漏；1.初步调整需要实现的目标真实需求：深入一线销售人员，面对面沟通需求，真实体验工作场景，了解他们的真实需求；组织结构：完成完整的组织结构图，细化到一线销售人员的角色；角色流程图：通过初步调整找出业务模块的第一步，扮演什么角色，做什么样的操作；现状：他们是否有现成的系统来支持他们的业务，如果有，研究他们的使用，如果条件允许也可以直接启动操作体验，拍照详细分析，也需要研究他们对现有系统的不满，回头分析，避免我们设计的同一坑；集成系统：政府产品，涉及非常广泛的业务，涉及的部门也很多，所以往往有一个业务部门会有自己的业务支持系统，而且还是运行得更好，使用体验也很好的那种。在这种情况下，不需要开发另一个系统来支持业务，只需要集成到平台上。在这种情况下，初步调整需要了解现有系统的情况，需要准备哪些数据访问；工作场景：我们通常接触的政府部门有的在大厅窗口，有的在独立办公室，有的在大办公室，有的在户外工作。不同的工作场景会影响用户的操作体验；领导思想：政府产品领导思想尤为重要，直接影响产品的最终验收。2.初步调整的方式我们初步调整的方式非常原始和粗糙和疯狂，事实上，业务专家直接带我们去研究部门，然后使用问题-回答沟通的方式，记录问题。2.初步调整的方式我们初步调整的方式非常原始和粗糙和疯狂，事实上，业务专家直接带我们去研究部门，然后使用问题-回答沟通，记录问题。也许是因为我不了解业务，总是认为这些专家的问题非常随意，没有逻辑顺序，然后问问题有时感觉不是平台建设所需要的问题。总结：没有研究大纲，问题没有逻辑现有，想什么就说什么。建议：在调查前，业务和部门应分别了解细节。在业务方面，我们应该知道整体涉及哪些业务，每个业务分为哪些部门。从部门的角度来看，各部门涉及哪些业务(至于部门具体负责业务的哪个环节需要调查落实)。在进行业务研究之前，应编制研究大纲，按照一定的逻辑顺序写下系统建设过程中可能涉及的点和需求文档不清楚的地方，并打印出来。做有针对性的问题，而不是基于经验和不合逻辑的现有问题。这也可以避免错过一些关键问题。3.整理研究文档，从研究实现的目标中推断研究文档应包含哪些内容。研究基本信息解释：时间、研究对象、研究业务主体、参与研究的人员；需求梳理：根据业务流程顺序梳理研究对象参与的业务环节，信息系统解决哪些业务需求；他们对信息系统的互动需求是什么；流程梳理：完整的轨道角色流程图；现状：是否有信息系统支持业务；使用；对现有系统不满意；新需求：需求文件中未提及的需求；解决方案：针对业务需求和新需求，我们的标准化产品是否有相应的解决方案；差异点（与现有系统不匹配）的改造方案；新需求（现有产品不匹配功能）的解决方案；风险点：对于差异点，新需求的风险需要向领导解释，方便领导与甲方协商。
以上就是关于接触G端产品后的一点思考的相关介绍，更多接触G端产品后的一点思考相关内容可以咨询我们或者浏览页面上的推荐内容。我们将让你对接触G端产品后的一点思考有更深的了解和认识。
推荐阅读
最新文章
猜你喜欢以下内容:
一 客户顾问-张三 一
