This media is not supported in your browser
VIEW IN TELEGRAM
#自媒体运营频道 #@yunying23
听到最近有很多Reddit 代运营的需求！
请！看！过！来！
我们@Opencord.AI 就是让你解放双手的代运营带养号的产品！可以帮你养号（增Karma)到推广产品和服务！
Demo视频如⬇️如果看不懂没事，桌面上最前面的小窗口的所有执行都不是人在做😆（所谓，“人”在做，天在看。大概就是这个意思
听到最近有很多Reddit 代运营的需求！
请！看！过！来！
我们@Opencord.AI 就是让你解放双手的代运营带养号的产品！可以帮你养号（增Karma)到推广产品和服务！
Demo视频如⬇️如果看不懂没事，桌面上最前面的小窗口的所有执行都不是人在做😆（所谓，“人”在做，天在看。大概就是这个意思
「不要再追问自己要学什么技能。
从一个具体的项目开始， 在过程中找寻必要的激情和技巧。然后，发布它、接受反馈、学习、修正。接着再来一遍。
你建构高质量的项目越多， 你就能累积越多无法被替代的技能堆栈。」
—— Dan Koe
从一个具体的项目开始， 在过程中找寻必要的激情和技巧。然后，发布它、接受反馈、学习、修正。接着再来一遍。
你建构高质量的项目越多， 你就能累积越多无法被替代的技能堆栈。」
—— Dan Koe
真可怕，再喜欢的产品如果收费就是垃圾🌶︎🐔下头
真的感觉自己独立做产品的话，一定在第一天就收费吧，提前双向筛选下，不然一直叫好但是不叫座最后也难。
我觉得就是上来就立住了，我提供价值你付钱，大家公平交易，热爱理想等一切美好都先建立在让开发者吃饱饭的基础上。免费的产品大家说你好不是很正常的事，也不用感动，我都免费提供产品了，你还能要啥自行车啊。
或者大家做海外市场吧，真的，就是咨询几分钟也要收费的，大家都理所当然。你不收费还觉得你不靠谱怕你倒了。
也不抨击想要免费优质服务的朋友哈，那就自己费点心费点力多找找多折腾也行。
反正海外这边企业主找我咨询，我都是上来说请楚都是付费咨询。觉得咨询的问题很简单很快就能答完？哦那正好呀，还咨询我干嘛，自己 DIY 上网搜搜就好嘛 o(^▽^)o
真的请大家爱自己，爱自己的时间，我就是几分钟的时间我去泡碗面我也快乐啊。我愿意免费花时间分享做公益是我自己快乐自己乐意，但你要是绑架我默认我作为一个好人就得免费提供各种价值和服务，那去找圣人哈，我这就是一个俗人普通人，要吃饭要生活要快乐的。
真的感觉自己独立做产品的话，一定在第一天就收费吧，提前双向筛选下，不然一直叫好但是不叫座最后也难。
我觉得就是上来就立住了，我提供价值你付钱，大家公平交易，热爱理想等一切美好都先建立在让开发者吃饱饭的基础上。免费的产品大家说你好不是很正常的事，也不用感动，我都免费提供产品了，你还能要啥自行车啊。
或者大家做海外市场吧，真的，就是咨询几分钟也要收费的，大家都理所当然。你不收费还觉得你不靠谱怕你倒了。
也不抨击想要免费优质服务的朋友哈，那就自己费点心费点力多找找多折腾也行。
反正海外这边企业主找我咨询，我都是上来说请楚都是付费咨询。觉得咨询的问题很简单很快就能答完？哦那正好呀，还咨询我干嘛，自己 DIY 上网搜搜就好嘛 o(^▽^)o
真的请大家爱自己，爱自己的时间，我就是几分钟的时间我去泡碗面我也快乐啊。我愿意免费花时间分享做公益是我自己快乐自己乐意，但你要是绑架我默认我作为一个好人就得免费提供各种价值和服务，那去找圣人哈，我这就是一个俗人普通人，要吃饭要生活要快乐的。
❤1
#自媒体运营频道 #@yunying23
见了在字节做短剧的旧同事，才知道现在短剧也像以前APP一样，变现方式分成了IAA（应用内广告）和IAP模式（用户购买）了。
跑的素材最多的就是节选短剧里的高光素材（比如一些吵架冲突和打架的画面）来跑量
见了在字节做短剧的旧同事，才知道现在短剧也像以前APP一样，变现方式分成了IAA（应用内广告）和IAP模式（用户购买）了。
跑的素材最多的就是节选短剧里的高光素材（比如一些吵架冲突和打架的画面）来跑量
这个原型项目是一个智慧物流TMS（Transportation Management System）运输管理系统，旨在通过数字化手段优化物流运输流程，提高效率和降低成本。
原型介绍：
这个原型包含了35个页面，覆盖了从运单创建到客户管理等多个功能模块，使用户能够通过一个集中的平台管理整个物流运输过程。
原型文档包含内容：
运单管理：包括运单创建、草稿箱、回收站、运单分配、待出库、已分配、运单追踪等。
结算中心：涉及客户运单、客户账单、司机费用、司机任务单、司机账单等。
资源中心：包括客户管理、司机表等。
系统管理：涵盖用户信息、信息设置等。
所属行业：
智慧物流行业，适用于需要高效物流管理的公司，如快递公司、货运代理、供应链管理企业等。
解决了什么痛点或目标：
提高物流运输的透明度和追踪能力。
优化运单分配和资源调度，减少空驶和等待时间。
简化结算流程，提高财务效率。
增强客户和司机的管理，提升服务质量。
核心功能模块介绍：
运单管理：允许用户创建和管理运单，跟踪运单状态，以及回收或删除草稿。
运单分配：智能分配运单给司机，优化资源使用。
运单追踪：实时追踪运单状态，提高客户满意度。
结算中心：自动化处理客户和司机的账单，简化财务流程。
资源中心：管理客户和司机信息，提高服务质量。
系统管理：用户信息和系统设置的管理，确保系统运行顺畅。智慧物流TMS运输管理系统
合计35个页面
主页、运单创建、表、草稿箱、回收站、运单分配、表、待出库、表、已分配、表、运单追踪、表、结算中心、客户运单、表、客户账单、表、司机费用、费用表、司机任务单、任务表、司机账单、账单表、客户费用表、资源中心、客户管理、客户表、司机表、系统管理、表、用户信息、信息设置、信息页、主页表
https://axurehub.com/24468.html
原型介绍：
这个原型包含了35个页面，覆盖了从运单创建到客户管理等多个功能模块，使用户能够通过一个集中的平台管理整个物流运输过程。
原型文档包含内容：
运单管理：包括运单创建、草稿箱、回收站、运单分配、待出库、已分配、运单追踪等。
结算中心：涉及客户运单、客户账单、司机费用、司机任务单、司机账单等。
资源中心：包括客户管理、司机表等。
系统管理：涵盖用户信息、信息设置等。
所属行业：
智慧物流行业，适用于需要高效物流管理的公司，如快递公司、货运代理、供应链管理企业等。
解决了什么痛点或目标：
提高物流运输的透明度和追踪能力。
优化运单分配和资源调度，减少空驶和等待时间。
简化结算流程，提高财务效率。
增强客户和司机的管理，提升服务质量。
核心功能模块介绍：
运单管理：允许用户创建和管理运单，跟踪运单状态，以及回收或删除草稿。
运单分配：智能分配运单给司机，优化资源使用。
运单追踪：实时追踪运单状态，提高客户满意度。
结算中心：自动化处理客户和司机的账单，简化财务流程。
资源中心：管理客户和司机信息，提高服务质量。
系统管理：用户信息和系统设置的管理，确保系统运行顺畅。智慧物流TMS运输管理系统
合计35个页面
主页、运单创建、表、草稿箱、回收站、运单分配、表、待出库、表、已分配、表、运单追踪、表、结算中心、客户运单、表、客户账单、表、司机费用、费用表、司机任务单、任务表、司机账单、账单表、客户费用表、资源中心、客户管理、客户表、司机表、系统管理、表、用户信息、信息设置、信息页、主页表
https://axurehub.com/24468.html
❤1👍1
写清楚测试要点，可能是提升prd质量和保证研发质量的最快方法之一了。
写prd文档，作为产品经理最基础的基本功，往往在刚入行时会被格外重视，一般都能做到要点齐全，定义清晰，各种标识易读易懂。
但随着入行时间变长，或者跟研发熟识了，prd就容易慢慢劣化成只有描述主流程的几句话，甚至只有关键要点。
我也一度以为这是不拘泥于细节，毕竟只要能把功能做到位，过程文档也没那么重要。
但最近的实践表明，忽视基本的管理手段，想靠研发团队每个人的主动性，做到常态化的高质量产出，还是太反人性了。
一来，多数研发天然就更关心工程实现，关心主流程。能在这个基础上多思考一层各种边界情况，就已经非常难得了。
二来，对于用户体验的追求，多数研发也不会像产品那样去细品，因为手上还排着很多需求要做呢，哪来的时间。
于是，实际的研发就变成了：产品提一个思考得差不多的需求，研发把主要功能实现完成，测试按自己的理解差不多测试完主流程和常见内容。然后，一个差不多的新功能就被推到了用户面前。
没有规矩，不立标准，不坚持执行，再精干的团队也迟早变成草台班子。不然，为什么作风优良的部队，都要规定把被子叠整齐这个生活细节呢？
对于产品经理，想要研发和测试更加理解一个需求，就要写清楚；对于产品leader，想要产研团队有更高质量的产出，就要在细节上有所规矩。
这其中，让产品经理把测试要点写清楚，可能就是一个最快速见效的方式了。
产品事先把可能的情况都考虑到，研发才会在做的时候提高自测标准，自己想办法去多做一些兼容；测试也才可能在此基础上扩展更多测试思路，做到更完备的测试。
想不付出一丁点管理成本，就期待着团队自然而然地朝着好的方向发展，还不如去刮彩票。对越大的团队，越是如此。
写prd文档，作为产品经理最基础的基本功，往往在刚入行时会被格外重视，一般都能做到要点齐全，定义清晰，各种标识易读易懂。
但随着入行时间变长，或者跟研发熟识了，prd就容易慢慢劣化成只有描述主流程的几句话，甚至只有关键要点。
我也一度以为这是不拘泥于细节，毕竟只要能把功能做到位，过程文档也没那么重要。
但最近的实践表明，忽视基本的管理手段，想靠研发团队每个人的主动性，做到常态化的高质量产出，还是太反人性了。
一来，多数研发天然就更关心工程实现，关心主流程。能在这个基础上多思考一层各种边界情况，就已经非常难得了。
二来，对于用户体验的追求，多数研发也不会像产品那样去细品，因为手上还排着很多需求要做呢，哪来的时间。
于是，实际的研发就变成了：产品提一个思考得差不多的需求，研发把主要功能实现完成，测试按自己的理解差不多测试完主流程和常见内容。然后，一个差不多的新功能就被推到了用户面前。
没有规矩，不立标准，不坚持执行，再精干的团队也迟早变成草台班子。不然，为什么作风优良的部队，都要规定把被子叠整齐这个生活细节呢？
对于产品经理，想要研发和测试更加理解一个需求，就要写清楚；对于产品leader，想要产研团队有更高质量的产出，就要在细节上有所规矩。
这其中，让产品经理把测试要点写清楚，可能就是一个最快速见效的方式了。
产品事先把可能的情况都考虑到，研发才会在做的时候提高自测标准，自己想办法去多做一些兼容；测试也才可能在此基础上扩展更多测试思路，做到更完备的测试。
想不付出一丁点管理成本，就期待着团队自然而然地朝着好的方向发展，还不如去刮彩票。对越大的团队，越是如此。
👍1