3 pamatprasības jebkurai tīmekļa lietojumprogrammai
Arvien vairāk es arvien vairāk uzdodu pārdevējiem un uzņēmumiem vienus un tos pašus jautājumus. Ja domājat par savas lietojumprogrammas izstrādi, šīs ir trīs funkcijas, kas jau no pirmās dienas ir jāintegrē jūsu lietojumprogrammā, ja vēlaties ietaupīt resursus vēlāk.
Vai jūsu pieteikums…
- ir API? Tam nav jābūt īpašam vai tīmekļa pakalpojumam ... derēs jebkurš vienkāršs XML. Kādu dienu mēs vēlēsimies to integrēt savā lietojumprogrammā, lai automatizētu un atvieglotu mūsu klientiem vairāku tehnoloģiju pārvaldību. Ja es šodien sāktu pieteikšanos, es strādātu no API satraucoties par lietotāja saskarni pēc ... varbūt pat lietotāja interfeisa integrēšanas, izmantojot API lai nodrošinātu, ka esam to uzbūvējuši pietiekami labi.
- Ir aģentūras funkcija? Mēs vēlamies pārdot klientus jūsu lietojumprogrammā, taču mēs vēlētos, lai mēs varētu tos pārvaldīt viņu vietā. Lūk, piemērs: Kāpēc domēnu reģistratoriem nav aģentūru kontu, kuros klients var saglabāt domēna īpašumtiesības, bet aģentūra var pārvaldīt ... un pat maksāt ... par reģistrāciju? Es šovakar uzrakstīju savu reģistratūru un ieteicu to.
- Ir uzņēmuma funkcija? Arvien vairāk uzņēmumu ir tikai mazāku uzņēmumu kolekcijas. Pārskatu sagatavošana būtu jāapkopo tik daudzos līmeņos kā organizācijai. VP nodaļas priekšsēdētāja vietnieka konta reģionālajam vadītājam ... visiem vajadzētu būt piekļuves atļaujām, kā arī kopsavilkuma ziņojumiem jebkurā starpposma līmenī.
Vienmēr tiek piemērotas tipiskas prasības faktiski darīt to, kas jums nepieciešams, kā arī drošības prasības; tomēr prasības, kuras es minēju iepriekš, bieži tiek ignorētas vai tiek iekļautas uzkrājumā, kas jāizstrādā vēlāk. Viņi, tāpat kā jūsu uzņēmuma programmatūra, savāc putekļus uzkrājumā.
Ja es būtu riska kapitālists, kas finansētu tehnoloģiju uzņēmumus Web 2+ pasaulē, tas būtu mans būtiskākais. Ja jūs vismaz neplānojat šīs funkcijas, es uzskatu, ka es savu naudu aizvestu citur. Ja esmu izredzes, es to bieži daru.