Post by account_disabled on Feb 12, 2024 5:19:45 GMT
业务期望、涉及的组织架构、岗位、用户等信息。除此之外，如果涉及到网络相关，还应该包含网络现状描述。结合现在信息化现状，建议在调研初期了解本系统的边界及与其他系统的交互，比如常用的OA系统、HR系统等。 结合自己做的项目经验，整理了调研报告架构，如下图： 一、调研目的 该模块主要描述本次调研想要达成的目标，一般在调研开始前就应该明确。 常见的调研目的有： 了解业务现状和客户期望需求，分析项目是否可行，降低投资风险。 了解相关业务及业务范围，评估工作量，辅助后续项目展开。 了解竞品，弥补产品不足。 了解客户实际使用情况，挖掘更 深层次需求，确定产品发展方向。 二、现状描述 1. 组织架构 该模块需要描述清楚客户端的组织架构，以及客户和用户的关系，为后续项目开展、软件设计及需求挖掘提供依据。可以是直接贴客户方的组织架构图，建议在图上标注本次信息化系统用户涉及的范围。
产品经理到底该不该选择做B端？ 近几年互联网经历了砸钱做市场 新加坡电报号码 的热潮后，越来越意识到，仅靠C端发力是不行的，需要尽快补齐B端的短板。那产品经理到底该不该选择转型做B端呢？ 查看详情 > 需要明确一点：客户不一定是用户。 2. 业务办理现状 用户既然有建设系统的打算，那一定是有业务需求。因此了解业务现状也是本次调研的重点。 业务现状重点是抓住用户没有系统时是如何办理该类业务的？遇到什么问题呢？ 3. 网络及信息化现状 本模块主要描述客户方的网络现状及相关业务的信息化现状。 比如我们是需要建设一个考勤系统，那么在这个阶段，就需要明白以下问题： 客户方信息化系统是否上云，如果是云资源，谁负责管理，怎么申请。 客户方和用户方是互联网通讯，还是集团内网通讯。 集团和子公司是否是公用一套人事系统。依据个人了解，很多大集团本部和多个子公司各个都有自己的人事系统，且系统间无交互。 这里需要注意下，如果本系统涉及到实体硬件设施，则还需要明确客户方是否有自有机房，机房是否支持托管。 如果允许的话，了解用户终端的分辨率及操作系统，避免后期因为适配原因不停改动。
（早期做项目因为这个吃了不少亏，统一按照1920*1080的分辨率做的适配，结果上线后大部分客户终端是xp系统+小屏幕） 三、目标描述 1. 业务范围 前边我们已经了解了客户的业务现状，该章节需要描述此次项目建设的业务范围。该范围可以来自于BD人员，也可以来自于已经产生的项目合同、备忘录等文件。由于该文档不是详细的需求分析文档，针对业务范围描述，仅需要对业务大的范围边界进行描述，后续需求分析文档编写时，可以基于此处拆分的文档进行系统一级功能模块处理。 2. 本次涉及组织架构及部门 该模块主要描述本次用户涉及的组织机构，即该系统上线后，涉及到哪些部门，使用人员分布在那些部门。另外还需要说明该部门在系统中的主要扮演角色，如：请假申办，请假审批，请假备案、考勤汇总等。 调研涉及组织架构时，建议对着客户现有的组织架构图进行讨论。避免用户描述的结构和后续实际对接的不同，影响研发小伙伴的涉及的开发。另外，此处分析时建议精细些，其分析结果很可能在下一步就会抽取成系统角色。 3. 接入第三方系统 该模块主要描述本次项目涉及对接的三方系统以及每个系统大概对接什么内容。同样，由于此次调研支持项目初期调研，不是详述的需求调研报告，故针对三方系统的调研，只需要概述即可。 常见三方对接系统可能有：单点登录系统、OA系统、组织人事系统。还有部分企业会要求对接数据中台。
产品经理到底该不该选择做B端？ 近几年互联网经历了砸钱做市场 新加坡电报号码 的热潮后，越来越意识到，仅靠C端发力是不行的，需要尽快补齐B端的短板。那产品经理到底该不该选择转型做B端呢？ 查看详情 > 需要明确一点：客户不一定是用户。 2. 业务办理现状 用户既然有建设系统的打算，那一定是有业务需求。因此了解业务现状也是本次调研的重点。 业务现状重点是抓住用户没有系统时是如何办理该类业务的？遇到什么问题呢？ 3. 网络及信息化现状 本模块主要描述客户方的网络现状及相关业务的信息化现状。 比如我们是需要建设一个考勤系统，那么在这个阶段，就需要明白以下问题： 客户方信息化系统是否上云，如果是云资源，谁负责管理，怎么申请。 客户方和用户方是互联网通讯，还是集团内网通讯。 集团和子公司是否是公用一套人事系统。依据个人了解，很多大集团本部和多个子公司各个都有自己的人事系统，且系统间无交互。 这里需要注意下，如果本系统涉及到实体硬件设施，则还需要明确客户方是否有自有机房，机房是否支持托管。 如果允许的话，了解用户终端的分辨率及操作系统，避免后期因为适配原因不停改动。
（早期做项目因为这个吃了不少亏，统一按照1920*1080的分辨率做的适配，结果上线后大部分客户终端是xp系统+小屏幕） 三、目标描述 1. 业务范围 前边我们已经了解了客户的业务现状，该章节需要描述此次项目建设的业务范围。该范围可以来自于BD人员，也可以来自于已经产生的项目合同、备忘录等文件。由于该文档不是详细的需求分析文档，针对业务范围描述，仅需要对业务大的范围边界进行描述，后续需求分析文档编写时，可以基于此处拆分的文档进行系统一级功能模块处理。 2. 本次涉及组织架构及部门 该模块主要描述本次用户涉及的组织机构，即该系统上线后，涉及到哪些部门，使用人员分布在那些部门。另外还需要说明该部门在系统中的主要扮演角色，如：请假申办，请假审批，请假备案、考勤汇总等。 调研涉及组织架构时，建议对着客户现有的组织架构图进行讨论。避免用户描述的结构和后续实际对接的不同，影响研发小伙伴的涉及的开发。另外，此处分析时建议精细些，其分析结果很可能在下一步就会抽取成系统角色。 3. 接入第三方系统 该模块主要描述本次项目涉及对接的三方系统以及每个系统大概对接什么内容。同样，由于此次调研支持项目初期调研，不是详述的需求调研报告，故针对三方系统的调研，只需要概述即可。 常见三方对接系统可能有：单点登录系统、OA系统、组织人事系统。还有部分企业会要求对接数据中台。