对于 Dev 来说，K12 已经无了。 非盈利组织 ，不得上市和融资 这条已经把你能预期的 Money 干掉了，可以换另外的行业。

对于 PM 来说，可以考虑教育信息化行业，但信息化行业传统企业里 PM 普遍不受重视，可以找小而美的公司去打单点产品。

对于线下 K12 学科培训公司来说，我认为学而思的托管模式是唯一活路。

对于线上 K12 学科培训公司来说，我认为大厂可以考虑素质课，小厂也无了。


今天把简历改好，现在准备等辞了。

预计下一份工作去教育信息化 或者 去大厂其他行业

再描述一下，社区产品启动阶段需要大量的内容生产者。

邻里社区更难的一点是这个内容生产者还得遍布各个地方，因为只有他的社区有内容生产者才会带动这个社区。显然这种情况下要有一个社区共创的运营计划，甚至烧钱来做。

我举个例子有个 app 叫万顺叫车，当时在成都已经是滴滴垄断，高德美团还没出打车。他的策略是创始人把分红全部分给司机，司机接单量越多，邀请的乘客越多，每年分红的越多，虽然现在还是名不见经传，但当时很多师傅都给你主动推荐万顺。

对于出售技能相关的需求，可能依托微信的小程序技能商店更合适，用户可以分享名片到各个微信群和社区，帮助他们解决有技能，有流量但没有收入的问题。至于社区属性，能避免就避免，社区这东西在移动互联网下，如果你创始人没有大量人脉和知名度，很难进行生存。

不想泼冷水，但昨天逛了一下，我觉得不行。

原因是这种社区产品一定是你找找好了社区启动方式和样板社区参与者，再进行研发，你现在是先研发再找参与者

@phpuser

https://www.zptq.com/s/149/4060/7552c70eea1211ebaaae0017fa002dc2/start.html

看原型吧 截图似乎有点问题

做了个页面(当然肯定还需要 UI 来再把握一下)，加你微信了，钱就算了，可以认识一下



@phpuser

更多的还是从制度出发，推荐不行就直接换家公司。

PM 给出的需求必须经过价值判断，给出的需求说明能否达到解读要求和技术可实现。

原型确定以后要有冻结，若任何改动必须走签呈申请解冻才能改需求。

研发独立确定任务时间，研发主管确定排期是否符合正常，而不是摸鱼。

PMO 部门确定项目立项时间以约束 PM 能按时保质保量提交需求。


另外， @x86 说的好像 PM 都是 ZZ 一样，实际上大部分 PM 都有点精神洁癖，毕竟是自己的心血设计，这种东西能上一定是 BOSS 要求必须上的东西。

做成小程序好点，网页没场景，尤其是 邮箱？这都 2021 年了

建立目标和惩罚机制 可以发送小程序卡片给 监督者 / 对赌者 (1 人或多人)

每天发一条模板消息，让人到小程序里打卡 提交证据

如果挑战失败，发送给对赌者 /监督者 对方挑战失败，他点进去可以发给另外一个人小程序卡片证据 并索要惩罚

如果挑战成功， 挑战者可以发给对赌者 /监督者 挑战成功证据小程序卡片，索要奖励

好的需求：

1. 解决相册照片太多，历史照片储存和偶尔查看问题，一两年前的照片让他存云端并删除本地文件
2. 一次性整理出包含指定文字的所有微信 /TIM/QQ 截图，OCR 文字识别图片内容和搜索
3. 共享相册需求，多个人可以往某个相册里传图，同步到所有人，如寝室相册、情侣相册、旅游相册等场景

现有功能改进：

整理系统里面的截图，不只是 screenshots 文件夹里的，其他应用也会有接收并储存截图
网络图片直接干掉，添加 WebDAV 和 Onedrive 放到网络图片位置，VIP 也别藏那么深，也放菜单
把各种选项设置能砍的砍，没有那么多 enduser 去自定义 ，给用户一个主题设置，不要东一块西一块的设置

@realskywalker

开发可以实现需求代表什么吗？我记得我入行的第一个导师就告诉我，永远不要被需求牵着鼻子走。永远是确认了产品规划才有的需求。

如果你打算说技术至上的话，你应该清楚技术本身不创造价值，只有一个产品被使用或者被交易才才创造价值。

或者我可以这样来讽刺你，产品经理的是设计大楼的人，程序员只是区区一个搬砖的。

没有意义，明明两个需要互相协作的工种，互相敬重不好吗？非要抱着鄙视的心态干嘛

如果你是不清楚产品经理的工作意义的话，我为你介绍俞军产品方法论里有句话，应该可以帮到你

产品经理要做的事情是 持续不断的发现市场上高于用户支付代价的用户价值，设计合适的交易模型把他固化成一个产品

另外，产品的成功取决于技术吗？取决于你代码是否臃肿？还是取决于你的技术构架有多先进？

至少产品经理都有 owner 意识，如果一个产品失败了，无论如何都一定是产品经理的责任。