从产品经理的专业角度来做毕设（技术栈为前端方向为例）

产品经理所需要掌握的专业技术有以下内容：

毕设如果确定选题之后，就要写完整的开题报告，后期还有论文。

开题报告包括的课题背景、意义、调研资料也就对应了产品技术中的市场、用户、需求。

研究方法对应了产品技术中的业务、架构、流程、结构、功能、逻辑。

因为开题报告ddl的时间比较急，所以现在我们先来学习这一块的知识。

知识点之名词「业务」：

梳理软件的业务是确保你对项目的理解和规划非常重要的一步。以下是一个简单的指南，帮助你梳理小程序的业务：

1. 明确项目目标： 开始时，明确小程序的目标。你的小程序是为了解决什么问题，服务于什么用户，提供什么价值？这有助于你在业务规划中保持焦点。

我个人的理解：

从「明确项目目标」这一点我的理解是：我的小程序是为了解决大众对北京胡同文化不了解，想要通过游览来加深了解，但是又不知道该怎么玩，并且北京二环内的交通不太便利，在胡同停车是个难题，还有就是北京胡同里的美食也不常被人了解，对于北京官方旅游、商家来说，是他们增加游客量，提升旅行收入很好的一个工具。同时也宣传了北京的胡同文化。对于游客来说，这样导览类的软件也帮助人们更开心、更高质量的游览了。

总而言之，这个小程序包括文化传承、交通问题、美食推广、官方旅游推广以及游客体验。

项目目标：

你的小程序旨在通过个性化的导览服务，解决北京胡同文化认知不足、游览不便的问题，同时推广美食、解决停车难题，为游客提供便捷、愉悦的旅游体验，同时为商家和官方提供有效的宣传平台。通过这一系列目标，小程序促进了胡同文化传播和北京旅游业的繁荣。

2、明确目标用户： 进一步定义你的目标用户。他们是哪些人？年龄段、兴趣爱好、地理位置等方面的信息。等方面的信息，有助于你更有针对性地设计功能和提供服务。

1. 游客类型：

   • 文化追求者： 对历史、传统文化和胡同有浓厚兴趣的游客。
   • 美食探险家： 喜欢尝试当地美食的游客。
   • 自由行者： 喜欢自由安排行程，寻找个性化、非传统旅游体验的游客。
   • 商务旅行者： 因公务来到北京，有短暂休息时间的游客。

2. 兴趣和活动：

   • 文化爱好者： 喜欢参观博物馆、历史古迹的人。
   • 摄影爱好者： 爱好摄影，寻找拍摄胡同风光的人。
   • 美食爱好者： 关注当地特色美食，喜欢在旅行中品尝不同口味的人。

3. 旅行习惯：

   • 独自旅行者： 喜欢独自探索，享受独特体验的人。
   • 家庭游客： 与家人一起旅行的人，关心家庭友好的旅游体验。
   • 朋友小团体： 喜欢和朋友一起组成小团体，共同体验的人。

4. 交通和便利性：

   • 自驾游客： 自驾车来到北京，关心停车问题的人。
   • 公共交通使用者： 习惯使用公共交通工具，对于如何在胡同内方便出行感兴趣的人。

5. 数字化程度：

   • 数字本地人： 习惯使用智能手机和数字服务，愿意通过应用解决旅行中的问题的人。
   • 传统游客： 喜欢传统旅游方式，可能对于数字服务的接受度较低的人。

6. 需求和痛点：

   • 寻找导览： 需要一个清晰的胡同导览，帮助他们更好地了解胡同文化。
   • 解决停车问题： 关心在胡同停车的问题，寻找解决方案的人。
   • 寻找美食： 对于在胡同内找到特色美食有浓厚兴趣的人。

      3.列举主要功能

1. 用户偏好选择模块： 允许用户设定个性化偏好，如历史、美食、停车需求等。

2. 路线生成模块： 根据用户选择的偏好生成个性化的游览路线。

3. 景点信息展示模块： 提供胡同景点的详细信息、历史文化解说等。

