v0 还有个大问题是 他上下文长度有限，动不动让你开新窗口

我建议开源，开源目标是做企业网站的 FAQ 社区，而不是兴趣社区，对标的是兔小巢。

之前兔小巢开始转收费后我就在找相关的项目，当时也想过 apache answer ，但是很多 point 还是需要二次开发，就放弃了。

目前这个想法社区也是一样，你虽然二开了，但是是向兴趣社区优化的，而不是企业网站 FAQ 社区方向优化的。

如果对我说的方向感兴趣，可以回复我，换微信详细聊聊

应该说 这是个米农工具？

7 年普教 PM ，厂家、学校都呆过了。高教这边基本上都是定制化系统，因为各学校业务差距很大，涉及到二次开发的地方很多。

我的建议是看你的身份是什么，如果你是学校的信息部人员，控好 2 两头即可：数据输入和数据输出。

完全的业务自建是不可能的，估计没那么多人，多评估市面上的产品，中间业务三方公司去干，前端校园一校通平台自建，最终数据出口自建，这样就能确保大部分满意，不满意也可以替换。

@emojiiii #4 另外你说的开发生成 PPT 的东西，其实没必要，除非你能一直免费，现在生成 PPT 的 AI 有很多了，关键点也是教师一般不需要生成 PPT ，因为已经有学科组教研出来的标准教案 PPT 了。 如果你要瞄准这个领域，我建议不如直接去生成可以直接插入 PPT 的各种互动视频和互动 HTML

@emojiiii #4 你看最新我生成的文档，其实已经很不错了，但是虚构了作业案的内容，另外省略了背景，所以问题就展现出来了，他在虚构一些东西，需要避免这个情况。

其二就是 无法增删一些模块，这个东西生成之后如果能像 PPT 一样增加删除一些模块应该能趋于比较完美适配需求。

但是这里面还涉及到一个问题就是 导学案是不是还需要生成，因为导学案里的内容是不是已经包含在教案(PPT)里面了，这个我去调研几个老师问问再回答你。

可以，很好的一个产品，可以考虑一下教育方面的需求，比如教师使用该工具快速生成生动的讲解学案之类的东西。

需求可能存在，但是不要把脚手架当成产品啊...

@yzbomo 最好去慕尼黑是吧

X99 e52673v2*2 192G 内存 P40+亮机卡 安装 PVE ，43 台机器开机待机情况下 400w 左右 满运行 790w

@hldingyetian #41 没有必要 产品思路不能由两个人来做，以文会友吧 https://produck.zhubai.love/

GoodLuck.

@27149 楼主是没有结婚的人... 我估计年龄也没到被严重催婚过的地步，或者 就算到了，也是那种大部分人没法拥有的开明父母。人对一切事物的看法都来源于经历和感同身受，可能楼主确实不存在这种问题。

“我们不认为一款社交婚恋产品应该粗暴的聚焦在「父母背景、家庭年收入，孩子」等等，这些是应当在沟通、交流过程中逐步沟通释放的。而不是像一款商品，由其他用户进行挑选。虽然当下各大城市相亲角不乏这种情况。这部分选择权，我无法已个人的「价值观」去进行一套产品的建立。所以我更倾向于保守些。”

我认为一些是很前置就必须要了解的，比如“打算谈多久的恋爱结婚”，比如“要不要生孩子”，这些在内容在相亲上属于超级强的劝退点，可以去各种相亲自媒体评论看看，差距风向和是很大的，比如其他都是“XDM 这个我真爱”，而不要小孩的可能就是“XDM 你们上吧”

比如我 28 了，我打算最近一两年就结婚，谈恋爱肯定不超过 2 年。 但是跟我聊的很好的女生打算再过三四年才结婚，甚至是不婚主义者，那我前面聊的这么多都将无法面对这个问题，对用户的沮丧是巨大的，不可能这么搞的。

@hldingyetian #24

1. 良好的信息展示。

“不需要粗暴的聚焦在「父母背景、家庭年收入，孩子」这些上”，我也认同，所以我说可以聊一段时间后进行档案解锁，又可以带来新的话题，又可以逐渐进行讨论，比如先解锁 想多长时间结婚、再解锁想不想要孩子、再解锁家庭背景等。

2.话题切入和互动。
这个显然你没有成型的想法，不然就说出来了，我的建议就是接入“狗头军师”这个 AI 助手角色，产品特色也要围绕“狗头军师”来进行设计，打出旗号“军师帮你出谋划策来相亲”等内容。策略上比如分析双方背景和共同爱好后，像 galGame 一样给出几个选项让用户去选开场白，每次对话都给出下一步建议什么的，总之，军师负责引导话题，真人负责填充内容。 互动的话也可以借助两边的军师角色，比如搞一些小游戏让两边军师参与进来。

