3 Olulised nõuded mis tahes veebirakendusele
Üha enam avastan end müüjatelt ja ettevõtetelt ikka ja jälle samu küsimusi. Kui mõtlete oma rakenduse väljatöötamisele, on need kolm funktsiooni, mis tuleb integreerida juba esimesest päevast oma rakendusse, kui soovite hiljem ressursse kokku hoida.
Kas teie rakendus ...
- on API? See ei pea olema eriline ega veebiteenus ... sobib iga tavaline XML. Tahame selle integreerida oma rakendusse ühel päeval, et automatiseerida ja hõlbustada meie klientidel mitme tehnoloogia haldamist. Kui peaksin täna rakendust alustama, töötaksin API pärast kasutajaliidese pärast muretsemist ... võib-olla isegi kasutajaliidese integreerimine API et oleksime selle piisavalt hästi üles ehitanud.
- Kas teil on agentuuri funktsioon? Soovime müüa oma kliente teie rakendusse, kuid soovime, et saaksime seda nende jaoks hallata. Siin on näide: miks pole domeeniregistripidajatel agentuuri kontosid, kus klient saaks säilitada domeeni omandiõiguse, kuid agentuur saab registreerimise eest hallata ... ja isegi maksta ... Kirjutasin täna õhtul oma registripidaja ja soovitasin seda.
- Kas teil on ettevõtte funktsioon? Üha rohkem ettevõtteid on lihtsalt väiksemate kogud. Aruandlus peaks olema koondatud nii mitmel tasandil kui organisatsioonil. President jaoskonna asepresidendist regionaalhaldurini kontol ... kõigil peaks olema juurdepääsuload ja kokkuvõtlik aruandlus igal vahepealsel tasemel.
Alati kehtivad tüüpilised nõuded nii tegelikult, nagu vaja, kui ka turvanõuded; nõuded, mida ma eespool mainisin, jäetakse sageli tähelepanuta või pannakse need hiljem väljatöötamisele jäävasse mahajäämusse. Nad koguvad mahajäämust tolmu, nagu ka teie ettevõtte tarkvara.
Kui ma oleksin riskikapitalistide tehnoloogiaettevõte Web 2+ maailmas, oleks see minu jaoks hädavajalik. Kui te vähemalt ei kavanda neid funktsioone, siis ma usun, et viiksin oma raha mujale. Kui ma olen väljavaade, siis tihti ka.