4. 停车场信息模块： 展示周边停车场的位置、空位情况，并支持预约功能。

5. 餐厅信息模块： 展示胡同周边餐厅的详细信息、菜单，并支持预订和点餐。

6. 个人中心模块： 用户可以查看个人信息、历史路线、评价等。

7. 评价建议模块： 允许用户对景点、餐厅、停车场进行评价和提出建议。

8. 后台管理系统： 用于管理用户信息、胡同数据、停车场、餐厅信息等，提供日志记录等功能。

这些功能模块旨在提供全面的导览服务，解决用户在胡同游览中可能遇到的各类问题，使其旅游体验更加便捷和愉悦。

  4.确定业务流程：

对每个主要功能模块，定义用户和系统之间的业务流程。考虑用户如何与你的小程序交互，从开始到结束的整个流程是什么样的。

我的思路是根据刚刚咱们划分的用户画像的不同，比如文化爱好者，北京胡同内本来就历史比较悠久，在对二环内的胡同进行调研，哪一块有哪些有历史知识的都进行一个信息整合，然后把地图上把有历史点的地点进行一个标注，在进入小程序时，选择游览偏好：文化/历史，就生成路线1/路线2/路线3等等，比如路线1，在这一条路线上，有哪些景点，有哪些停车场信息，哪些餐厅信息，都生成在路线1方案里。 如果你是美食爱好者，那么给你推荐的路线就偏向于以餐厅为重的路线，在这条路线上有哪些餐厅，停车场，景点之类的信息。

产品结构

   5.定义核心特色、分析竞争对手： 仔细考虑你的小程序在胡同导览领域的核心特色是什么。这有助于你在推广和用户沟通中明确你的优势。

     4.思考商业模式： 考虑项目的商业模式，尤其是与官方旅游、商家的合作方式，以及可能的盈利点。这对于项目的可持续性很关键。

    5.用户体验设计： 以用户为中心，思考如何设计用户体验，使得用户在使用你的小程序时感到愉悦、方便，同时能够达到他们的期望和需求。

   6.推广和营销策略： 考虑如何推广你的小程序，吸引更多的用户。可以考虑与旅游机构、酒店、餐厅等合作，制定一些创新的推广策略。

  7.监测和反馈机制： 设计一个有效的监测和反馈机制，通过用户反馈和分析数据，不断优化你的小程序，确保它能够持续满足用户的需求。

二、产品概念之名词「架构」

谈论一个软件系统的架构时，我们关注的是系统的组织结构、组件之间的关系以及它们如何协同工作来实现系统的功能。架构是软件开发的基础，决定了系统的可维护性、可扩展性和性能等方面。

因为我是前端程序员，我对后端完全不懂，我现在写这个小程序的逻辑就是因为二环内的胡同的信息它是有限的，历史、餐厅、停车场都是有限的，写好了基本就是固定的，然后路线我想的是根据选择侧重不同选择的路线它就是写死的。然后接口这一块，微信小程序开发里面现在有云开发，可以可视化创建后端接口，不需要再重新去系统完整地去学习后端开发的知识。我需要什么接口，直接使用云开发来可视化创建这个接口，我前端再调用。我对数据库的知识也完全不懂，但是我理解数据库这一块就是说，历史知识是一个数据库，然后里面有历史名字，内容这些参数。对不对，比如说前端的历史相关的页面需要哪些内容，这些内容的就是数据库的组成内容。对不对。此外我对算法和数据处理，机器学习模型不懂，技术上也不是特别成熟，所以智能推荐这一块我暂时也实现不了。

网站系统的技术架构可以从两个维度做分层。

1、按SaaS、PaaS、LaaS分层

 SaaS层指的是服务层，即开发团队开发的部分，即前端、后端、云计算服务软件等。

PaaS层指的是平台层，就是现成的软件，包括数据库、分布式文件系统、tomcat、nginx。

IaaS层指的是基础设施层，也就是硬件部分，包括服务器、网络设备、存储设备等。