3. 市场竞争。
万事开头难，说难归难，但你去做了没准就成了，这个谁都说不好的，只要产品够好，都有火的希望。但我觉得如果认真做的话，小程序形式一定不合适，我想你肯定想不起来有什么小程序上面的 IM 工具能让你记得起来，唯一你可能接触过的，Boss 直聘，你也只是快捷回复一两句话，一旦认真聊马上切到 APP 上。何况微信小程序会自然而然的让人放弃，转用微信，你的用户即使用好了，也就完全流给微信，任何非即用即走的产品都不要搞小程序。

另外，也可以转变思路，有没有想过 大家都去淘金我就去卖水，比如是不是可以用这个壳子去做改造，给婚恋机构做定制化的程序，可能更合适你目前开发出来的产品，比如只选人，匹配成功靠红娘去介绍着聊，红娘充当两边的人工军师。

做的挺好，赞一个，有个想法就是 本质上这玩意儿是用来收藏信息和整理常用书签的，是不是接下来可以搞以下的东西。

1. 文本、图片信息收藏，比如我要保存个 key 什么的东西，总之把它当成微信文件传送助手用。

2. 稍后阅读，收藏一些网页作为稍后阅读，开屏的时候放上去。

泼点冷水，在我看来多少有点浪费开发力了，十分平庸，没有运营突破点，并且是一个不合格的相亲产品，你做的其实是个十分平庸的陌生人交友产品。别急着反驳，给点我的思考：

相亲产品需要从最根儿上想，为什么讲究门当户对，也就是阶层匹配。阶层匹配的核心在于 “生活习惯”+“处事方式”+“三观一致”+“资产相当”，这就能够确保减少生活中相当多的矛盾。

其实这是用户潜意识，再从用户的需求想，用户需要什么？用户的理想自然是想和优秀的人谈好一场恋爱，然后结婚，携手白老。对应的需求关键点是：1. 优秀 2.恋爱 3.结婚。

那么通过这三个关键点怎么去做产品？ 1.优秀，良好的信息展示。2.恋爱，好的话题切入和互动 。3.结婚，结婚实际上是对前两点的总结。


1.对于良好的信息展示，你是怎么做的？你做的是交友，左滑右滑。和陌陌探探不通的唯一点是加了公司信息、年收入这些信息，但你也不是做相亲，因为如果是相亲，比如父母背景、家庭年收入，乃至于想多久有孩子，希望谈多久的恋爱然后结婚 这些信息都是需要有的。

而且，我不认为这些信息要在最初就全部展现给用户看，因为人人都爱门当户对，但人人都鄙夷门当户对，追求自由浪漫的恋爱。是不是可以默认给用户推送的就是和他门当户对的人，确保点击互相喜欢的人不会出现聊的很好最后发现家庭差距很大不适合结婚。 也许可以聊一段时间后解锁对方全部信息展示？无论如何，都需要去站在用户立场去精心设计。

2.好的话题切入和互动。直接互相喜欢后打开页面，让用户发送聊天文字自己发送消息，没有把“相互喜欢”通知给用户，作为用户此时我一定在想，我要不要先说话，说点什么好。 对啊？说点什么好，是不是可以 AI 给点建议，比如共同点，比如爱好。再不济，后一个点喜欢的人主动发一条默认消息都似乎是没有的。

互动过程中，是不是可以给两边同时当军师？比如换个话题，比如一起玩点什么，比如是时候约一下见面了？为什么陌陌搞这么多小游戏在 APP 里，为什么他们都有用户动态模块，就是因为要造互动，要造话题。


如果你把这两点做到了，恭喜你做到了一个合格乃至优秀的相亲产品了，但并不意味着你的这个产品能成功，我依旧持超级悲观的态度，因为大部分 C 端产品(除了给 Dev 做支撑的技术产品)，尤其是交友类产品，是强运营的产品品类。

这么多年有几个相亲产品做成了？至少形成垄断地位的我一个没看到，做交友产品的也是如过江之鲫，在最后我看能成功突围的也只有一个 soul 。用户已经被垃圾产品淹没了，你产品做的好，也很难再去穿过这些垃圾去触达用户了，所以强运营去触达用户是必不可少的。

----
最后防喷，我跟楼主素不相识，没有任何仇恨，我只是一表达自己观点，二试图教会点楼主什么，that's all.

emmmmmm 我对这个网站的源码很感兴趣，靠没考虑开源？

点赞服务，但我觉得很大可能 yet another github 图床

@isSamle 我觉得不太可以。因为最核心的一点是 企业会不会为你未验证过技能和潜力付费？ 有相关经验代表企业不需要付出验证成本，上一家已经验证过了。你新学了技能或者有某方面的潜力他是要至少付出几个月的考核期来进行验证的。

你说了现在是买方市场，失业人口多，供大于求，一个有相关经验的候选者和一个有相关潜力可能上限比前者高的候选者，你会选择谁？ 如果是我，我会选择有相关经验的，而不是有更高潜力的。一来验证成本极低，二来可以快速填补缺口。